Web-разработка концентрируется на языках с динамической типизацией

RubyonRail действительно удобная вещь, сам сейчас новые проекты на нем пишу.

динамическая типизация зло... ИМХО...

а лор-то на jsp ;)

>а лор-то на jsp ;)

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

GSP -> grails.org

Ну и где в статье конкретно показано устаревание JSP? И где показаные заметные преимущества Ruby над JSP/Java?

Для динамической типизации в JSP существуют custom tags и expression language.

> динамическая типизация зло... ИМХО...

Всего лишь ещё один уровень абстракций... Возможно, весьма затратный, но это надо оценивать отдельно в каждом конкретном случае.

И потом, можно запросто совмещать и статику и динамику в одном флаконе (пример нужен? :)) Правда, очень качественной реализации до сих пор нет :(

Где в сатье преимущества динамической типизации? Ткните меня пальцем.

статья ни о чем , имхо.

> и предлагающая решения с использованием языков с динамической типизацией.

Ну, то есть, говоря понятно, без иносказаний, это php ;-)
Как же тяжело им признание того, что и так уже было всем ясно много лет.

> RubyonRail действительно удобная вещь

Для простенького блога. А шаг вправо-влево - считается побег, прыжок
в воздухе - провокация. Карается расстрелом на месте ;)

Ой, что сейчас начнётся, прибегут все нeнавистники php и начнут кричать что в IBM работают одни лузеры и что все они должны умереть, потому что не должно быть языков с динамической типизацией.

> Для простенького блога. А шаг вправо-влево - считается побег, прыжок в воздухе - провокация. Карается расстрелом на месте ;)

Не знаю как в RoR, но например в CakePHP, который идет по стопам - это действительно так. В идеале все красиво, но сделать что-то действительно сложное - действительно сложно :D Пока списываю на отсутствие нормальной документации и стремительный девелопмент фреймворка.

Django.

Статья о том, что IBM начал интересоваться альтернативами Java.

Да ерунда это всё - странички, уродливые формочки, запрос-ответ, тормоза... Вся суть в заблуждении: "А вот что делать, если клиент хочет работать с системой из Линукс? Правильно! Надо всё сделать на ХТМЛ и будет универсально!". А по идее ответ должен быть: "Не выёживайтесь, поставьте форточки и спокойно юзайте нативный софт". Без тормозов и безобразного интерфейса.

> Не знаю как в RoR, но например в CakePHP, который идет по стопам - это действительно так. В идеале все красиво,

Отсюда мягко напрашивается вывод - проблема вовсе не в языке, в
технологии RoR. Если посмотреть, кто восхищается RoR - это сплошь
новички, открывшие для себя "новый" путь в программировании.
Но проблема в том, что они неважно знали "старый" ;) И даже не
подозревали, что тот же самое можно достичь и в других языках,

> И где показаные заметные преимущества Ruby над JSP/Java?

Смысл в том, что JSP = костыль для "Java on Web".
А Ruby on Rails = костыль для "Ruby on Web" ;-)
Только RoR выглядит более привлекательно. JSP - старый, облезлый, выцветший, сломанный, а RoR - такой весь блестящий, пластиковый, лёгкий
костыль... А ещё RoR - это вновь изобретённый велосипед, причём
разработчик пошёл ещё дальше - изобрёл для него заодно и колесо -
собственный вебсервер. Получился велосипед в квадрате.

Языки без статической типизации - зло (хоть я и старый питоновод).

> "Не выёживайтесь, поставьте форточки и спокойно юзайте нативный софт". Без тормозов и безобразного интерфейса.

Аффтар жж0т!

>RubyonRail действительно удобная вещь, сам сейчас новые проекты на нем пишу.

кто украл вторую рельсу? почему только одна? ;)))

> кто украл вторую рельсу? почему только одна? Это суперсовременный монорельсовый поезд :)

Чем же он лучше - чем арянский :-)

Народ вы бы хоть на автора статьи посмотрели прежде чем её читать.

Тейту стало тяжело конкурировать на рынке книжек по java
стал пиарить Ruby (он это уже год делает).
Ни одного примера чем лучше вы не найдете.
IBM тут не причем. В developers у IBM и не такого напишут.

>Смысл в том, что JSP = костыль для "Java on Web". >А Ruby on Rails = костыль для "Ruby on Web" ;-) >Только RoR выглядит более привлекательно.

Не знаю с чем вы плохо знакомы, с RoR или jsp , но их невозможно сравнивать. jsp это не фреймворк. ладно бы RoR vs struts. или jsp vs erb.

