Только же недавно 1.7 выходил… Опять deprecated функций наплодили небось? :(

помню раньше спринты организовывали, чтобы оно релизнулось до версии 1.0. сейчас едва успевай за LTS релизами

И не говори, я только 1.7 собирался пощупать.

Чем оно лучше от каких-нибудь ROR или Node.js?
Не ради холливара, просто ни один из трёх фреймворков не трогал, хотел бы услышать в чём существенная разница кроме ЯП на которых под ними пишут.

Третий питон-то умеет?

от ROR разница в архитектуре и языке, от node.js кардинальная разница, node.js это не фреймворк.

давно уже

Как тут можно выкинуть ЯП в сравнении? Какие показатели тогда сравнивать? Количество строчек кода или частота выпуска релизов?

Быстродействие например, хотя тут наверное от интерпритатора сильно зависит.

Теперь можно слазить с 1.4 =)

быстродействие везде на приемлимом уровне, это последнее что тебя будет волновать, выбирай по языку

Ну так-то мне питон нравится больше чем руби, более приятный синтаксис :)
Благодарю.

Ещё в 1.3 кажется умел.

Чем оно лучше Symfony2?

ЕМНИП, вроде как пошустрее будет.

фломастеры ...

не такой verbose в первую очередь, быстрей релиз циклы на практике

ну и не такой тормозной да

в течении/в течение

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

IT в Симферополе ещё шевелится?

cast cetjs2

cast mono

Спасибо за замечание, думаю поправят

Отличная новость!

Давно нет, но иногда проскакивают подобные вакансии
http://simferopol.hh.ru/vacancy/13111879?utm_medium=email&utm_source=emai...

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

Вот я тоже ещё 1.7 щупаю во всю. А тут новая версия...

в 1,7 кроме миграций щупать нечего. в этой версии много интересного, особонно то что касается django orm

ну как бы еще с 1,7 умеет

Ого, пехепешники подтянулись. Да все норм амиго, используй свой php + mysql и не переживай.

Symfony2 - это один из немногих веб-фреймворков на скриптовом языке, который годится для энтерпрайза. И что за пренебрежение к пхп-шникам? PHP занимает на рынке веб-разработки гораздо большую долю, чем этот ваш django, и по количеству проектов, и по величине.

Чем оно лучше от каких-нибудь ROR или Node.js?
Не ради холливара, просто ни один из трёх фреймворков не трогал, хотел бы услышать в чём существенная разница кроме ЯП на которых под ними пишут.

Язык всё же главное достоинство, т.к. питон универсален, это не только веб, на нём пишут и гуишные приложение и прочее. Ну и джанга не монолитна. Когда говорят Django, имеют в виду питон с любым фреймворком, т.к. ты можешь использовать что-то из джанги, что-то из фласка и др.

это один из немногих веб-фреймворков

Есть много фреймворков, которые годятся для энтерпрайза. И которые быстрее и лучше.

PHP занимает на рынке веб-разработки гораздо большую долю

Это ему чести не делает. Всем известно, насколько он убог.

Всем известно, насколько он убог.

Это было раньше, из гадкого утенка он превратился в прекрасного лебедя.

Это ему чести не делает. Всем известно, насколько он убог.

А я не знаю, просвети? С интересом послушаем твою экспертную и, я уверен, объективную точку зрения.

Язык всё же главное достоинство

Python некрасивый язык. Все эти лесенки кода создают впечатление монолитной простыни мусора. А еще его, пожалуй, самый главный недостаток - модули. Чтобы приложение работало стабильно, в системе должны быть установлены модули ровно тех же версий вплоть до минорных, под каких велась разработка. В противном случае здравствуйте сегфолты. А о «стабильности» GUI-приложений на нем уже легенды ходят.

Когда это произошло? )))

Все эти лесенки кода создают впечатление монолитной простыни мусора.

Высосано из пальца, утрирование.

А еще его, пожалуй, самый главный недостаток - модули.

Наоборот. И опять же выдумки, аналоги во всех языках почти есть, только могут по другому называться. Те же библиотеки...

Чтобы приложение работало стабильно, в системе должны быть установлены модули ровно тех же версий вплоть до минорных, под каких велась разработка.

