Vladivostok Linux User Group

hatred писал(а):

hex писал(а):Чем же так плох python, что от него надо отказаться? )

отсутствием Jit (или уже впилили официально и работоспособно)? отсутствие нормальной обратной совместимости (привет питон3.0), каких-то жестких стандартов? ORM в Jango часто в нетривильных случаях куда более мозгоклюйная штука нежели Hibernate (хотя ORM вообще мозгоклюйная штука, а в Си/Си++ так вообще вменяемой реализации ORM нет). Блоки основанные на отсупах: уже получал по шишке за то, что мой редактор юзал 4 пробела для табулации, а не сам символ табулации, и, хотя, всё выглядело внешне ок, но мне это напомнило, как мы издевались над учителями, когда в имени переменной вписывали русскую О вместо латинской O, и спрашивали - почему ругается. Динамическая типизация часто играет плохую шутку в больших проектах (хотя, то что она хотя бы строгая в питоне, делает его лучше относительно того же пхп). Инкапсуляция, реализованная на уровне соглашений о стиле кода, тоже вредна, ибо всегда есть соблазн сделать что-то "по хакерски", считаю, что в серьёзных проектах такое нужно ограничивать куда более жестко, чем уровнем соглашений. Про стектрейсы судить не буду, может к Java'овским привык уже. Отсутствие интерфейсов удалённой отладки в питоне (в java есть на уровне виртуальной машины). Тут я тонкостей не знаю, но как обстоит дело с деплоингом приложений на сервер? Есть аналог war/sar? Наличие аналога JNDI?

Ну и не понятно в каких аспектах возможностей php не хватает, и собственно по каким критериям выбран именно питон, кроме модности

ну и да, можно опять таки потрахаца и запустить django при помощи jython в среде того же томката и юзать плюшки Java Application Server, но... удачи в общем

shadow_vl писал(а):Каково мнение по сабжу

hatred писал(а):Ну так :) я про тоже, для себя хоть на ASM лабай веб-сайт =-) я вот всё кошусь на Ruby On Rails :-)

hex писал(а):Если, конечно, она не внедрит у себя RUP и CMMI-5

turnskin писал(а):И все это именно так, пока речь идет о сайтах. Но возможности питона вообще и джанго в частности куда шире и могут быть использованы для построения веб-ориентированного ПО, в котором UP-разработка жизненно необходима. Хороший пример, - REST веб-каталоги, а так же и интеграционные решения на связке django+celeryd (и возможно +RabbitMQ, но это - дело вкуса) И вот тут без UP - никуда.

hex писал(а):

turnskin писал(а):И все это именно так, пока речь идет о сайтах. Но возможности питона вообще и джанго в частности куда шире и могут быть использованы для построения веб-ориентированного ПО, в котором UP-разработка жизненно необходима. Хороший пример, - REST веб-каталоги, а так же и интеграционные решения на связке django+celeryd (и возможно +RabbitMQ, но это - дело вкуса) И вот тут без UP - никуда.

Конкретно RUP сдохнет в ситуации, когда из-за меняющихся требований код за полгода изменяется больше, чем наполовину

turnskin писал(а): В этой ситуации стоит (чисто для начала ) пристрелить системного аналитика. А потом (для продолжения) архитектора.

hex писал(а):

hatred писал(а):Ну так я про тоже, для себя хоть на ASM лабай веб-сайт =-) я вот всё кошусь на Ruby On Rails :-)

Я практически уверен, что команда из 3-7 человек на django в условиях быстро меняющихся требований порвёт всех конкурентов, кроме RoR

hatred писал(а):я вот всё кошусь на Ruby On Rails :-)

hex писал(а):Кстати, баш - это зло Если суммарное время, потраченное на написание скрипта превысило пару часов - выкидывать баш и переписывать на перле. Иначе потом хуже будет Есть у меня под рукой пяток таких поделок, который постепенно разрослись на несколько тысяч строк и не понятно, что теперь с этим г. делать. И переписывать долго, и суппортить нереально )

hatred писал(а):Думаю где подвох.