Да, у меня имеются, и для решения этих случаев я использую специально заточенный код, который либо вырабатывается самостоятельно, либо соскребается напильником с чужого. Это не швейцарский нож, и в этом нет ничего плохого.
Фреймворки уровня ror и django хороши для области обобщенных и сравнительно легких бизнес-задач: блоги, полупустые каталоги, etc.
Вот когда нужно что-то серьезное и более важное, чем удобство и удовольствие разработчика, вот тогда разработчик берет грабли, наклоняется, и начинает разгребать. Вы и сами об этом только что прочитали.
Хорошо задам вопрос по-другому. Чем плохо использование легковесного веб-сервера с FastCGI и django в режиме FastCGI?
Ничем. Обычное решение.
Разговор не о django, а о том, что привносит использование исключительно „универсальных“ решений.
Если интересно, прочитайте заметку Контролируемое скачивание 2 ведущего разработчика того самого нагрузочного проекта. По прочтении вам должно стать понятно, насколько помог мега-фреймфорк решить конкретную бизнес-задачу.
Можно поинтересоваться какие специализированные решения имеются ввиду?
Конечно, хотя странно слышать такой вопрос. Очень. Подумайте о том, почему существуют легковесные веб-серверы, как они обычно используются и кто стоит за ними.
Вам будет сложно сделать что-то некачественно придерживаясь идеологии фреймворка.
Спасибо, скрасили субботний вечер. В лучшем случае фреймворк диктует общую архитектуру приложений, но — сделать что-то некачественно только благодаря его использованию?! :-) Мне кажется, ваш опыт еще не перевесил ваше же убеждение в чудесности и общей божественности „данных нам фреймворков“.
Видите — „легкого“. Расти нужно, а не в модные фреймворки играццо.
У меня под боком нагрзочный проект, который парни построили на Django. Ничего хорошего не вышло и вряд ли выйдет. …И все потому, что универсальные решения всегда хуже специализированных.
Средней разработчик экономит на времени разработки. Время важная штука конечно, но и о качестве помнить нужно. Это как в анекдоте про „быстро, дешево и качественно“.
Достаточно будет уподобиться в этом вопросе del.icio.us и сделать тумблер изменения вида tag-cloud.
В том виде, как это работает сейчас, теги разбросаны несвязно (для меня) и я предлагаю их кластеризовать, т.е. попытаться создать хотя бы 3—4-мерный срез и поместить смежные по тематике теги рядом.
Вот про этот подход я и говорил выше, Иван. Спасибо, что еще раз подчеркнули.
Это нужно не мне. Вы лучше напишите автору статьи, расскажите ему про x-send-file, ссылками поделитесь какими-нибудь. :-)
Фреймворки уровня ror и django хороши для области обобщенных и сравнительно легких бизнес-задач: блоги, полупустые каталоги, etc.
Вот когда нужно что-то серьезное и более важное, чем удобство и удовольствие разработчика, вот тогда разработчик берет грабли, наклоняется, и начинает разгребать. Вы и сами об этом только что прочитали.
Ничем. Обычное решение.
Разговор не о django, а о том, что привносит использование исключительно „универсальных“ решений.
Если интересно, прочитайте заметку Контролируемое скачивание 2 ведущего разработчика того самого нагрузочного проекта. По прочтении вам должно стать понятно, насколько помог мега-фреймфорк решить конкретную бизнес-задачу.
Конечно, хотя странно слышать такой вопрос. Очень. Подумайте о том, почему существуют легковесные веб-серверы, как они обычно используются и кто стоит за ними.
Спасибо, скрасили субботний вечер. В лучшем случае фреймворк диктует общую архитектуру приложений, но — сделать что-то некачественно только благодаря его использованию?! :-) Мне кажется, ваш опыт еще не перевесил ваше же убеждение в чудесности и общей божественности „данных нам фреймворков“.
У меня под боком нагрзочный проект, который парни построили на Django. Ничего хорошего не вышло и вряд ли выйдет. …И все потому, что универсальные решения всегда хуже специализированных.
Средней разработчик экономит на времени разработки. Время важная штука конечно, но и о качестве помнить нужно. Это как в анекдоте про „быстро, дешево и качественно“.
Gromov ниже очень хорошо сказал… :-)
В том виде, как это работает сейчас, теги разбросаны несвязно (для меня) и я предлагаю их кластеризовать, т.е. попытаться создать хотя бы 3—4-мерный срез и поместить смежные по тематике теги рядом.