Ruby Enterprise Edition 1.8.7-2010.02

>это вот что сейчас было?

упрек в капитанстве.

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

не «сайтов», а веб-приложений, для сайтов такие фреймворки нафиг не сдались, это раз. хаппстек сейчас используется илитствующей студентотой для хоумпаг и ему еще далеко до real world usage, это два. у него хорошая концепция, но писать не сильно удобно ( мне, можно подставить «хомячкам», если так нравится ), это три. поэтому используем scala+lift где нужно, и рор/синатру везде где работаем большой командой и нужна поддерживаемость.

И ссылочка ясно показывает, в какой жопе сидит «высокодинамичный интерпретируемый яп» по сравнению с интерпретируемым или компилируемым на выбор хаскелем.

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

ведь это хаскеллистам надоели такие вот псевдотесты и они написали свой nofib, не? ну это как если бы я к этим графикам дописал свою поделку на c+libev которая рендерит строку и что-то там пытался доказать.

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

Тут и сравнивать нечего.

а ты для веба пишешь по работе, или так, просто используешь хаскел jff?

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

А как пропатчить ruby под Win95?

>не «сайтов», а веб-приложений, для сайтов такие фреймворки нафиг не сдались, это раз.

давно уже нет «сайтов» без веб-приложений. Всем нужен аякс, всем нужна обратная связь, элементы соц-сетей, магазин, rss и т.п.

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

ну пробуй

http://github.com/jgm/gitit

ведь это хаскеллистам надоели такие вот псевдотесты и они написали свой nofib, не? ну это как если бы я к этим графикам дописал свою поделку на c+libev которая рендерит строку и что-то там пытался доказать.

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

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

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

а ты для веба пишешь по работе, или так, просто используешь хаскел jff?

пока jff, но обычно мой jff со временем перерастает в работу.

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

хаскель куда как проще, нежели эрланг. Поэтому имхо если присматриваться, то или F# за его дотнетанусть либо hs, если ориентация на юникс...

>но это уже вчерашний день, тупиковая ветка эволюции. Все, приехали.

столько звезд, а все еще «и ленин такой молодой и юный октябрь впереди».

хаскель куда как проще, нежели эрланг.

он динамичный и не труЪЪ-функциональный, после ОО-языков очень просто использовать actors, etc etc.

пока jff, но обычно мой jff со временем перерастает в работу.

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

>http://github.com/jgm/gitit

P.S. кстати, на gitit.net есть отличная расстановка точек над «i» - http://gitit.net/paste.lhs , выводы предлагаю сделать самим.

<maximum fat troll mode>

закапывайте, синтоистский ruby не нужен, ведь есть православный Python )

</maximum fat troll mode>

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

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

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

пиз.. гуглеж показал, что «программмерам» под 1С еще больше платят...

а вообще: иди лучше дальше программь на своем пыхыпэ ))

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

А вот выбрать python (например знакомый на нем пишет систему автоматизации голландского порта) или руби (по нему чет гуглится больше предложений и зарплат) вопрос животрепещущий. Ибо на основной работе будет делаться www проект и выбор технологии за мной, а потому хочется для освоения выбрать стоящее.

зы. php де-факто стандарт www отрасли, не знать его азы эт почти моветон.

>столько звезд, а все еще «и ленин такой молодой и юный октябрь впереди».

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

он динамичный и не труЪЪ-функциональный,

вот поэтому он говно. А еще у него жирная виртуальная машина.

после ОО-языков очень просто использовать actors, etc etc.

костыль на костыле. не нужен.

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

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

>P.S. кстати, на gitit.net есть отличная расстановка точек над «i» - http://gitit.net/paste.lhs , выводы предлагаю сделать самим.

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

I ran some informal benchmarks comparing this program to pastie.rb, a sample ruby web app using sinatra (and the mongrel web server). These were done on a MacBook 2GHz Intel Core Duo with OSX 10.5.8. The load was generated with ab -c 2 -t 20 retrieving a simple one-line paste:

Benchmark   paste.lhs   pastie.rb

Requests per second   600   100

Resident memory under load   10M   21M

Lines of code (nonblank noncomment)   113   119

Note that “lines of code” includes the .erb views for pastie.rb. Note also that the Haskell program is doing syntax highlighting server-side, while the ruby program relies on javascript for the job.

Есть такое. Судя по всему, хаскелю никогда не покорить тупых толстожопых менагеров. Памяти жрет вдвое меньше, а работает в шесть раз быстрее

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

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

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

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

Собственно, история с бенчмарками повторяется. Памяти (денег) в разы больше, результат во многие разы меньше. Энтерпрайз....

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

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

А апач/squid/lighttpd у нас где?

Вот уже и хаскель с рор во фронтэнды поставили. Даже страшно представить, что оне там в бэкенды ставят...

А с вашим уровнем компетенции вы так и будете джастфорфанить. Прекращайте поясничать. Ваша пятизвездочная неадекватность никуда уже не пролазит.

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

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