>А ещё RoR - это вновь изобретённый велосипед, причём >разработчик пошёл ещё дальше - изобрёл для него заодно и колесо - >собственный вебсервер. Получился велосипед в квадрате.

Про это поподробнее плс. Вы про mongrel? его написал не DHH, а Zed Shaw. И ? Почему бы и нет если получилось удачное решение ?

>Для простенького блога. А шаг вправо-влево - считается побег, прыжок >в воздухе - провокация. Карается расстрелом на месте ;)

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

Если не трудно - приведите пример , с чем вы таким столкнулись, что нельзя никак совершенно реализовать на RoR ? Я подумаю на досуге.

>Если не трудно - приведите пример , с чем вы таким столкнулись, что нельзя никак совершенно реализовать на RoR ? Я подумаю на досуге.

Polozhit objectnuju model na database schemu ne sootvetstvujuschuju etoi modeli.

Na Java eto delaetsa na raz v Hibernate, a na RoR?

IMHO statia polnlij BS.

новейшие тенденции состоят в отказации от типизации ради концептуализации глобализации

"*JSP is more difficult than it needs to be." - с этим нельзя не согласиться.

> Polozhit objectnuju model na database schemu ne sootvetstvujuschuju etoi modeli.

Жесткая заточенность имен классов в RoR, на самом деле явлается всего лишь дефолтным значением, что в больщинстве случаев очень удобно.

Если говорить конкртено, то давай те пример.

>Polozhit objectnuju model na database schemu ne sootvetstvujuschuju >etoi modeli.

>Na Java eto delaetsa na raz v Hibernate, a na RoR?

А в чем с этим проблема?

Положить объект на таблицу с другим именем - можно. Собрать объект из нескольких таблиц - можно. Разнести таблицу по нескольким объектам - можно. Перегрузить любое поле класса - запросто.

Да и что вообще мешает просто взять и переопределить все что угодно в классе унаследованном от ActiveRecord::Base ?

То, что ложится на табличную модель - прекрасно, не трогаем. То что нет - достаем/генерируем так, как нужно. Может быть в H это делается удобнее, но говорить, что это невозможно в AR, по моему, не совсем верно.

Мне нравится Hibernate - хотя последнюю версию которую я серьезно ковырял/использовал в проектах была еще 2.x, так что не знаю что они там накрутили в третьей. Но поверьте, AR тоже довольно симпатичная штука. Да и времени у него еще маловато. Первая версия хибернета , если мне не изменяет память, вышла в 2002.

JSP устаревает не из-за какой-то там динамической типизации явы. Просто, как и когда-то для толстых приложений, нужна визуальная IDE и соответственно подготовленные библиотеки виджетов. Этого НЕТ. Всякие JSF/Creator'ы, если сравнивать с MS Visual Studio .NET - говнище для экпериментаторов в стиле "а я вот тут даже смог сайт сделать".

а тем временем на ASPX/MSVS.NET делаются в огромном количестве по-настоящему серьезные проекты. Rapid Development рулит.

P.S. Где сейчас Turbo Vision, OVL и MFC? В ответе должно быть четыре буквы, слово вы все знаете.

Хм...Хм... Знаете, я бы не стал доверять серьезных проектов человеку, который при выборе платформы ориентируется _только_ на наличие/отсутствие библиотеки виджетов.

Ну, то есть я не сомневаюсь, что на NET делаются серьезные проекты. Но я сомневаюсь, что решаюшим при выборе платформы был именно этот аргумент.

>Народ вы бы хоть на автора статьи посмотрели прежде чем её читать. >Тейту стало тяжело конкурировать на рынке книжек по java >стал пиарить Ruby (он это уже год делает). >Ни одного примера чем лучше вы не найдете.

:))) За что вы так дядьку Тейта ? ) Меня кстати посмотреть на Руби сподвигло не то, что Тейт его пиарит, а скорее лестные отзывы Фаулера. Хотя он тоже осторожничает, мол - несмотря на то, что я в восторге от языка, я подумаю прежде чем рекомендовать его своим клиентам...

И он тоже не пишет чем ruby/ror лучше. Зато он пишет - что-то типа : сколько раз я не спрашивал у явщиков которые делали проекты на руби - быстрее и легче ли процесс разработки - ответ всегда неизменен - да.

