Поздравления команде питоновцев и Гвидо ван Россуму как авторам самого удобного языка программирования! Молодцы!

Воистину, надо хорошо попрограммировать на таких языках, как питон, чтобы понять возможности их глюкогенерения. :)

> чтобы понять возможности их глюкогенерения. :)
Что вы хотели этим сказать?
ИМХО, глюков наплодить можно на любом языке программирования.

типизацию наверно имеет ввиду

Что что, а динамическая типизация в python проблемм не создает. У меня она их скорее решает.

test

2anonymous (*) (30.11.2004 19:47:16):

> типизацию наверно имеет ввиду

Типизация в Питоне построже, чем, скажем, в Перле. Вряд ли он её
имел в виду. Скорее всего, он просто так брякнул, от нечего делать.

дайте ссылку на портрет ГВР

повешу рядом с Патриком и Брамом

имхо на питоне надо уметь ОЧЕНЬ плохо писать чтобы обрести
необъяснимые глюки. такое не каждому по силам

>дайте ссылку на портрет ГВР

>повешу рядом с Патриком и Брамом

http://www.python.org/~guido/ -- Там есть несколько. Выбирай покрасивше.

дорогие друзья питона, кто нить не поможет непросвещённому человеку, знатоку перла и баша - просветите --- какие плюсы имеет питон ???

> дорогие друзья питона, кто нить не поможет непросвещённому человеку, знатоку перла и баша - просветите --- какие плюсы имеет питон ???

Более читабельный, обьектно-ориентированный, структуры данных более высокого уровня, куча библиотек на все случаи жизни. Питон более "программистский" язык (подходит для разработки больших проектов и для решения сложных алгоритмических задач), тогда когда баш и перл больше для сисадминов подойдут.

>>> a=1
>>> b=a
>>> a+=b
>>> print a,b
2 1
>>> a=[1,]
>>> b=a
>>> a+=b
>>> print a,b
[1, 1] [1, 1]
>>> a=(1,)
>>> b=a
>>> a+=b
>>> print a,b
(1, 1) (1,)


Офигенно очевидно, где у нас указатели, а где данные...

Еще очень понравилась статья апологета нашего, г. Бройтмана.
Вот бы и в С так писали. Коротка - можно, но вы вам о том не расскажем!!! :)

Рассмотрим поподробнее питоновские ссылки. Создадим список и присвоим его (на самом деле присвоим ссылку на него) в переменную a: a = [21, 12, "str"]. Теперь присвоим ссылку из a в переменную b: a = b. Изменим список, на который ссылается a, скажем, добавим в него содержимое другого списка: a += [2000]. На какой список ссылается переменная b? На тот же, что и a - на список из 4 элементов. Происходит это потому, что b все еще хранит ссылку на тот же список, что и a. А теперь присвоим в a новый список: a = [12, 21]. Что теперь будет в b? А все тот же список из 4 элементов. Присваивание в a разорвало связь между a и b. В переменной a теперь ссылка на новый список, а в переменной b все та же ссылка на тот же список.

Если a - переменная, хранящая ссылку на список, и присваивание b = a копирует только ссылку на тот же список, то можно ли скопировать сам список? Короткий ответ - да, можно. Но не все так просто. Ведь и сам список хранит не объекты, а ссылки на объекты. Должны ли копироваться эти ссылки или должны быть продублированы и сами объекты? Питон дает два ответа на этот вопрос: можно сделать и так, и эдак. Первый вариант копирования называется "поверхностным", второй - "глубоким" копированием. Глубокое копирование учитывает циклические ссылки. Классы, написанные программистом, могут определять методы, участвующие в копировании, тем самым "помогая" процессу копирования, для того чтобы не включать в копирование лишней информации.

Читаю сейчас Thinking in Java by Брюс Эккель, так вот он почему то на каждой странице отсылает к Питону, как супер языку. Что, на самом деле Питон - это наше будущее, решение всех проблем??? А как же Java, Ruby?

Откуда вы такую новость взяли? На python.org только о релиз-кандидате новость есть.

Крута, может теперь python использовать в ВУЗах вместо Pascal-а как обучалку программированию, рас уж у него такой крутой синтаксис, не располагающий к ошибкам? А работу для реальной жизни лучше оставить perl-у и C. Кстати, ворос на засыпку, чем python лучше Pascal-а (если забыть про деление компилятор/интепритатор)?

>Офигенно очевидно, где у нас указатели, а где данные...

>Еще очень понравилась статья апологета нашего, г. Бройтмана. >Вот бы и в С так писали. Коротка - можно, но вы вам о том не >расскажем!!! :)

Это конечно все очень мудро и хорошо, но всех этих проблем можно легко избежать. В питоне кроме списков есть еще структура данных tupple. Советую с ней поближе познакомиться, прежде чем горлопанить о том, что питон -- непонятное говно. Зачастую списки использовать попросту не надо.

>Крута, может теперь python использовать в ВУЗах вместо Pascal-а как обучалку программированию, рас уж у него такой крутой синтаксис, не располагающий к ошибкам? А работу для реальной жизни лучше оставить perl-у и C. Кстати, ворос на засыпку, чем python лучше Pascal-а (если забыть про деление компилятор/интепритатор)?

Как язык для обучения программированию паскаль непревзойден (он для этого и разрабатывался). Питон слишком большую стандартную либу имеет. Для обучения не годится.

