Вышел Lift 2.3

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

Естественно, все расширяется, меняется, но если нужно все поломать зачем использовать Джанго?

Вот смотрите, у вас на кухне есть «нож кухонный» и «нож для выживания в суровых условиях тундры». Вам нужно сделать бутерброд с колбасой на кухне, в квартире, недалеко от супермаркета. Какой нож вы выберите? Для бутерброда с колбасой я выберу джангу.

Lift is not substantially faster than Rails. Superficial synthetic tests do not reflect the real life to any significant degree. The reason for that is very simple. In the case of real application the access to database is the rate limiting step. If the access to database is not rate limiting step that it is rendering of html. Yes, scala is faster, however, only in benchmarks. XML is immutable in scala. Subsequently during creation of html page this object is copied hundreds of times. As a result rendering more less complex page is faster in Rails than in Lift. For this very reason Twitter renders html using rails, since, it is essentially a call to C-library. After, porting my application to Lift I have come to conclusion that Lift is eclectic mixture of technologies loosely coupled to each other. One will be match better off with grails or Rails.

«нож для выживания в суровых условиях тундры».

Охотничий что ли? Охотничьи ножи, вообще-то, относятся к классу кухонных.

http://www.artima.com/scalazine/articles/twitter_on_scala.html

> на большом приложении это - минус?

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

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

>After, porting my application to Lift I have come to conclusion that Lift is eclectic mixture of technologies loosely coupled to each other.

Вот по этому я люблю скалу и не люблю лифт:)

Но роры всякие из той же оперы.

вы так говорите будто внутри grails не используйтся и не конфигуряется тот же Spring, Hibernate итд

А какая разница что у него внутри? Работать то приходится с фактически другим API.

«тот» API никто и не отбирает - хочешь пиши hibernate-маппинги, хочешь конфигуряй spring'овые бины...

Ну так это получается уже не на grails пишешь, а на spring/hibernate. Смысл тогда в 100-тыщ уровнях абстракций, когда можно взять скажем spring/hibernate и сделать как надо.

смысл в том, что 99% вещей пишешь на RAD-фреймворке и уже только при необходимости залезаешь во внутренности «настоящих» spring/hibernate/etc.

>архитектор твиттера рассказывает, как они переписали свой бекенд с рубей на скалу

ага, то-то твиттер падает раз на два запроса.

вообще только безумцы могут смотреть на рубец на рельсах.

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

>А вы сами не видите, что по времени выполнения пистон сливает по полной?

пистон и должен сливать.

>Для бутерброда с колбасой я выберу джангу.

Ога, этот кухонный нож в каждой минорной версии ломает совместимость. Им только вены пилить, а не сайты подимать.

Меня интересовала именно Scala vs Ruby/Python, а не Lift vs Rails :-) Хотя за это тоже спасибо.

для языка пограммирования

Улучшение возможнотей

Править.

Руби очень сладкий. И у руби отличный коммюнити. Работать с руби и рельсами одно удовольствие. Лаги с производительностью — дело времени.

Это как эксель и лотус в свое время. МС писал свой эксель для дорогих мощных машин, которые через два-три года стали дешевыми, а лотус уплотус. Где эксель и где лотус?

Сам вижу. С радостью. Вот только кнопочки нету. Для этого звёзды нужны, что-ли?

Что-то я сильно сомневаюсь в цифре 99%. Хотя видиимо тут все зависит от того, что пишешь. Если сайты-визитки, форумы, нескожные интернет-магазины, то наверное так оно и есть.

> твиттер падает раз на два запроса.

только безумцы могут смотреть на рубец на рельсах.

А джава, это хорошо, когда сайт интранет, ие-онли, мультипользовательский, на три страницы, с возможностью двух коннектов одновременно

пистон и должен сливать.

Да скажи уже прямо: «Все в говне, а я д'Артаньян» %)

Ну остальной бред хоть из школьных мифов прослеживается, но откуда IE-only, очень любопытно?

> Питон съел заметно больше памяти и был приблизительно в 45 раз тормознее.

Хмм, довольно удивительно, что на чисто вычислительном тесте интерпретатор динамического языка тормознее всего в 45 раз >_<

