Comments 30
Спасибо, со временем испытаю все
0
спасибо за статью, из неточностей: hacketyhack НЕ на shoes, а на по-моему XUL сейчас, но _why shoes собственно для того и стал писать, чтобы новый hacketyhack написать на shoes, для processing есть ruby-processing.
+3
UFO just landed and posted this here
Enterbrain в RPG Maker XP (и, думается, далее) использует Ruby как внутренний скриптовый язык.
0
Да, скрипты для внутренних задач — прекрасная ниша для Ruby. Я правда слышал, что интерпретаторы Lua и IO лучше подходят для встраивания, но всё равно :). В статье не упомянул потому что не думаю, что многие на Хабре разрабатывают свои системы со внутренним скриптовым движком :).
+2
Кстати, если уж говорить о Lua, какую-нибудь литературу не посоветуете? Давно была мысль посмотреть как это внутри :)
0
Глубоко не копал. В Википедии много приятных ссылок.
+1
Сейчас уже начали V8 встраивать местами :)
0
еще для руби неплохи биндинги Qt (это я в тему про ГУЙ)
+1
GTK+ тоже есть :). Но в таком случае надо думать как распространять приложение — если включать Qt в дистрибутив получается очень жирно. А менеджера пакетов под Windows и Mac OS X нет :(.
+1
По поводу жирно не согласен. Если нужно именно минимум объема то можно пользоваться тройкой и выбирать только те компоненты которые непосредственно нужны. При этом объем библиотек сиииильно уменьшается.
+1
Тройки виндовой нет под GPL, а ruby-шные биндинги — это GPL. Соответственно, довольно сложно извернуться, что бы результат можно было бы кому-то показывать. Впрочем, это не на тему жирности или нежирности.
0
Ну под мак в принципе все приложения жирные, потому что тянут за собой все нужные им библиотеки (например adium (IM client) весит под 30 метров в сжатом виде) и маководов это не особо парит.
0
Если у вас есть нудный и некритичный к скорости код на Java (например, описание GUI или тесты), то почему бы не взглянуть на JRuby?
Потому что есть Groovy?)
Статья интересная, правда ощущение, что весь код Ruby — DSL судя по концентрации этого термина в статье)
+3
Ну лёгкость создания DSL — одно из преимуществ Ruby. Groovy — крут, но может некоторые уже привыкли к Ruby :).
+2
>Ну лёгкость создания DSL — одно из преимуществ Ruby.
groovy умеет это не хуже
>Groovy — крут, но может некоторые уже привыкли к Ruby :)
ага, java-разработчики? уж groovy-то куда ближе и понятнее для них.
groovy умеет это не хуже
>Groovy — крут, но может некоторые уже привыкли к Ruby :)
ага, java-разработчики? уж groovy-то куда ближе и понятнее для них.
+1
Спасибо за подборку. Действительно, даже этот блог на Хабре по большей части состоит из статей по рельсам, вот такой революционный фрэймворк :)
0
по-поводу Merb — после выхода версии 1.0 решил начать новый проект на нем, хотя он совсем не критичен по скорости, очень понравилось, не смотря на множество не привычных вещей
спасибо за пост, хотя я в принципе ничего нового не узнал, но читал с удовольствием
спасибо за пост, хотя я в принципе ничего нового не узнал, но читал с удовольствием
+1
очень рад что хотябы у одного человека руби !== рор
описание Merb понравилось (из-за того что не навязывают как нужно программировать), возможно знакомство с его идеями станет моим шагом в руби )
описание Merb понравилось (из-за того что не навязывают как нужно программировать), возможно знакомство с его идеями станет моим шагом в руби )
+1
Интересно, откуда пошла эти идиотская байка, будто все считают, что руби == рор? Не встечал ни одного человека, который так считает.
-1
В тексте есть ссылки :). Например, см. habrahabr.ru/blogs/ruby/45377/#comment_1148113
+1
Ну и где там утверждение, что руби == рельсы? Первое предложение: «Роуты в рельсах очень важная вещь». Дали ссылку на свой же комментарий, опревергающий утверждение, которое никто не высказывал? Чисто для пЕару? Ну-ну. Похоже модная фразочка такая? :)
0
Дело в том, что в серии статей о роутерах в Рельсах по умолчанию подразумевалось, что это рельсы. Например, это не указано в заголовке и т. д.
0
Рельсы же построены на умолчаниях :).
Ну, а нафига в заголовке писать что «руби != рельса» не очень понятно. В тексте же написано. Посмотрите в статьи про джангу, симфони, жквери… Никто не указывает что-то специально в заголовках. Или вы там тоже оставляете комментарии, что джанга != питону, симфони != пхп, жквери != жабаскрипту? Ну смешно же.
Ну, а нафига в заголовке писать что «руби != рельса» не очень понятно. В тексте же написано. Посмотрите в статьи про джангу, симфони, жквери… Никто не указывает что-то специально в заголовках. Или вы там тоже оставляете комментарии, что джанга != питону, симфони != пхп, жквери != жабаскрипту? Ну смешно же.
0
В том-то и дело, что указывают :). Для PHP существует куча framework’ов и Symphony вообще не лидер. Для JS многие используют ExtJS, в Rails вообще Prototype — перевес jQuery минимален. С Django конечно подобная история, но Python активно применяется не только для Веба.
0
>В том-то и дело, что указывают
Доказательства? Загляните в раздел веб-разработка. В 99.9% случаев под языком для «веб-разработки» подразумевается по умолчанию пхп. Вы бы знали как меня это бесит :). Начать что ли вставлять везде бессмысленные комментарии «веб-разработка != пыхыпе» :).
>Для PHP существует куча framework’ов и Symphony вообще не лидер.
А при чём здесь лидер — не лидер? Заголовки пишут «Как сделать вот разэдакую хрень в симфони/джанге/жквери/прототипе», а не «как сделать эту хрень в пхп/питоновском/жабаскриптовском фреймворке симфони/джанге/жквери/прототипе». Так зачем же для рельс это надо указывать явно???
>С Django конечно подобная история, но Python активно применяется не только для Веба.
Ну и что. Руби тоже активно применяется не только для веба.
Я не об этом. Стало модным почему-то, любую статью про руби, там где не идёт речь о рельсах начинать с этого дурацкого заявления, что все якобы думают… Не все. Не думают. Идиотская мода. Я сразу начинаю подозревать, что аффтар подобной статьи — вчерашний «пхп-программист» (в худшем смысле этого слова), который сегодня пролистал книжку про рельсы, а час назад неожиданно для себя открыл, что рельсы написаны, оказывается, на таком специальном языке руби, который не просто веб-шаблонизатор, как пхп, а нормальный себе язык программирования и этой немудрёной, но радостной мыслью аффтар и спешит огорошить якобы ничего не подозревающую общественность, которая, ага, «вся думает, что руби==рельса». Не вся. :) Не думает :) :)
Доказательства? Загляните в раздел веб-разработка. В 99.9% случаев под языком для «веб-разработки» подразумевается по умолчанию пхп. Вы бы знали как меня это бесит :). Начать что ли вставлять везде бессмысленные комментарии «веб-разработка != пыхыпе» :).
>Для PHP существует куча framework’ов и Symphony вообще не лидер.
А при чём здесь лидер — не лидер? Заголовки пишут «Как сделать вот разэдакую хрень в симфони/джанге/жквери/прототипе», а не «как сделать эту хрень в пхп/питоновском/жабаскриптовском фреймворке симфони/джанге/жквери/прототипе». Так зачем же для рельс это надо указывать явно???
>С Django конечно подобная история, но Python активно применяется не только для Веба.
Ну и что. Руби тоже активно применяется не только для веба.
Я не об этом. Стало модным почему-то, любую статью про руби, там где не идёт речь о рельсах начинать с этого дурацкого заявления, что все якобы думают… Не все. Не думают. Идиотская мода. Я сразу начинаю подозревать, что аффтар подобной статьи — вчерашний «пхп-программист» (в худшем смысле этого слова), который сегодня пролистал книжку про рельсы, а час назад неожиданно для себя открыл, что рельсы написаны, оказывается, на таком специальном языке руби, который не просто веб-шаблонизатор, как пхп, а нормальный себе язык программирования и этой немудрёной, но радостной мыслью аффтар и спешит огорошить якобы ничего не подозревающую общественность, которая, ага, «вся думает, что руби==рельса». Не вся. :) Не думает :) :)
0
Да, согласен что руби и рельсы это разные вещи. Как там DHH говорит — «рельсы — это самоуверенное программирование». Т.е. нужно быть всегда готовым смотреть в кишки приложения, как всякие плагины от дяди Васи насилуют рантайм и прочее. Но мне как-то не по душе такой подход. А вот руби в целом довольно по душе.
Насчет скриптов — попиарю ка я одну штуку: www.inquisitor.ru/doc/einarc/index.html
Получил огромное удовольствие при написании модуля Software для нее=) Кстати весь проект Inquisitor достаточно активно использует ruby на ряду с sh и perl
Насчет скриптов — попиарю ка я одну штуку: www.inquisitor.ru/doc/einarc/index.html
Получил огромное удовольствие при написании модуля Software для нее=) Кстати весь проект Inquisitor достаточно активно использует ruby на ряду с sh и perl
+1
На всякий случай небольшое уточнение. Рельсы также, как и Мерб не привязывают к конкретному фреймворку. По дефолту стоит Prototype, на парой сточек он меняется на JQuery. :)
+ FFI к интересным проектам. Позволяет интегрировать код на С/C++
+ FFI к интересным проектам. Позволяет интегрировать код на С/C++
+1
Sign up to leave a comment.
Ruby is not Rails