Глупости, обычно совместимость сохраняют. Во-вторых, если какой-то модуль и отвалился у тебя, виноват не язык, а разработчик модуля, не позаботившийся об обратной совместимости.

В противном случае здравствуйте сегфолты.

Сегфолты в питоне? Ну-ну…

А о «стабильности» GUI-приложений на нем уже легенды ходят.

Те приложения что мне доводилось использовать, работали норм.

Все эти лесенки кода создают впечатление монолитной простыни мусора.

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

в системе должны быть установлены модули ровно тех же версий вплоть до минорных

Ну раз уж эта такая проблема то ты можешь держать модули рядом со своим проектом и тянуть их оттуда.

PHP занимает на рынке веб-разработки гораздо большую долю

КМК проста за счет того что на php и школьник за булочку может написать, а заказчики в 90% случаев феерические жмоты. Это, конечно, не говорит что php плохой язык, но определенное впечатление создает.

Как человек, который писал и на php, и на python (пусть и небольшие проекты, но все же) могу сказать что код на python «получается» гораздо качественнее и красивее просто за счет того, что перед написанием кода приходится хоть немного влезть в матчасть, а в случае с PHP я мог просто копипастить куски из Сети.

То есть, когда можно будет копипасть питоновский код из сети, язык от этого станет хуже?

Встроенная поддержка нескольких движков шаблонизации;

джва года ждал!

Добавлена новая функциональность для работы с PostgreSQL в модуле contrib.postgres;
ArrayField, HStoreField,

Вообще пушка!!!

PEP-хреп

Вообще pep8 заботится даже о том, чтоб у тебя строки в экран влазили

PEP8 писали какие-то альтернативно одарённые личности. Иначе нельзя объяснить почему в стандарте закреплены отступы пробелами.

Потому что python, внезапно, чувствителен к отступам, и если ты со своими табами влезешь в код, в котором использовались пробелами, то получишь IndentationError: unexpected indent. То же самое и наоборот. Пробелы и табы в большинстве текстовых редакторов по дефолту никак не отличаются, так что ты будешь долго искать в чем у тебя ошибка. Для того чтоб этого не было в стандарте закрепили отступы делать пробелами, т.е. чтоб у всех было все одинаково. И пробелы тут выбраны потому, что в своем текстовом редакторе ты можешь сказать «табы заменять 4 пробелами» и все будет ОК, а вот «заменять 4 пробела на таб» - тут уже сложнее будет.

было же на всяких хипстожитхабах. хотя да, общий подход из фреймворка - дело совсем другое 🐘

Не нужно, когда есть Rails

PHP занимает на рынке веб-разработки гораздо большую долю

PHP, если вы не помните историю его появления, задумывался как простой инструмент для автоматизации вёрстки, как шаблонизатор, но никак не замена полноценному языку программирования. Более того, ПХП долгое время позиционировался именно как непрофессиональный тулкит (Personal Home Page Tools), с целевой аудиторией продвинутых юзеров, способных скопипастить несколько строк шаблонной разметки и осилить десяток страниц документации, чтобы сотворить себе страничку Васи Пупкина. Сам факт того, что PHP стал очень популярен, говорит о том, что среда ПХП-разработчиков состоит в подавляющем большинстве из людей, к настоящему программированию не готовых. Одно дело, когда специалист разбирающийся в вопросе выбирает инструмент, наиболее подходящий для текущей задачи, и если его устраивает шаблонизатор ПХП, то бога ради. Другое дело, когда мамины хакеры, едва сойдя с горшка идут покорять вершины веб-мастерства и не имея в голове хоть сколько-нибудь мозгов выбирают единственно доступный разумению вариант - препроцессор гипертекста PHP. Форумы пэхэпэшников под завязку наполнены дебилами, вопросами потрясающей тупости и ответами невероятной безграмотности. Градус неадеквата в среде пэхэпэшников гораздо выше, чем у питонистов, рубистов и джавистов вместе взятых. Проблема не в том, что эта ситуация отталкивает сама по себе. Тупик ПХП в том, что низкий средний уровень интеллекта пользователей определяет вектор развития языка, его библиотек и фреймворков.