> бред хоть из школьных мифов

давай адрес своего сервера на java и ты узнаешь, что это не мифы. я поставлю его раком при помощи маленького скрипта на «тормозном» python :)

> Зачем это нужно? Чем это лучше, чем Spring MVC?

«In Lift, you define the collection of components to be rendered in the resulting HTML page in the view.»

В Spring MVC так же или как в типичных MVC?

> давай адрес своего сервера на java и ты узнаешь, что это не мифы. я поставлю его раком при помощи маленького скрипта на «тормозном» python :)

Да чего уж там! Поставить раком можно и сервер на Си!

Хм... Ну если есть такой скрип, то если их поменять местами, то Python вообще и пикнуть не успеет.

> если их поменять местами, то Python вообще и пикнуть не успеет

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

Долго смеялся. А что отличает обработчик http-запроса на java от такого же на чем то другом.

> Долго смеялся

так адресок-то дашь или будешь изображать радость?

А какой ты сервер себе выдумал?

Просто интерестно, в чем разница. Вот приходит запрос, его обрабатывает Java контроллер, тонкая обертка над обычным сервлетом. По ходу дела стучит в базу, работу с которой кеширует Hibernate например. Все это заоптимизировано -server. Еще может быть EhCache и т.д. Java чуть чуть работает медленнее С++. Где тормоза?

понятно, включил «дурочка». а я-то думал, ты правда веришь в то, что говоришь.

Вот это я понимаю! Вот это бокс по переписке!

Ну мне сейчас сервер что-ли ради тебя подымать, допустившего что у меня личный сервер? Был бы сервер для бизнеса, лежал бы спокойненько на Google App Engine и я бы долго наслаждался твоими потугами

> Ну мне сейчас сервер что-ли ради тебя подымать

ну мне лор что-ли ради тебя опускать?

А почему же? По моему классная идея! Сам предложил, делай! Иначе слился. Я даже не буду проверять делал ли ты это на Python

> По моему классная идея! Сам предложил, делай! Иначе слился

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

Если говорить серьезно, то с ынтерпрайзом действительно тяжелее, он таки в интранетах. Там слишком много бизнес-логики и очень много запросов по базам данных. Но если сайты открыты в интернет, то люди обеспечиваю их быструю работу без проблем. Вот если ты такой эксперт по высоконагруженным сайтам можешь пояснить почему контроллер, который делает то же самое на Java не выдержит нагрузки, а на Python (языке динамической типизации) выдержит. Вот есть сервлет на Java который по адресу /page/12 выдает страницу 12 из базы, то же самое делат код на PHP и на Python. Почему Java свалится, можешь пояснить? И теоретически и по бенчмаркам она на порядки быстрее остальных двух.

И что собственно с ЛОРом на котором мы с тобой сейчас общаемся?

> Там слишком много бизнес-логики и очень много запросов по базам данных

проблемы у java-серверов начинаются еще до того, как дело доходит до бизнес-логики и базы данных - на уровне http, а тем более, https. поэтому и ставят их за всякие реверс-прокси или вовсе используют только для интранет.

а лор я не буду терзать. вдруг он надолго упадет и наша беседа прервется :)

проблемы у java-серверов начинаются еще до того, как дело доходит до бизнес-логики и базы данных - на уровне http, а тем более, https.

Так какие же?

а лор я не буду терзать. вдруг он надолго упадет и наша беседа прервется :)

ну все все поняли

> Руби очень сладкий. И у руби отличный коммюнити. Работать с руби и рельсами одно удовольствие.

Ты его сосешь чтоли?

Ну мне сейчас сервер что-ли ради тебя подымать, допустившего что у меня личный сервер?

Да подними ты ему Tomcat6, пусть покуражится.

Если будет пытаться DDosить, то лучше может и Jetty

Или Glassfish, grizzly как никак.

На: www.linux.org.ru

Поклонники журнала «Ксакеп» во все времена одинаковые :)

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

Бу-бу-бу, бу-бу-бу. Не бубни, на www.nfl.com поставь раком. Ждем DDoS

http://foursquare.com/

http://linkedin.com/

http://guardian.co.uk/