Rybu on rails or django or ...

Flask. Python.

Лорчую этого регистранта.

Только жанга. Или вордпресс. Третьего не дано.

Вы что, ненормальные.. только руби.

Все и всё пишут на руби, придите в себя уже. Твиттер на руби, кофескрипт на руби. Только потоооом они начинают чудить и переписывать на что-то там. Если это что-то там такое хорошее, то писали бы сразу на нем. Гитхаб на руби, бэйскамп на руби... Руби - это единственное на чем можно писать - не бороться с синтаксисом, не разгребать dependency hell, не лазить по сайтам пупкиных в поисках баблиотек. Не упаковывать в системный пакет всю туеву кучу файлов - нет, все собирается, все работает сразу. Руби - это, на сегодняшний день, единственный вменяемый инструмент (веб)разработки. Остальное так далеко, что только сумасшедший этого не видит.

кофескрипт на руби

Что, простите?

http://ru.wikipedia.org/wiki/CoffeeScript#.D0.98.D1.81.D1.82.D0.BE.D1.80.D0.B...

Это дела давно минувших дней, сейчас Coffeescript написан на Coffeescript.

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

Сейчас и твиттер написан на твиттере, если что -_-

Не надо. Область применения руби без рельс и вне веба - чуть более чем никакая.

На секунду здесь речь именно про веб. Кроме веба ничего и не нужно в общем-то.

На секунду здесь речь именно про веб. Кроме веба ничего и не нужно в общем-то.

Нужно. Поэтому пользы от знания питона будет больше.

Т.е. потому что может быть когда-нибудь где-то еще питон пригодиться, там, где руби ну совсем не применим (что маловероятно), нужно не использовать руби для веба, где он рвет и мечет)) Это никогда не окупится -_-

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

а для веба лучше руби

Если бы это было так, я бы с тобой согласился.

Сейчас и твиттер написан на твиттере, если что -_-

А Facebook — на PHP. А EVE Online — на Python :)

Пример конкретного проекта ни о чём не говорит…

Все и всё пишут на руби, придите в себя уже.

http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html

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

А EVE Online — на Python

Там питона-то кот наплакал, она вся микрософтом пропитана.

А Facebook — на PHP. А EVE Online — на Python :)

И тот и другой - старые проекты.

под каждую задачу нужно правильно подбирать свой

Угу, вот для веба - руби, для другого - другое.

И тот и другой - старые проекты.

И что? Руби тоже старый проект. И питон тоже.

Угу, руби - только для веба, другое - для чего угодно.

Исправил.

Нет, ты объясни сам феномен, почему именно руби используют для создания _рабочего_ прототипа?

Так нет ничего кроме веба. Даже инструменты разработки возьми - git, gem, напрмер, все же тесно интегрировано с вебом, а без него будет стремным и унылым.

Для создания блога, я не буду использовать ruby, я возьму wordpress, он на php, ибо нехер время терять и велосипедить; для разработки API я возьму Mojolicious Lite, он на perl, ибо очень легкий и быстрый или Silex, он на php, тоже весьма резвый, можно Bottle или Sinatra, python или ruby, соответственно. А вообще я бы рекомендовал режим фанатика выключить, что бы настолько смело утверждать, что все, кроме руби - говно, нужно на всем этом не один год писать, руби тоже то еще говно, жрущее ресурсы как не в себя.

Так нет ничего кроме веба. Даже инструменты разработки возьми - git, gem, напрмер, все же тесно интегрировано с вебом, а без него будет стремным и унылым.

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

Какой к лешему феномен? Для рабочего прототипа можно использовать все что угодно, в последние 2-3 года ruby - это тренд, его вполне себе начинает подпирать Scala, при этом посмотри статистику, на чем больше всего сейчас пишут под веб, ты сильно удивишься, я полагаю.

git создавался как инструмент для разрабов ядра, и то что он гоняет данные по сети, не значит, что он «тесно интегрирован с вебом». Не github'ом единым, как говорится.

ибо очень легкий и быстрый

Да.. ты возмешь клон синатры)) Но не руби, нет)))

нужно на всем этом не один год писать

Я не на столько тугодум :\

Хватит советовать лажу.

Такова реальность, когда-то и интернета не было, а теперь есть, прими это.

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

Транслятор руби в js - вещь, которую можно предсказывать.

Главное принимай приближающиеся объекты, а то им может быть все равно, счел ты их, или нет))

Транслятор руби в js - вещь, которую можно предсказывать.

Вышло ядро 3.11.

Нет, ты объясни сам феномен, почему именно руби используют для создания _рабочего_ прототипа?

Ну, это пусть объясняют те экзоты, которые сей _феномен_ и практикуют :)

А вообще я бы рекомендовал режим фанатика выключить

Да, вроде, это тролль обыкновенный, перекормленный :)

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

Я обычно не отслеживаю, кто тут тролль

Я тоже. Но стиль сообщений же! :) Хотя, конечно, может человек, впервые взявший в руки молоток и которому всё вокруг кажется гвоздями…

Нет, ты объясни сам феномен, почему именно руби используют для создания _рабочего_ прототипа?

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

Нет, что значит фанатик, кто из нас тут впаривает перл?)

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

bundle install

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

Можно пофилософствовать и сказать, что для природы в целом характерны фракталы. Т.е. повторения на большем (или меньшем) масштабе. И если посмотреть на руби, то как библиотеки легко собираются и интегрируются между собой, избегая версионных конфликтов, так и более крупные приложения (rack) легко интегрируются между собой. И всегда будет так. Всегда программы на руби будут легко и удобно взаимодействовать. А перл, пхп как были файловой помойкой в cgi-bin, так и останутся этим навсегда.

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

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

Потому что это вранье?)

К тому же руби

Ох.. этот твой унылый троллинг..

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

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

Во-первых, я не впариваю, я говорю чем я бы воспользовался в конкретной ситуации, во-вторых, все что написано после превознесения ruby - горячечный бред, причем человека неосведомленного: man cpan, man composer, man pip. Разберись с предметной областью, а потом слюной брызгайся.

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

man cpan, man composer, man pip

угу, примени к себе вместе с

man gemfile

Rybu on rails or django or ... (комментарий)

Так уже давно применил, в том числе man gemfile, потому и не кричу, что какой-то ЯП/Framework лучше остальных и нет ему альтернатив :)

плохо применил.. что тут скажешь

не один год

http://www.linux.org.ru/forum/web-development/9540061?cid=9540399 (комментарий)

И на чем основано это предположение? Я уж молчу что вменяемая аргументация явно перерастает в попытку оскорбить собеседника? :)

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

перерастает в попытку оскорбить собеседника?

Просто ты нихрена не читал ибо не заметить столь очевидные отличия невозможно.

например

gem outdated          #Display all gems that need updates