Юкихиро Мацумото (Yukihiro Matsumoto), автор языка программирования Ruby, в интервью (http://www.infoworld.com/d/application-development/infoworld...) изданию InfoWorld упомянул о том, что он в настоящее время занимается разработкой альтернативного подмножества или диалекта языка Ruby, специально адаптированного для создания программ для портитивных устройств. Первый публичный выпуск мобильного Ruby планируется представить в начале следующего года. Кроме того, в интервью упоминается то, что после выпуска релиза Ruby 1.9.3 (сейчас находится (http://www.opennet.ru/opennews/art.shtml?num=31379) на этапе тестирования), который в большей степени будет корректирующим выпуском, разработчики переключатся на подготовку версии Ruby 2.0.
URL: http://www.infoworld.com/d/application-development/infoworld...
Новость: http://www.opennet.ru/opennews/art.shtml?num=31701
Haters gonna hate.
Этот китаец один всё делает???
Он японец
Под андроидом можно будет запутить программы на мобильном руби? А под айос? Или может винмобайл?
Why not?Джобс вроде разрешил интерпретаторы в аппсторе главное чтобы никакой код и интернетов не загружался.
Сервелад который в выньмобайл должен уметь пускать ironruby
А в андроиде и так никаких проблем не было.
> Джобс вроде разрешил интерпретаторы в аппсторе главное чтобы никакой код и интернетов
> не загружался.Лол! "Вы можете выпить все это пиво! Только чур бутылки с ним не открывать!"
а их уже можно благодаря порту JRuby
хотя визаяльное взаимодействие (окошки, нативные элементы управления) не сделали ещё
google://ruboto
За что уважаю японцев, они пока у себя не оттестируют как только можно,
код публично никогда не покажут.
Но могут сразу загрузить на сервер и запустить. На сервера Playtation Network, например.
Руби... Это тот язык который нужен чтоб на рельсах писать? :)
Хз o.O будем ждать тех у кого инвайт на гугл есть.
> на рельсах писать? :)"...и электричку навстречу?!"
Он хочет осчастливить вес Мир!
>Matsumoto: My goal is to make programmers happy. So currently, I think I was successful [at making] Web programmers happy. So I want to help more programmers, like in the embedding field -- the small-device programmers, or the high-performance computing programmers. Like supercomputers.LOL
> LOLВообще-то не "весь мир", а "программистов". И как минимум меня он рубями действительно осчастливил, красивый язык и кода красивого на нём довольно много к тому 2003 было уже написано.
Кто сам не творит, тому этого не понять, наверное.
Ну, насчёт красивого... Фанатичное ООП как-то не особо радует. И идея "отдельного диалекта для мобильных устройств" мне непонятна совершенно. Что ж там такго особенного-то, тем более учитывая нынешние мощности смартфонов и планшетов?
> Ну, насчёт красивого... Фанатичное ООП как-то не особо радует.А там как раз не фанатичное, в отличие от плюсов с жабами. Могу предложить почитать pickaxe book (в Киеве могу одолжить бумажное первое издание, btw) -- очень хорошо легло на извилины в своё время: http://ruby.osdn.org.ua/pickaxe/
> И идея "отдельного диалекта для мобильных устройств" мне непонятна совершенно.
> Что ж там такго особенного-то, тем более учитывая нынешние мощности смартфонов
> и планшетов?Этого тоже пока не понял, ну да обождём, что Matz в следующем году грозится показать.
> Этого тоже пока не понял, ну да обождём, что Matz в следующем
> году грозится показать.Мужики, вы что, прикалываетесь, что-ли?
Платформы мобильных устройств имеют свою специфику: организация многозадачности, управление памятью (GC), доступные размеры RAM и Flash-памяти и т.д.
Убрав несущественную семантику из языка и перетряхнув стандартную библиотеку можно сделать более компактный и более быстрый интерпретатор языка. Естественно это будет уже новый язык, мало совместимый с Ruby, хотя и похожий на него.
> Ну, насчёт красивого... Фанатичное ООП как-то не особо радует. И идея "отдельного
> диалекта для мобильных устройств" мне непонятна совершенно. Что ж там такго
> особенного-то, тем более учитывая нынешние мощности смартфонов и планшетов?Вы меня извините, конечно. Но фраза фанатичное ООП в контексте Ruby звучит также как фанатичное плавание рыбы в воде или фанатичное дышание (или как это правильно сказать) воздухом живыми существами на земле.
Хотя конечно же, если вы можете без риска для жизни дышать метаном, то я тогда умолкаю.
ООП в Ruby настолько органичен и естественнен, что через какое-то время его просто перестаешь там замечать.
Это в С++ ООП вписался в язык системного программирования Си изяществом кирпича в бисквитном торте.В данном случае, вы либо не поняли Ruby, либо не поняли ООП...
> Кто сам не творит, тому этого не понять, наверное.Могу заметить что большинство проектов на этом самом руби являют собой обыкновенные кривульки. Вот мало дельфистов было...
> Могу заметить что большинство проектов на любом языке являют собой обыкновенные кривульки.fixed
Аха! Вы это твитеру расскажите!
например? или будем голословны?
> Могу заметить что большинство проектов на этом самом руби являют собой обыкновенные
> кривульки. Вот мало дельфистов было...Большинство проектов на всех языках программирования являют собой обыкновенные кривульки. Вы видимо басика не видели. Или скриптов на bash'e. А лучше на проект писанные на .NET посмотрите. Вот уж где вахкналия кривулек...
как-то он не особо красив, особенно с украденными фишками из перла.
Вы еще лисп вспомните. Или даже фортран.
> Вы еще лисп вспомните. Или даже фортран.И тем более смолток.
да, Perl отличный язык
> как-то он не особо красив, особенно с украденными фишками из перла.Украдено? ТЫ поди gpl'щик небось? Вечно у вас несчастных где-то что-то воруют.
Заимствовано вообще-то... И не только в perl'е. Да и perl сам не на пустом месте возник.
Ага, и этот руби будет тянуть всё свой барахло с зависимостями. Оно надо на мобиле?!
Пусть лучше этот японец над прямой и обратной совместимостью поработает...
АААА! Совместимость не нужна, я выпускаю новые версии языка каждые 20 минут!
Какого языка-то? Русского? Ну и как совместимость?
А про какое "барахло" Вы говорите? А какие зависимости у ruby?
О том барахле, которое тянет rubygems и о зависимостях между всеми теми модулями которые вытягиваются.
> О том барахле, которое тянет rubygems...которые невозможно положить в дистрибутив, и которые в нём невозможно поддерживать...
...[бэк он топик] за обратную совместимомть поинт-релизов $SUBJ-а отдельное спасибо.
В дистрибутив программы? Операционки?
И то и то возможно.
>> О том барахле, которое тянет rubygems
> ...которые невозможно положить в дистрибутив, и которые в нём невозможно поддерживать...Чуточку иначе, хотя разводить отдельно неохота. Очень вкратце -- в гемсах немного не хватает метаданных, чтоб их можно было пересобирать в дистрибутив (полу)автоматически, как jpackage или cpan :(
> ...[бэк он топик] за обратную совместимомть поинт-релизов $SUBJ-а отдельное спасибо.
Да, ruby-shim между 1.6 и 1.8 весьма порадовал. А 1.9 (как и 1.7) предпочитаю не пользоваться без нужды.
> Чуточку иначе, хотя разводить отдельно неохота. Очень вкратце -- в гемсах
> немного не хватает метаданных, чтоб их можно было пересобирать в дистрибутив
> (полу)автоматически, как jpackage или cpan :(А оно и не надо. Gems со своим жизненным циклом, темпами развития никак не вписывались в сложившийся жизненный цикл репозиториев дистров. Автоматическое и/или полуавтоматическое перепаковывание gem'ов в rpm/deb'ы было попросту бессмысленно. Разборки между майнтейнерами debian и rubyst'ами яркий тому пример.
Какой был в этом смысл, если актуальный gem мог использовать версию lib'ы, которая в репах debian находилась в глубоком unstable?
Ребятам из Debian было не понятно зачем они должны пытаться угнаться за адептами какого-то ruby. А rubyst'ов раздражала тормознутость майнтейнеров debian.Правда ненужность этого осознали не сразу... Но зато нынешнее решение в виде rvm очень удачное. Причем на столько, что другие (тот же node.js с npm) охотно стали вопроизводить это решение у себя...
> Да, ruby-shim между 1.6 и 1.8 весьма порадовал. А 1.9 (как
> и 1.7) предпочитаю не пользоваться без нужды.Вы знаете язык, у которого между релизами сохраняется полная обратная совместимость? 0_о
"Хочу жить в Советском союзе..."
У Perl это верно на 100%
а что с Perl здесь не так?