А если смтореть на реальные задачи, то у паскаля очень неудобный синтаксис и слишком строгие ограничения конструкций языка (например, счетчик в for'е может быть только перечисляемого типа и т. д.).

Насчет ошибок, то в паскале 90% ошибок выявляет компилятор, за что приходится расплачиваться гибкостью языковых конструкций. Но для обучения катит.

>Читаю сейчас Thinking in Java by Брюс Эккель, так вот он почему то на каждой странице отсылает к Питону, как супер языку. Что, на самом деле Питон - это наше будущее, решение всех проблем??? А как же Java, Ruby?

Панацеи от всех болезней не существует. Java годится для одних задач, питон -- для других, С для третих и т. д. Просто Питон позволяет решать очень широкий класс задач, причем зачастую даже лучше чем специализированные инструменты.

http://www.pythonware.com/daily/

во выдал :))

Ответ в духе

>Панацеи от всех болезней не существует. Питон годится для одних задач, джава -- для других, С для третих и т. д. Просто Java позволяет решать очень широкий класс задач, причем зачастую даже лучше чем специализированные инструменты.

Почему тогда на Питоне не лепят морды к СУБД уровня предприятия? И нет Py2EE?

>Почему тогда на Питоне не лепят морды к СУБД уровня предприятия? И нет Py2EE?

А почему так мало опенсорц проектов используют яву как язык программирования?

Насчет "уровня предприятия". Есть еще такие уникальные люди, как манагеры, которые с недоверием относятся к опенсорц программам какими хорошими они бы ни были.

чувак, иди прочитай Python Tutorial, на предмет того какие
бывают типы данных, какие из них immutable а какие нет,
и не позорься тут. или ты претендуешь на роль второго
однояйцевого близнеца на ЛОРе?

оно есть, но назыавется иначе

Zope.org

кстати есть такая игрушка как Eve, и она написана на Python

игрушка в смысле игрушка, или игрушка-морда-уровня-предприятия?

ссылку можно?

Со временем, появится и "Py2EE". А пока можно посмотреть на PEAK: http://peak.telecommunity.com

>чувак, иди прочитай Python Tutorial, на предмет того какие бывают типы данных, какие из них immutable а какие нет, и не позорься тут. или ты претендуешь на роль второго однояйцевого близнеца на ЛОРе?

Это ты еще мне тут будешь что-то рассказывать?! Марш в песочницу, и не вылазь пока не поймешь что tupple -- это immutable тип, а list -- mutable. Вылезло тут, понимаешь ли...

>Как язык для обучения программированию паскаль непревзойден (он для этого и разрабатывался). Питон слишком большую стандартную либу имеет. Для обучения не годится.

Вам еще самому учиться и учиться.

>Вам еще самому учиться и учиться.

А аргументированно слабо?

ты это объясняй не мне а AVL2
хотя вряд ли ты вообще на питоне больше трех строк когда-нибудь написал,
иначе знал бы как tuple называется.
так что заткни хлебало и не выставляй себя на посмешише.

А питон компилируется, или это интерпретатор как перл?

http://python.org/doc/faq/general.html#can-python-be-compiled-to-machine-code...

> Internally, Python source code is always translated into a bytecode representation, and this bytecode is then executed by the Python virtual machine.

Ура, товарищи! Вперед к светлому будущему императивщины! =)

тише, физиков накличешь

> А почему так мало опенсорц проектов используют яву как язык программирования?

http://sourceforge.net/softwaremap/trove_list.php?form_cat=160

C++ (14200 projects)
C (13862 projects)
Java (13359 projects)
Perl (5523 projects)
Python (3563 projects)
C# (2008 projects)

что, мама не говорила что врать не хорошо ?

А как там у питона с пристойной бесплатной IDE ?

> дайте ссылку на портрет ГВР
http://www.slackware.ru/article.ghtml?ID=544
Бороды ему не хватает :)

сурсфорж -- большая помойка, эти числа ни о чем не говорят.

А как там у питона с пристойной бесплатной IDE ?

Vim и еще раз Vim.
умеет все необходимое
даже autocompetion
для импортированных модулей.
Еще можно Eclipse +Python plugin,
еще есть DrPython,Eric,Idle,.....

Какой Брам и Патрик? Где Линус?!

>>Как язык для обучения программированию паскаль непревзойден (он для >>этого и разрабатывался). Питон слишком большую стандартную либу имеет. >>Для обучения не годится. Практика ваше умозаключение не подтверждает.

А в чем проблема-то. Если для учбеных примеров не нужны библиотки, то про них можно просто не упоминать. Зато на выходе-специалисты, умеющие использовить практически полезный инструмент.

> А как там у питона с пристойной бесплатной IDE ?

Вообще - eric3. А так, _пристойных_ бесплатных IDE и для C/C++ нет (vim и Emacs, при всем моем уважении к ним - это все же не IDE).

> Офигенно очевидно, где у нас указатели, а где данные...

А что тут неочевидного? Списки/массивы в большинстве языков являются ссылочным типом данных, питон тут неоригинален.

Питон язык хороший. Но почему перл оказывается всегда лучше???

Ostrov

Видимо ты не знаешь как следует ни перла ни питона.

да да. завтра мс перепишет маздай на питоне и она никогда в жизни не будет глючить. а отступы ставить они индийцев наймут. или русских

помойка у тебя в голове. или ты уже аналогично кода написал? теоретик б"я

а вот фиг. kdevelop3 рулит нипадецки