Руби.

А ты написать хоть слово можешь, кроме названия любимого языка? Сколько строк написано, что и как, быстродействие, прогнозы, перспективы, есть ли соработники или подчинённые пишущие на руби?

>Java. Не хочу даже рассматривать.

Этому есть какие-то объективные причины помимо личной неприязни?

Как только в вакансии указываешь адекватную зарплату, так тяжелоискаемые спецы буквально в очередь начинают вставать.

он умел нормально работать с СУБД

Delphi же! )

Ну да, я понимаю, если указать 300к то даже по эрлангу и хаскелю очередь выстроится. Из трёх человек. И я их всех знаю. Но я говорю о достаточно разумных (для работодателя) ценах, например 60-90.

щас прийдет mono и расскажет.. не про язык, но про раздел форума.

а руби посмотри поплотнее, да. он хоть и тормоз, но приятный.

>>Java. Не хочу даже рассматривать.

Этому есть какие-то объективные причины помимо личной неприязни?

Опыт работы с j2ee (около года), опыт развёртки больших явовских приложений на разных платформах (linux=>solaris это песня). Кстати, питон linux=>freebsd тоже песня.
Опять же, ява слишком громоздка, слишком требовательна к ресурсам.
Фиг ты найдёшь хостинг «под свой маленький сайтик» для java CMS.
Ну и вообще, я её достаточно наелся. «ImageMagick не на всех платформах работает, давайте возьмём нативную явовскую тулзу чтобы оно всегда работало. Ой, а что, оно картинку 1024x768+ не может отмасштабировать потому что гига памяти не хватает?!»
Ну и есть правило, одна ошибка на сколько там строк кода? В яве количество строк в 2-3-4 раза больше чем в перле/питоне.

> PHP. Не хочу даже рассматривать.

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

Нанимался и нанимал.

> он хоть и тормоз, но приятный.
Вот тормоз мне как раз нельзя. То есть «не медленнее перла»

groovy/groovy++
все фичи и библиотеки java+фичи динамических языков
+grails для веба

Смотри Руби, похож на Перл только реализован более аккуратно

>Вот тормоз мне как раз нельзя. То есть «не медленнее перла»

Не медленнее - только языки со статической типизацией, а после Перла это как обратно в каменный век

Ты готов, например, на php использовать бизон для разбора MDX (это язык программирования такой, типа SQL но для многомерных кубов) и генерации последовательности SQL-запросов? У меня не только задачи вида «сделать сайт из 4 страниц». Точнее таких задач у меня вообще ни разу не было.

По поводу удобства и документации php - не вижу плюсов по сравнению с perl. Готовые решения - мне не подходят.

>какое-то чувство внутреннего дискомфорта вызывают мои многомегабайтные монстры

Может стоит озаботиться не сменой языка, а оптимизацией и совершенствованием навыков перла?

Опять же, не понятно будущее перла

Будущее вообще штука непонятная.

>>Вот тормоз мне как раз нельзя. То есть «не медленнее перла»

Не медленнее - только языки со статической типизацией, а после Перла это как обратно в каменный век

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

Ну они примерно одинаковы. Руби сливает где-то в полтора-два раза на некоторых задачах а на некоторых идут ноздря в ноздрю

Python. Потому что он прикольный.

ветка 1.9 уже далеко не такой тормоз

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

по субъективным отзывам людей, щупавших и руби и питон, руби более human friendly.

скорее разные стили написания. Руби как и перл - для художников-одиночек. А питон - это интерпрайз и кодманки.

Если нужен обязательно динамически типизированный язык, то Питон. Если нет - то я бы посмотрел на Скалу.

Да ты тоже что-то не стараешься объяснить свою немотивированную неприязнь к Java. А похапэ я и сам не люблю...

«Talks» и «без флейма» несовместимы, я так считаю.

> Ну да, я понимаю, если указать 300к то даже по эрлангу и хаскелю очередь выстроится. Из трёх человек. И я их всех знаю.

Спасибо, посмеялся.