естественно, дело не только в виджетах. но насколько быстро можно начать разрабатывать нормальное приложение на ASPX, и насколько быстро - на JSF? (наличие _актуальных_ примеров в стиле ASP Starter Kits, зрелость поддержки Ajax, простота работы с БД, размер комьюнити). Hibernate - это замечательно, да. Если любишь скачивать пакеты с Джакарты и прочих мест и каждый вдумчиво изучать. А некоторым работать надо.

Скорее Признаки размягчения мозгов у программеров проявляются всё сильнее. Вскормленные Visual Basicом, воспитанные PHP они постепенно переходят на ruby.

> Скорее Признаки размягчения мозгов у программеров проявляются всё сильнее. Вскормленные Visual Basicом, воспитанные PHP они постепенно переходят на ruby.

Да вообще, оборзели. Вместо того, чтобы все правильно на хаскеле или на лиспе, про какой-то мэйнстрим и рапид девелопмент говорят.

> Не знаю с чем вы плохо знакомы, с RoR или jsp , но их невозможно сравнивать.

И то, и другое является расширением языка для динамического создания
веб-страниц.

> jsp это не фреймворк

А я и не рассматриваю RoR как фрэймворк. Только как web-костыль для
ruby. Вы много знаете других способов создавать веб-приложения на ruby?
Как фрэймворк лично мне он не интересен. Слишком ограничен,
в слишком узкие рамки загоняет разработчика.

> воспитанные PHP они постепенно переходят на ruby.

Воспитуемые может и переходят. В плане воспитания ruby немножко лучше.
А те, кто работает не первый день - им на язык давно глубоко наплевать,
они работают с библиотеками и модулями. Что в этом плане может
предложить твой ruby? Практически ничего.

>Тейту стало тяжело конкурировать на рынке книжек по java > стал пиарить Ruby (он это уже год делает).

+1

Хотя RoR - штука интересная, щас дома сижу на нем pet project делаю. Но вот когда это можно будет на JRuby запустить, можно будет говорить и о серьезном где-то юзании.

>> и предлагающая решения с использованием языков с динамической типизацией.

>Ну, то есть, говоря понятно, без иносказаний, это php ;-)

Ну, то есть, говоря понятно, без иносказаний, это perl ;-) а пЭрсоналХомЭпажники пусть сначала объекты доделают...

А где ты видел в perl объекты? Там даже слова такого нет ;-)
Есть костыль, поверх языка для сшивания shell-скриптов ;-)

>А где ты видел в perl объекты? Там даже слова такого нет ;-)

опять ананимусы газируют лужи

man perlboot man perlbot

>Есть костыль, поверх языка для сшивания shell-скриптов ;-)

а костыль, это твое будущее средство перемещения в пространстве... :)

>Зато он пишет - что-то типа : сколько раз я не спрашивал у явщиков которые делали проекты на руби - быстрее и легче ли процесс разработки - ответ всегда неизменен - да.

Nu ne znaju. Ja vot na sviazke Java5.0/Hibernate/Spring/SpringMVC/Tomcat zabatsal aplikuhu na spor za chetire dnia. Moi opponent potratil na eto na rabote pochti dva mesiatsa Java1.4/JDBC/Struts/WebSphere.

Prosto nado pravilno tehnologii vibirat. Ja absolutno uveren chto takuju web app na RoR bistree ne sdelaesh

Какой JSP, какой PHP, какой Ruby, все нормальные пацаны давно юзают Tapestry....

>Nu ne znaju. Ja vot na sviazke >Java5.0/Hibernate/Spring/SpringMVC/Tomcat zabatsal aplikuhu na spor za >chetire dnia. Moi opponent potratil na eto na rabote pochti dva >mesiatsa Java1.4/JDBC/Struts/WebSphere.

>Prosto nado pravilno tehnologii vibirat. Ja absolutno uveren chto >takuju web app na RoR bistree ne sdelaesh

Ну я опять же не знаю контекста, что вы писали и как.

Понимаете, я не против явы. Я ее очень люблю. Мне в свое время приходилось немножко на ней писать разные штуки, начиная от гуишных прог и простых веб-приложений с Hib,struts и кончая дурами под Bea Platform. Правда давно. ( Ява прекрасна. Но у нее есть недостаток - в некоторых случаях на она неоправданно тяжелая. Сколькими xmlниками, например, конфигурилось ваше приложение?

И если для больших проектов это некритично, то с маленькими-средними уже начинаешь задумываться. И RoR, в общем-то, никем не позиционировался как замена явы для серьезных проектов. И я даже не говорю, что там руби мощнее чем ява то-се (ну да-да говорят, мол динамический и все проч, и в этом много правды, но это как-то скользкая тема и я по этому поводу спорить не готов. Лично мне, например, писать на типизированном языке все-таки иногда спокойнее.) - просто RoR реально берет на себя много рутинных мелочей. К нему подходит очень перловский лозунг про "Простое просто, сложное возможно".

Я, не писал еще ничего серьезного на роре, поэтому не кричу - все на рельсы, остальное фигня. Но вы сами как-нибудь потратьте чуть-чуть времени и посмотрите RoR. По крайней мере развлечетесь - руби действительно забавный язычок и на нем приятно писать =)

