Python-сообщество

Расскажите, кто имеет опыт, какими на ваш взгляд должен обладать знаниями/навыками профессиональный Python-программист для успешной конкуренции на рынке труда в сфере Web.

Отредактировано Invis1ble (Сен. 3, 2013 20:34:51)

subscr

Django

sad, but true

bismigalis, спасибо за ответ. Еще вопрос такой: насколько хорошо нужно знать “ядро” языка, для того чтобы эффективно решать задачи? Достаточны ли владение API Django и начальные познания языка + мануал для этого?
Я работаю на php + javascript + sql (ну и верстка, разумеется). Интересует Python в качестве развития и возможно дальнейшего удаленного заработка.

Отредактировано Invis1ble (Сен. 4, 2013 02:53:38)

А в чём смысл вопроса? Хотите учить питон и зарабывать деньги на нём - просто делайте это. Вы сказали профессиональный питон-программист, это значит, как минимум пара лет опыта.

даже Chris McDonough (pyramid) и Mike Bayer (sqlalchemy) вынуждены делать проекты на Django :)
Рынок требует. У обоих over 10 лет опыта

К сожалению, это правда.

В IT часто так: есть тренд, мода, которая, с одной стороны, помогает развиваться молодым языкам, библиотекам, фреймворкам, СУБД и даже технологиям.
А с другой стороны, серьезно уменьшает комьюнити и популярность (в том числе, среди заказчиков) взрослых проектов (сказывается на бюджетах и развитии), негативно влияет на опыт растущих разработчиков (плохой код) и рынок труда программистов.

Причем, часто “молодежь” не успевает вырасти до уровня взрослых, сменяется тренд и все начинается заново.

Та же Джанго до сих пор остается в отдельных местах архитектурно слабее Пирамиды, но мода…

Что за места?

Вся архитектура Джанго - сильно связанная. В принципе, именно это основная причина быстрого развертывания простых сайтов на Django. Все сторонние App привязаны к архитектуре, т.е. как бы существуют предустановки, позволяющие их быстро включить в проект. Но только полностью, кусочек нельзя. Либо все, либо ничего.
Ядро - плохо расширяется.
Формы и стандартные модели - аналогично.
Отсутствие однозначности - один и тот же функционал можно сделать таким количеством разных способов, что на больших проектах спустя время возникает проблема понимания архитектуры.
Пусть будут регламентированные 1, 2 способа в виде паттернов - выбор иногда полезен.
Но анархию то зачем разводить?
Частично Пирамида, кстати, тоже этим страдает.
ОРМ - генератор SQL так себе. Язык запросов бывает многословен, чем ухудшает читабельность. Миграция - гм…
Встроенных средств масштабируемости нет: ни в секторе БД, ни в секторе обработчиков запросов. Поэтому используются костыли - ну хоть что-то.
Система прав тоже достаточно простая. Хотя, опять же, для простых сайтов большего не нужно. Но ведь и вопросы архитектуры и к архитектуре возникают позже, после укрупнения проектов.

Отредактировано Lexander (Сен. 20, 2013 22:52:23)

Lexander
Аналогично говорят и другие авторитетные лица.

Lexander
именно это основная причина быстрого развертывания простых сайтов на Django

Lexander
Хотя, опять же, для простых сайтов большего не нужно.

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

это имхо, построено по отзывам других людей.