Ещё один не различает выравнивание и отступы

Потому что python, внезапно, чувствителен к отступам, и если ты со своими табами влезешь в код, в котором использовались пробелами, то получишь IndentationError: unexpected indent.

Внезапно? Мне нет.

Пробелы и табы в большинстве текстовых редакторов по дефолту никак не отличаются, так что ты будешь долго искать в чем у тебя ошибка.

Нормальные редакторы сохраняют стиль оформления кода.

Для того чтоб этого не было в стандарте закрепили отступы делать пробелами, т.е. чтоб у всех было все одинаково.

В стандарте это закрепили от того, что не знали разницу между отступами и выравниванием.

И пробелы тут выбраны потому, что в своем текстовом редакторе ты можешь сказать «табы заменять 4 пробелами» и все будет ОК, а вот «заменять 4 пробела на таб» - тут уже сложнее будет.

Никогда не слышал о редакторах работающих таким образом. Обычно «отображать табуляцию как 4 пробела», но не «заменять X на Y».

Поймите же наконец, отступы и выравнивание это разные вещи. Отступы надо делать табуляцией, потому что в этом случае любой человек может настроить отображение кода под себя. Выравнивание надо делать пробелами, чтобы оно выглядело одинаково везде. Одно не мешает другому, но даже помогает. Пример кода с выравниванием и табуляцией вы можете найти например в EmacsWiki.

Нормальные редакторы сохраняют стиль оформления кода.

Это как? Если я взял исходник с хорошо оформленным кодом мне там не удастся уже наговнокодить? Хочу такой редактор, где скачать?

В стандарте это закрепили от того, что не знали разницу между отступами и выравниванием.

Ну да, только ты у нас тут весь в белом.

Никогда не слышал о редакторах работающих таким образом. Обычно «отображать табуляцию как 4 пробела», но не «заменять X на Y».

:set expandtab

Поймите же наконец, отступы и выравнивание это разные вещи.

Это разные вещи, первая из них нужна для работы кода (ну в случае с python), а вторая - для удовлетворения чувства прекрасного у разрабочика. Выравнивание, по большому счету, нафиг не нужно, можно и без него, а вот отступы необходимы. Принимая во внимание первое утверждение (то есть что многие просто забьют на выравнивание) pep8\python заставляет их писать «красивый» код просто за счет того, что иначе он не будет выполняться. Я, бы, например, фигачил все функции в одну строку (в тех языках которые это позволяют), а ты бы каждую новую строчку начинал под последним символом предыдущей - я думаю что мой вариант красив, ты - что твой. Классно было бы нам читать код друг друга? А тут нам не нужно договариваться о каком-то стандарте, все уже решено.

Никогда не слышал о редакторах работающих таким образом. Обычно «отображать табуляцию как 4 пробела», но не «заменять X на Y».

IDE и плагины к ним нацеленные на роботу с питоном как раз заменяют. При наборе кода используем таб - в тексте получаем пробелы. Табы с пробелами для отступов смешивать нельзя (хотя в третьей ветке уже как бы можно) от этого интерпретатору становится худо. Когда обсуждались правила форматирования, современных умных редакторов еще не было, поэтому в стандарте - пробелы: если вы сливаете два файла в один, в одном отступы табами, в другом пробелами, то привести их к общему виду проще меняя табы на пробелы.

Оукэй

Когда обсуждались правила форматирования, современных умных редакторов еще не было,

Сомнительно. PEP8 опубликован, кажися, в 2001 году. Что такое indentation и alignment тогда уже было известно.

поэтому в стандарте - пробелы

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

если вы сливаете два файла в один, в одном отступы табами, в другом пробелами, то привести их к общему виду проще меняя табы на пробелы.

Достаточно просто сделать как прямое, так и обратное преобразование. Отмечу, однако, что я не высказывался за нарушение единообразия оформления в проекте.

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

Неверная постановка вопроса

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

Документ регламентирующий стиль оформления кода не является частью языка. На каждый язык таких документов может быть множество, в том числе недоступные посторонним в случае закрытых разработок.