На С в очереди никого нет? Тогда я первый...

Ну, лисп же!

Python. "".join куда логичнее, чем [].join, хотя бы потому, что результат и разделитель всегда строки. + не нужно для собственных классов каждый раз писать join. Тех, кто с этим не согласен ждут вечные муки, страшный суд, ад и perl.

Яростно верю в светлое будущее питона. Оно наступит, как только у питона появится полноценный JIT-компилятор. О тяжести перехода 2->3 впервые услышал на ЛОРе.

> Опять же, ява слишком громоздка, слишком требовательна к ресурсам.
Не слишком требовательна, но jre действительно слегка громоздко. Хотя и вы, вероятно, не «Hello World» пишете.

Фиг ты найдёшь хостинг «под свой маленький сайтик» для java CMS.

Можно посмотреть на Google App Engine, чтобы сильно не искать.

Ой, а что, оно картинку 1024x768+ не может отмасштабировать потому что гига памяти не хватает?!"

А почему Java2D не использовали ?

Ну и есть правило, одна ошибка на сколько там строк кода? В яве количество строк в 2-3-4 раза больше чем в перле/питоне.

Странное правило, на строки с одной скобкой «{» оно тоже распространяется?

Если у вас есть субъективные предубеждения против языков/технологий, то не пытайтесь выбирать «объективно».

>> Ну и есть правило, одна ошибка на сколько там строк кода? В яве количество строк в 2-3-4 раза больше чем в перле/питоне.

>Странное правило, на строки с одной скобкой «{» оно тоже распространяется?

Как видишь, да. Впереди планеты всей язык с квадратными скобками.

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

Бибилиотек тьма, подо все случаи жизни. Кроме джанги есть еще 100500 веб фреймворков. Скорость работы такая же как у перла, красота кода куда выше.

И давно правильная принадлежность метода определяется параметром и возвращаемым значением? Да ты упоролся.

если по статистики то PHP 5.3 мой личный выбор Apache Tomcat

HASKELL

</thread>

Ну и есть правило, одна ошибка на сколько там строк кода? В яве количество строк в 2-3-4 раза больше чем в перле/питоне.

Глупости какие, я в одной строчке на перле могу сделать больше ошибок, чем во всём проекте на джаве.

> знакомым тех-директором, он сказал что у них трудности с поиском питонистов

для сравнения с руби не аргумент, с пыхом и жабой - да.

Опять же, сейчас идёт какой-то тяжёлый переход 2.x->3.0

никто никуда не переходит. 2.х пока мейнстрим и еще долго им будет.

У perl'а есть одно неоспоримое преимущество — он стабилен и не меняется (perl6 это другой, к тому же не существующий, язык). Ruby мне субъективно нравится больше, хотя тут дело скорее всего в омерзительном двухмерном синтаксисе питона, его кислотном ООП и общей неопрятности. К тому же Ruby очень похож на perl с нормальным ООП. Даже что-то вроде cpan у Ruby имеется. Если Java не нравится только как язык, но не как платформа, то ещё можно посмотреть всякие модные демонические языки поверх JVM. Например тот же Ruby.

>Java. Не хочу даже рассматривать.
прости, но ССЗБ.

Опять же, ява слишком громоздка, слишком требовательна к ресурсам.

Фиг ты найдёшь хостинг «под свой маленький сайтик» для java CMS.
амазон small instance. Хватает с головой для «маленьких сайтиков»

Ну и вообще, я её достаточно наелся. «ImageMagick не на всех платформах работает, давайте возьмём нативную явовскую тулзу чтобы оно всегда работало. Ой, а что, оно картинку 1024x768+ не может отмасштабировать потому что гига памяти не хватает?!»

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

Ну и есть правило, одна ошибка на сколько там строк кода? В яве количество строк в 2-3-4 раза больше чем в перле/питоне.

это ты сейчас о get/set методах? или о try/catch конструкциях?

1. плюсы и минусы от тех кто много работал с данными языками

плюсы - все, что угодно делается быстро, легко и непринужденно
минусы - пока не замечано за 5 лет работы

нормально работать с СУБД

jdbc драйвер + spring-jdbc плюшки или любой orm

Фиг ты найдёшь хостинг «под свой маленький сайтик» для java CMS.

Можно посмотреть на Google App Engine, чтобы сильно не искать.

по-моему, кто-то крупно сливается. От ваших ответов у меня ощущение, что вы не работали вообще ни с чем из того, о чем пишете. GAE мультипоточность научился уже? jsf на нем заработал версии выше 1.1?

Ой, а что, оно картинку 1024x768+ не может отмасштабировать потому что гига памяти не хватает?!"

А почему Java2D не использовали ?

а при чем тут java2d вообще?

Ну и есть правило, одна ошибка на сколько там строк кода? В яве количество строк в 2-3-4 раза больше чем в перле/питоне.

Странное правило, на строки с одной скобкой «{» оно тоже распространяется?

тех сюшников, что в джаве пишут «{» на новой строчке надо УБИВАТ

Не медленнее - только языки со статической типизацией

Лисп же!

без флейма

Это сарказм?

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

Раз уж я взялся комментировать, опровергну пару ваших утверждений про python (понятно, что у вас эти заблуждения просто по незнанию, ничего страшного):

• join - метод строки, а не списка/массива/whatever. У этого есть серьезнейшая причина - join работает не только с list, но и с любыми, объектами поддерживающими итерацию (т.е. имеющими метод __iter__). Понятно, что это может быть абсолютно все, что угодно (включая пользовательские типы), а не только list/tuple и т.п. Поэтому привязка идет к единственной, так сказать, постоянной величине - строке (тип basestring).
• ORM и django - конечно, это ваше личное дело, как общаться с базой. Я, например, в большинстве случаев был бы против бизнес-логики в хранимых процедурах, но, опять же, это всего лишь мое личное мнение. В любом случае, в django есть куча действительно полезного функционала, к ORM отношения никакого не имеющего, например, формы, i18n/l10n, url роутинг, шаблонизатор и т.д. ORM вас никто не заставляет использовать.
• тяжелый переход на 3.0 - де-факто, при создании нового проекта рекомендуется использовать последнюю версию из 2.х ветки, - на 3.х еще не портированы многие «критические» библиотеки. Забудьте пока про 3.х.

Кстати, кроме django есть достаточное количество достойных web-фреймворков, которые не привязывают вас к какому-либо определенному ORM, например werkzeug.

Ну да, я понимаю, если указать 300к то даже по эрлангу и хаскелю очередь выстроится. Из трёх человек. И я их всех знаю.

Работа в тесной компании друзей-профессионалов - что может быть лучше и продуктивней? :)

Но я говорю о достаточно разумных (для работодателя) ценах, например 60-90.

Выбирай, что проще. Для изучения более навороченных языков/технологий нужно прикладывать больше усилий, поэтому естественно, что «осилившие» будут хотеть больше компенсации за свой труд.

CL --- мощный динамический ООП язык с богатыми императивными и функциональными возможностями. Может всё, но не обязательно использовать сразу и везде всю мощь лиспа. В принципе, можно один в один переписать на нём перловые программы, разве что с инфиксной записью и скобочным синтаксисом.

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

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

кто про что а вшивый про баню.

> мало спецов на перле, это имхо плюс, тем ценнее ты сам будешь.
Там всё наоборот. Он наниматель, ему надо много спецов :)

В случае с программированием под веб на мой взгляд богатство языка - это вторично, а первично наличие _уже_ готовой инфраструктуры. Было бы неплохо, если бы кто-то из лисперов развил тему.

Он наниматель, ему надо много спецов :)

За 60-90 $ к в год не верю, что не может найти перл- писателей.

> За 60-90 $ к в год не верю
У меня для тебя плохие новости. 60-90 тыр./месяц. Или у ТС-а для нас хорошие новости?

Ну, для замкадья неплохо, но ТС где-то в арабских странах обитает, если правильно помню, наверно, годовые.