>Хотя RoR - штука интересная, щас дома сижу на нем pet project делаю. Но >вот когда это можно будет на JRuby запустить, можно будет говорить и о >серьезном где-то юзании.

А 0.9 не смотрели ? У меня пока тоже руки не дошли. Они кажется хвалятся, что на нем RoR уже идет более-менее.

Будет, все будет.

Хотя эта идея про то, что мол в JRuby будет кривой юникод потому, что он в Ruby кривой, хотя мы могли бы сделать и правильный - странная немножко , по-моему )

>> А где ты видел в perl объекты? Там даже слова такого нет ;-)
> опять ананимусы газируют лужи
> man perlboot man perlbot

perlbot - Bag'o Object Tricks
Ключевое слово - "tricks". В переводе - обман, забава, игрушка, трюк ;-)
Так кто тут газирует лужи? Perl = язык для сшивания shell-скриптов, и
это его предел.

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

Ну здрасте. А необходимость изучать перед работой .NET и С# вас не смущает? Или они настолько интуитивно понятны, что можно просто сесть и начать писать ?

И кстати, я что-то пропустил - в NET'е что есть встроенная альтерантива хибернету? И если есть, то почему с такой скоростью начали писать NHibernate ? Или его не надо скачивать и вдумчиво изучать ?

И опять же - если мы говорим о _серьезных_ проектах, то по моему забавно говорить о критерии "насколько быстро можно начать разрабатывать".

А если мы говорим, про приложение типа "быстро накидаем формочек, а потом быстренько напишем обработчички", то да, не спорю, тут ява может и пролетает.

Я вообще про это и писал когда сравнивал яву и RoR. Если вам нужно - сел и начал писать, то вам стоит посмотреть на RoR. Поддержка ajax - есть, простота работы с БД - есть. Коммьюнити конечно маленькое, но быстрорастущее, активное и очень дружелюбное.

>Воспитуемые может и переходят. В плане воспитания ruby немножко лучше. >А те, кто работает не первый день - им на язык давно глубоко наплевать, >они работают с библиотеками и модулями. Что в этом плане может >предложить твой ruby? Практически ничего.

Ээээ... А по вашему некоторые языки сразу рождаются с огромными сторонними библиотеками ? Руби все таки еще ребенок по сравнению с остальными (мы не будем считать то время пока он был японской игрушкой). И у него нет за спиной MS или Sun которые бы его проталкивали. Дайте ему времени. Уже сейчас библиотек больше, чем может показаться.

А вот доведут до ума JRuby и можно будет цеплять явовские библиотеки - вообще будет песня.

>И то, и другое является расширением языка для динамического создания >веб-страниц.

RoR это все таки больше, чем это ваше определение ) Например ActiveRecord не совсем попадает под это определение, а без него РоР не РоР.

>А я и не рассматриваю RoR как фрэймворк. Только как web-костыль для >ruby. Вы много знаете других способов создавать веб-приложения на ruby?

Писание на erb и ,хи-хи, сервлеты (рублеты? ) ))) Но я не буду спорить - это извращение )

>Как фрэймворк лично мне он не интересен. Слишком ограничен, >в слишком узкие рамки загоняет разработчика.

Черт, ну почему все говорят об ограничениях? Каких? Он же прозрачный совершенно, там любое поведение по умолчанию можно на лету поменять на любую глубину.

Нет, ну правда - приведите конкретные примеры? С чем вы там столкнулись таким ? А еще лучше, я все-таки новичок в РоР, спросите в ruby-talk. Уверен, что вам там расскажут как обойти. Ну или DHH прочитает, ужаснется и исправит в следующей версии. 8)

Ну гипотетически допустим что там есть что-то не обходимое. И что ? Ваши проекты состоят из сплошных hacks & tricks ? Да большей части веб-проектов возможностей RoR вполне хватит. РоР - это все-таки не панацея, но, например, вполне себе палочка-выручалочка, для тех безрассудных парней которые тратят лучшие годы на программирование на PHP.