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

Никаких новых суперняшек не заметил. Зато старая версия haystack отвалилась, потому что они в _meta что-то наменяли.

В стандарте пробелы потому что решили прогнуться под дураков.

Дураки в данном случае - это следующие господа: Guido van Rossum, Barry Warsaw и Nick Coghlan, потому как документ PEP8 создавался опираясь на их рекомендации и опыт.

Ruby во все поля

Дураки в данном случае - это следующие господа: Guido van Rossum, Barry Warsaw и Nick Coghlan, потому как документ PEP8 создавался опираясь на их рекомендации и опыт.

Поэтому мне Ruby нравится больше чем Python. Matz задумывался о том чтобы код был красивым, потому что хорошо летают только красивые самолёты. А не о том чтобы любой пьяный дядя Ваня не промахивался, когда клепает фюзеляж.

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

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

слоуфикс

Зачем это нужно, когда есть Ruby-on-Rails?

Вы, дорогой друг, не руби любите, а Ruby on Rails, ибо ничего другого руби как язык, предложить не смог. Да, лично вам он нравится больше, да лично вы любите табуляцию, но вам придется мириться с тем, что ваше мнение - всего лишь ваше мнение, и есть мнения авторитетней вашего, есть люди не понимающие ваших высосанных из пальца проблем вообще(хоть убейте, не понимаю ваших сложностей), в любом случае вам никто не запрещает юзать табы, PEP8 это лишь набор рекомендаций. Считаете себя умнее Гвидо - флаг вам в руки, пишите табы, язык этого не запрещает.

Неплохой фреймворк, правда слизанный с РОР. Главное не забывать о Zope3 или Пирамиде.

Пирамида рулит! ^_^

http://golang.org/doc/effective_go.html#formatting

Использовать табуляцию для отступов лучше чем пробелы

Чем?

Чем пробелы. Извините :)

C Node сравнивать не имеет смысла - совсем разные «вещи»

Сравнение с RoR имеет смысл. Стандартная реализация интерпретатора python (CPython) быстрее чем стандартная реализация Ruby в среднем на 30%, а Django в разы производительней по скорости относительно RoR (в различных тестах от 2х до 6-и раз) из-за разной архитектуры фреймворка. Если учитывать другие реализации интерпретатора python - то к примеру PyPy быстрее ruby в 10 раз в среднем, еще где-то через годик может уже зарелизится pyston - там скорость еще выше обещают. В плане функциональности и удобства - у того и другого есть свои преимущества. Из плюсов RoR - порог вхождения пониже, но при этом монолитность и слабая заменяемость «батареек»

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

Ага, до первого проекта с адекватной нагрузкой. Я вот ушёл в итоге на Tornado. Правда с Pylons. В Pylons мне уже пришлось делать прокси объекты (lazy load) для формирования SQLAlchemmy Query Objects... (т.к. даже без запроса к БД, они неприлично долго формировались)

потому как документ PEP8 создавался опираясь на их рекомендации и опыт.

Именно по этому, там совершенно чётко разрешены табы. :) Запрещено смешивать табы с пробелами, и им больше нравятся пробелы но они не против табов. Пишу только с табами, без пробелов.

PEP8 это лишь набор рекомендаций

Где нету рекомендации не использовать табы. :) Пробелы как стандарт введён для домашних проектов и либ Python но не для всех остальных.

https://www.python.org/dev/peps/pep-0008/#tabs-or-spaces

Там явно написано, что они просто советуют, а что явно запрещают.

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

так говоришь как будто это что-то плохое.

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

А о тех кому толковые стайлгайды «ограничивают самовыражение» - можно судить как о обладателях невысокого уровня в понимании программирования и командной разработки (+ поддержки) сложных систем.

и скажи мне на милость причем тут язык или фреймворк, если у тебя проблема с БД и хреновым кешированием?

если у тебя проблема с БД и хреновым кешированием?

Причём тут БД? Ещё раз, проблема до запроса к БД. т.е. очень долго создаются объекты Query у SQLAlchemy. Кеширование, так же хорошее, но кешируется HTML, и нету возможности узнать у шаблонизатора, когда и что кешируется и какой набор запросов будет нужен для рендринга. По этому и пришлось, создавать proxy которые формируют Query в зависимости от запросов из шаблонизатора (Mako). И да используются шаблонные функции и кеширование в них.

Вышел 1.8.1, в котором поправили несколько крупных багов в миграциях и ещё много где. 1.8 вообще какой-то убер-багнутый был.

Лучше вовремя, чем никогда :-)

Вовремя — это если бы они 1.8 отозвали до того, как я на него обновился.