http://code.google.com/p/happstack/wiki/WhatToEmulateRoR Ну что ещё расскажешь.

> Не этого ли мы ждали

Нет, не этого.

руби для энтерпрайза? не смешите мои копыта!

> что именно?

он мне удалённо напоминает Perl, который тоже чужд.

кому кому а пайтонисту не жаловаться на это.

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

мне всегда казалось, что языки схожи.

сходств, кроме латинских букв и арабских цифр, не нашёл.

>Нет, не этого.

а чего тогда? Гемора?

> а чего тогда?

Простоты, прозрачности и консистентности. При этом были готовы пожертвовать производительностью и аппаратными ресурсами.

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

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

> дык нет там всего этого

Так и «тут» _всего_ этого тоже нет.

>Так и «тут» _всего_ этого тоже нет.

А вот и зря. Проекты на функциональных языках отличает простота и функциональность.

>А вот и зря. Проекты на функциональных языках отличает простота и функциональность.

AVL2

Obviouse fix:

Проекты на любых языках отличает простота и функциональность, если их делает проффи.

Проекты на AVL2 отличает шкалящее ЧСВ.
Да и есть ли такие проекты? Пока ты линков на предмет _своей_ работы и гордости не предоставил ... как это по гречески? - Pizdobole ....

Я вам скажу - зависит только от того _КТО_ пишет, а на _чём_ ... дело цатое. Запомните себе на лбу! :)

> Проекты на функциональных языках

Все до единого?

>Я вам скажу - зависит только от того _КТО_ пишет, а на _чём_ ... дело цатое. Запомните себе на лбу! :)

Ананимус молодец, мыслит глобально. Я позволил себе нелестно отозваться о парадигме ООП, как о ложном и вредном, а он отверг вообще всю индУстрию производства ЯП.

И это верно. Мой отец писал программы на электронике 60 в маш. коде. Очень удобно, запустил машину, вошел в монитор, набил восьмеричные коды и передал управление на точку входа. Все.

Преклоняю колена, уел.

>Все до единого?

Вопросик с подвохом.

Во первых, сразу возникает вопрос рассовой чистоты ЯП ибо в моей жизни уже была пара полоумных пистонщиков с октябрьской, которые свято верили в функциональную природу питона.

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

Просто сравните yum и cabal или nix. Это же типичный пример разваливающейся на ходу, косоубогой, забитой по самое небалуйся в try-catch и глухой к действиям пользователя (нажмите ctrl-c дважды!) императивщины с одной стороны и простой качественной функциональщины с другой.

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

> Просто сравните

Маловато для индукции.

>Он просит нажать Ctrl+C дважды, чтобы убедиться, что ты не локти на клавиатуру неудачно положил.

и долго и упорно тупит хоть на сто нажатий ctrl-C.

Потому что есть шанс привести базу в неконсистентное состояние в случае невовремя выполненного останова

и это тоже родимое пятно императивщины.

>Маловато для индукции.

ну сравни тогда gitit и питоновые moin-moin и тому подобные вики.

Запуск с нуля:

cabal install gitit && gitit

Можно от пользователя. И все работает. И не вешается.

А давай даркс и меркуриал сравним? :)

Говорю тебе главное - _кто_ пишет. И шедевры и говно на любом языке делаются, разница только в том что говно может сделать любой, в отличии ... :) Или спроси папу, раз уш он тоже в теме :)

ну сравни.

я пока не пользовался ни тем ни другим. Хватает git. Но про тормоза и глюки меркуриал ходят легенды. А про darcs я ничего криминального не слышал.

ну в общем понятно, да.

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

>я пока не пользовался ни тем ни другим. Хватает git. Но про тормоза и глюки меркуриал ходят легенды. А про darcs я ничего криминального не слышал.

AVL2

Живешь в инкубаторе с альтернативной реальностью? Это многое объясняет.

А в реальном мире так:
Но про глюки git ходили легенды. Но нынешний - уже ничего, юзабелен ...
Но про тормоза и глюки darcs ходят легенды. И тут всё без перспектив :(


И кстати - какой ты сделал вывод в своём посте? Дай догадаюсь - в борьбе чистой функциональшины (в лице haskell\darcs) и недо-функциональщины\недо-ОО\недо-<будь ласка - допиши сам> (в лице python\mercuriall) победил ...... БАРАБАННАЯ ДРОБЬ! ... голый С! 8-о
ЧИТД :)

>Но про глюки git ходили легенды. Но нынешний - уже ничего, юзабелен ...

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

Но про тормоза и глюки darcs ходят легенды.

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

И кстати - какой ты сделал вывод в своём посте?

что выбирая конечную программу, я исхожу из многих параметров, большинство из которых к программированию не имют никакого отношения. Поэтому git, gimp, gthumb. А выбирая ЯП для своего проекта, я смотрю на общие черты проектов на нем написанных. И хаскельные проекты мне очень и очень нравятся.