JSP

ruby(-on-rails, sinatra), python (django, pytlons/pyramid/и прочее гогно), groovy (grails), java (spring и еще куча мне неведомых фреймворков), c++ (wt, cppcms)

http://en.wikipedia.org/wiki/Comparison_of_web_application_frameworks
выбирай любой ))

> что язык имеет свои недостатки
У меня для тебя плохие новости :(

Ну что, питон да руби. Интерпрайз всякий на яве или на дотнете, но это, скорее, у иностранцев. Ещё рекомендую перл - для всяких попутных парсеров-конверторов - самое-то.

И да, это больше для Talks, ИМХО.

>Дабы не разводить холивар

Ишь чего захотел.

На что переходить с PHP?

На лисп.

> На что переходить с PHP?

С него нельзя, только если обратно!

Какие технологии создания сайтов популярны в нашей стране?

Bitrix

Какие технологии создания сайтов популярны в нашей стране?

что-то такое: http://habrahabr.ru/blogs/personal/27393/

Переходи на нормальный человеческий PHP и на PHP5.3.

Другими словами: хватит писать говносайты на нем и жаловаться на то, какое он говно. На PHP пишут как и очень крупные проекты, так и очень качественный код.

Perl. После PHP должно понравится.
Навязчивых представителей ритуальных услуг с лопатами и надгробиями - посылай лесом.

очень крупные проекты, так и очень качественный код.

Что никак не отменяет убогость интерпретатора, а так да, мейнстрим-с.

>Что никак не отменяет убогость интерпретатора, а так да, мейнстрим-с.

Никто и не спорит. Недостатков у PHP и его интерпретатора вагон и маленькая тележка. Но сама «платформа» уже проверена временем, все баги и слабые стороны хорошо известны и задокументированы, фреймворков хороших тоже достаточно. Разработчиков достаточно много на рынке труда по вменяемым и для работника, и для работодателя ценам.

Сам отлично понимаешь, что лучше так, чем совсем никак. Python разработчиков днем с огнем не найдешь.

уход в сторону

> Какие цели преследуются при создании этого чуда?
лютый бешеный распил

Оправдывают ли они средства (очень даже не малые)

ну уж цели точно оправдают

бгг... «и всё идёт по плааану»

Можно и я влезу со своими CGI на сях и клиентскими страничками на html[5]+css[3]+javascript ? =)

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

что-то такое: http://habrahabr.ru/blogs/personal/27393/

Неплохой распил. Да еще на базе банальных технологий... :)

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

Python разработчиков днем с огнем не найдешь.

Курица или яйцо? Замкнутый круг: нет вакансий (в глубинке так вообще швах) — нет предложений — ...

что лучше так, чем совсем никак

Угу, не битьем так катанием, я верю, рано или поздно современная волна дойдет и до нас.

> И да, это больше для Talks

Пятничный вброс?

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

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

а по сабжу осваивай Catalyst (http://www.catalystframework.org/)

цель у тебя какая?

а) устроиться на работу - Java+Spring
б) быстро разработывать сайты - Ruby/RoR или Python/Django

в) написать быстрый и жрущий мало памяти код - cppcms,
г) влезть в мир высоконагруженных и распределенных веб-приложений - erlang

>г) влезть в мир высоконагруженных и распределенных веб-приложений - erlang
Слышал звон, да не знает где он? Пока couchdb и mongodb не станут более стабильными, придется пользоваться postgresql или mysql. А к ним есть только наколенные самописные драйвера, либо тормозной доступ через odbc.
Его смысл использовать пока только для отдельных сервисов.

Так он же мертв, не?

Выбирай руби с рельсами, они божественные!

да, но лучше делать на Haskell: http://www.slideshare.net/voidlizard/operden1-7764151 ;)

Очень однобокая презентация. Если есть существенная нагрузка, то haskell тухнет, тогда как тот же erlang отдает всё нормально, плюсом у него soft-realtime, а значит гарантировано маленькое время отлкика. Да и как тот, кто делал презентацию, связал легкие процессы erlang и конкурентность в виде epoll/kqueue - я вообще не понял :/
У эрланга своя ниша, и в этой нише он - лучший.
П.С.
Плюс, я не представляю, как он будет масштабировать приложение на хранимых процедурах.

Очень зря не представляете себя с иностранным работодателем. По личному опыту могу сказать - в этой стране ловить нечего, зарплата - гроши, заказчики - необразованы и крутят нервы. За бугром в норме работать исключительно по ТЗ и отношение к работнику много лучше. Популярность пехапе очень высока в _этой_ стране, но платят за него копейки.

Учите Rails и английский язык, если хотите роста.

тоненько

parser3 /нить

JSP

я не спорю...
но и у Haskell-а маленькое время отлкика -

Time per request: 0.244 [ms]

> пока не представляю себя с иностранным работодателем.

Давай я помогу тебе ассоциативным рядом: кожа, цепи, наручники, плётка.. Ну как, получается?

