отговорите от явы в пользу django

Есть же куча фреймворков у Apache Software Foundation на Java, призванных решать разнообразные задачи в распределённых средах. Зачем зацикливаться на spring, hibernate, grails? Может стоит выбирать из того, что больше подходит под круг решаемых задач?

ява гогно, джанга масштабируется и рулит

enterprice против.

попробуй PHP

> enterprice

что за цена входа?

ужаснул xml конфигами

Уважаемый, вы протухшие версии смотрели, гуглите не старше ejb3

>джанга масштабируема?

Да, http://www.djangobook.com/en/1.0/chapter20/

Почитай, ради интереса, как на яндексе поднимали «афишу», и какие проблемы там возникали.

http://softwaremaniacs.org/blog/2008/01/20/yandex-offline/

http://softwaremaniacs.org/blog/2008/02/22/why-offline-crashed/

как она в больших проектах?

Вот тут немного старой инфы:

http://www.djangobook.com/en/1.0/appendixA/

А вообще блог медведева потянула, так что всё ок.

>grails не понравился тем что придется использовать язык который используется только в вебе + слишком молодой

не только
+за ним стоит очень даже энтерпрайзная SpringSource

На RubyнаРельсах вон твитер написали(правда потом на Scala пришлось переписывать), на asp.net - stackoverflow, на РНР и фейсбук тебе и вконтакте с википедией, на Java - одноклассники и лор...

Внимание вопрос. ЧТО написано на Джанго подобного?

>Внимание вопрос. ЧТО написано на Джанго подобного?

блог Медведева же :)

на джанго написаны домашние страницы разрабов джанго, тебе этого мало?

яндекс.афиша? лучше смотреть эту информацию на сайте джанги, там есть списки...

хм, делать новый большой проект на языке, которого почти не знаешь?

не советую.

У яндекса довольно много сделано на джанге

>http://softwaremaniacs.org/blog/2008/02/22/why-offline-crashed/

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

Теперь понятно, почему в слайде «scaling django» на slideshare так настоятельно советовалось хранить сессии в memcached.

Кстати, а вот и сам слайд, аффтару будет интересно:
http://www.slideshare.net/road76/scaling-django

Однозначно жаба, последний Spring почти полностью на аннотациях

Лучше django, возможно под вашу задачу pylons лучше подойдет.ИМХО
Вообще посмотри еще в сторону perlового Catalyst.

нуб. не лечим. java >> джанги, У спринга лучший код, что я вообще когда-либо видел и последняя версия работает вообще без единой xml. Вывод: мальчик не осилил маны и пытается найти что-нибудь полегче. Забудь, судя по тебе, ваш проект упадет под первой же тысячей пользователей, если таковые вообще будут.

>последняя версия работает вообще без единой xml.

Вапще-вапще без единой xml? И даже web.xml нету? И КонтекстКонфигЛокейшн не надо описывать?

какое отношение имеет web.xml к спрингу?

КонтекстКонфигЛокейшн

ок, один файл с одним указанием какие пакеты серчать на аннотации

Какая ява, ты что, хочешь получить второй ЛОР?

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

Теперь понятно, почему в слайде «scaling django» на slideshare так настоятельно советовалось хранить сессии в memcached.

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