LINUX.ORG.RU

История изменений

Исправление cab, (текущая версия) :

PEP 572 добавляет в язык выражение присваивания вида var := some_expression

Вот, собственно, из-за большого количества таких тонких различий, размазанных по всему языку, я перестал использовать python.
Дело в том, что держать в голове всю эту кучу нюансов может только «программист на». А у меня с этим не сложилось, я занимался автоматикой (C, LabView), опердень (Delphi, Free Pascal, python, java, SQL, свои DSL), автоматизацией всякого серверного дерьма (bash, python, emacs lisp), мобайл (java, swift). При таких раскладах важнее помнить не 100500 нюансов, а простота инструмента и ясность намерений, которые ты этим инструментом сможешь передать. И предпочтение отдается инструментам, где прорыв в функциональности достигается за счет небольшого количества удачно скомбинированных идей, в противоположность насыщения языка новыми фичам. Последний подход ведет к тому, что сообщество не в состоянии ассимилировать накопленные фичи. Python, где-то до 2.5 или 2.6, и был таким языком с удачной комбинацией нескольких хороших идей, а уже потом пустился во все тяжкие. Как по мне, он до сих пор держиться на инерции 2-й ветки.

Исправление cab, :

PEP 572 добавляет в язык выражение присваивания вида var := some_expression

Вот, собственно, из-за большого количества таких тонких различий, размазанных по всему языку, я перестал использовать python.
Дело в том, что держать в голове всю эту кучу нюансов может только «программист на». А у меня с этим не сложилось, я занимался автоматикой (C, LabView), опердень (Delphi, Free Pascal, python, java, SQL), автоматизацией всякого серверного дерьма (bash, python, emacs lisp), мобайл (java, swift). При таких раскладах важнее помнить не 100500 нюансов, а простота инструмента и ясность намерений, которые ты этим инструментом сможешь передать. И предпочтение отдается инструментам, где прорыв в функциональности достигается за счет небольшого количества удачно скомбинированных идей, в противоположность насыщения языка новыми фичам. Последний подход ведет к тому, что сообщество не в состоянии ассимилировать накопленные фичи. Python, где-то до 2.5 или 2.6, и был таким языком с удачной комбинацией нескольких хороших идей, а уже потом пустился во все тяжкие. Как по мне, он до сих пор держиться на инерции 2-й ветки.

Исходная версия cab, :

PEP 572 добавляет в язык выражение присваивания вида var := some_expression

Вот собственно из-за большого количества таких тонких различий, размазанных по всему языку, я перестал использовать python.
Дело в том, что держать в голове всю эту кучу нюансов может только «программист на». А у меня с этим не сложилось, я занимался автоматикой (C, LabView), опердень (Delphi, Free Pascal, python, java, SQL), автоматизацией всякого серверного дерьма (bash, python, emacs lisp), мобайл (java, swift). При таких раскладах важнее помнить не 100500 нюансов, а простота инструмента и ясность намерений, которые ты этим инструментом сможешь передать. И предпочтение отдается инструментам, где прорыв в функциональности достигается за счет небольшого количества удачно скомбинированных идей, в противоположность насыщения языка новыми фичам. Последний подход ведет к тому, что сообщество не в состоянии ассимилировать накопленные фичи. Python, где-то до 2.5 или 2.6, и был таким языком с удачной комбинацией нескольких хороших идей, а уже потом пустился во все тяжкие. Как по мне, он до сих пор держиться на инерции 2-й ветки.