Маленькое время отклика и гарантировано маленькое время отклика - совсем разные вещи. Вполне вероятно, что хаскель будет давать отклик даже быстрее эрланга, если нагрузка невелика, так как он компилируемый язык. Но другое дело давать с большой вероятностью быстрый отклик, когда процессор загружен на полную. А это довольно важно для телекома например, собственно для разработок в сфере которого эрланг был и разработан.
П.С.
Кстати, что-то там высокое время отклика, у меня фронтенд на известном тормозе symfony 1 на linode vps у которого мощность, как одно средненькое ядро xeon, дает такие же результаты на не особо простых страницах.

Угу, от небольши страничек на пыхе - сразу к каталисту. Я бы предложил сначала Dancer - сам по себе очень простой фреймворк, можно больше времени уделить DBI, TT, сессиям и т.п.

А потом и Catalyst можно будет изучить.

>Маленькое время отклика и гарантировано маленькое время отклика - совсем разные вещи

ок, ясно.

Кстати, что-то там высокое время отклика, у меня фронтенд на известном тормозе symfony 1 на linode vps у которого мощность, как одно средненькое ядро xeon, дает такие же результаты на не особо простых страницах.

symfony дает 0.2 ms? т.е. хотите сказать что у symfony отклик меньше ОДНОЙ миллисекунды?

> Какие технологии создания сайтов популярны в нашей стране?
В вашей стране заказчику не важно на чём написан сайт. И зачем работать с отечественными заказчиками я не понимаю.
Ты ведь фрилансом занимаешся, так?

python && (django || turbogears2)

java (jsf 2.0)

А, скосячил. К сожалению отклик гораздо больше, около 30-40 миллисекунд на страницу с парой запросов к базе и простым шаблоном вывода в json. Сказывается слабый сервер(я проверял на сервере попроще с мощой примерно в 1/8 ядра Xeon) и неиспользование кэша.

Благо в большинстве случаев скорость того, что запрашивают в виде json при более-менее грамотной архитектуре играет роль только при редких новых запросах, остальное же время можно кэшировать ответ прокси через nginx. Который в таком случае отдает на том же сервере закэшированный ответ за 1-2 миллисекунды.

ПХП откровенное говно, писал на нем немного. Впринципе, видел довольно качественный код. Как бы крутой программер и на говне сделает конфетку. Только вот коллеги твои будущие на 99% будут не такие, увы. И код ты будешь поддерживать наидерьмовейший, так что правильно делаешь, что валишь с этого поделия.

Что выбрать: Руби. Питон тоже не плох, но Руби более веб-ориентированный, хотя мне лично пох, я примерно одинаковый код, что на питоне, что на руби пишу. И да, моя личная имха - django и rails - говно для быдла.

фласк и синатра?

> И да, моя личная имха - django и rails - говно для быдла.

Обоснуйте же, представитель илиты, на чём же нужно «делать сайтеки»?

P.S. Ожидаю в треде хвалу 5-7 академическим, но никому на практике не нужным, языкам и ещё более неизвестным никому фреймворкам.

Только жаба. Только J2EE. Может наконец-то жабщики перестанут получать больше всех остальных программистов.

Обоснуйте же, представитель илиты, на чём же нужно «делать сайтеки»?

Нужна удобная обертка над HTTP и все нужное к ней прикрутить. Ничего больше не нужно. Веб-это просто.

Точняк :)

>Нужна удобная обертка над HTTP и все нужное к ней прикрутить. Ничего больше не нужно

вы точно описали PHP

Обертка, а не обмазка говном :) Удобный язык + http-обертка по типу sinatra с возможностью прикрутить шаблонизатор и орм. Задача тривиальная, не нужны для этого всякие монстры типа JEE или Rails.

>ПХП откровенное говно, писал на нем немного.
1 раз ха-ха.

я примерно одинаковый код, что на питоне, что на руби пишу

Еще 1 раз ха-ха.

Похоже вы примерно одинаковый код, что на питоне, что на руби, что на пхп(причем 4 версии) пишете.

Нужна удобная обертка над HTTP и все нужное к ней прикрутить. Ничего больше не нужно. Веб-это просто.

Много раз ха-ха. Во-первых, вы похоже не смотрели, ни рельсы, ни фреймворки нормальные похапешные. Они как раз и занимаются прикручиванием нужного. Во-вторых, подавляющее большинство сайтов состоят более чем из 1 страницы. И типовые вещи, типа авторизации, комментариев, поиска, картинок для предпросмотра, на 5-6 раз делать заново надоедает. И именно для того, чтобы лишить себя такой заманчивой возможности и нужны фреймворки.

На КОБОЛ.

>я примерно одинаковый код, что на питоне, что на руби пишу

«Настоящий Программист может писать фортрановские программы на любом языке»

даже на брейнфаке?

>даже на брейнфаке?

Настоящий программист напишет Фортран на любом языке :)

У вас типичные взгляды человека, который всякой мелкотней занимается.