Как стать автором
Обновить

Комментарии 27

Новость прекрасная. Однако:
Лицензия RubyMotion, включающая в себя годовую поддержку обновлений, стоит $199.99. Сейчас ее можно приобрести со скидкой за $149.99.

Т.е. community-версии не ожидать? MacRuby-то был бесплатным.
У меня у самого к ним масса вопросов. Отправил заявку на вступление в гугл группу проекта. Хотелось бы пощупать, хотя-бы, какой-нибудь триал.
А вы как хотели? Mono вон тоже бесплатное, а MonoTouch денег стоит.
Выглядит как очень крутая штука. Давно хотел иметь возможность на ruby под ios писать.
«Есть» еще mobiRuby. Но он только в проекте и основываться будет на mRuby.

Как человек который пробовал писать на macruby скажу честно — это не нужно. Cocoa все равно учить надо, на ruby синтаксис это не ложится как хотелось бы. В результате код получается менее читальным и не понятным. А так ак Obj-c весьма простой (а с ARC еще проще) и Cocoa учить все равно надо — в чем смысл?
Выглядит как очень крутая штука.

На мой взгляд как раз наоборот. И вот почему.

— Если посмотреть на примеры или предлагаемое видео, при этом иметь бэкграунд разработки под ios, то очень хорошо видно, что используя этот продукт вы просто пишите на Objective-C с помощью синтаксиса Ruby. То есть данный продукт даже нельзя сравнивать с Appcelerator Titanium. И тут возникает вопрос, если тут почти уже Objective-C, почему бы не писать на нём используя довольно продуманный XCode при этом оставив себе эти деньги на сертификат разработчика?

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

— Все примеры приложений сделаны на уровне Hello world с первых 50 страниц книжки про программирование под iOS. К тому же нет триальной или демо версии. То есть не заплатив текущие $149.99 вы не знаете можете ли реализовать свою задумку с помощью данного продукта или нет.

— «Interactive development» который позволяет ковырять исполняемые приложения хорош в том примере, что есть на сайте. Отдебажить таким образом что-то более-менее серьезное вы вряд ли сможете или захотите.

— Заявление про то, что вы можете использовать именно тот редактор, какой захотите. Если вы хоть раз писали приложения не уровня Hello world, вас так же как и меня поставит в тупик такое заявление. Вот я лично серьезно не понимаю, как можно написать, что-то используя emacs или vim. Возможно они придумали, что-то супер-мега крутое, что изменит мое мнение, но на данный момент я считаю, что это возможно только при написании их примеров.
Рассмотрел примеры на сайте, воодушевился и купил эту хрень. Теперь, после возникновения первых непонятных проблем, я с ужасом заметил что не могу найти ни одного достойного способа отследить что происходит с моим приложением. И вроде сделал все как в примерах (с небольшими изменениями: кнопку лишнюю добавил или еще какой контрол), но не работает как задумывалось. И появилось куча вопросов. Как это дело отлаживать? Как дебажить? Где вообще хоть какая-нибудь подробная информация как это работает? Никакой документации! Надеялся что она будет в комплекте с лицензией. Хренушки
Да, забыл сказать, что интерактивная консоль не очень то удобная вещь, если пишешь что-то отличное от примеров. Нельзя просто тыкнуть в контрол и получить его в консоли. В итоге получаешь не те объекты, а докапаться до нужных новичку в разработке для iOS (а именно для них как я понял это и писалось) очень тяжко. Нет ни помощи в консоле, ни встроенной документации, как в pry например, ни автокомплита. Вроде бы для рубистов сделано, но никакого удобства не предоставленно. Разачарован.
Удалось применить как-нибудь?
Сейчас еще MobiRuby на базе mruby начали делать. Там и Android и iOS будут поддерживаться.
Вот я лично серьезно не понимаю, как можно написать, что-то используя emacs или vim.

Это шутка? emacs и vim мощнейшие редакторы. Другой вопрос чтобы научится ими пользоваться нужно потрудиться.

А по поводу сравнения с Obj-C согласен, пока это так. Но, во первых синтаксис ruby приятнее. И во вторых теперь есть возможность делать библиотеки аля ios on rails. Вот тогда это на полную мощность будет работать.
emacs и vim мощнейшие редакторы

Вот именно. Редакторы. А XCode это IDE. И для разработки приложений средней и большой сложности нужна именно IDE. Я писал следуя из своего опыта написания iOS приложений, и опыта работы с vim и xcode. Если вы мне на конкретных примерах объясните как можно заменить все те действия с UI которые есть в XCode на какие-то действия в vim, и это не будет адовой дрочкой, я возьму свои слова обратно.

Но, во первых синтаксис ruby приятнее.

Вы готовы отдать $149 за любимый синтаксис? Лично я — нет. Во-вторых это надстройка над инфраструктурой iOS разработки и судя по всему трансляция вашего кода в obj-c и его конечная компиляция. Забудь они где-то символ в преобразовании кода, вы с ума сойдете пытаясь найти ошибку.

И во вторых теперь есть возможность делать библиотеки аля ios on rails.

Что значит аля ios on rails? Я работаю с Rails и слабо понимаю, при чем тут он.

Я говорил по своему опыту, я пишу и на obj-c и на ruby. И я не вижу ни одной объективной причины использовать данный продукт. Разве, что используя любимый синтаксис делать всё, что угодно, и сайты писать, и программы и ядра осей и так далее… но это не объективная причина.
vim для руби как IDE полноценный может использоваться, есть пакет плагинов, забыл, в общем все очень круто становится :)
Я говорил не про разработку на руби, а про создание приложений под ios.
… и судя по всему трансляция вашего кода в obj-c и его конечная компиляция.


Насколько я понял, там нет трансляции в obj-c, а написан полноценный статический компилятор для Руби. Чел пол года, пока ему нельзя было напрямую заниматься MacRuby создавал компилятор.
написан полноценный статический компилятор для Руби

Откуда такая информация? На сайте проекта написано, только про ихний рантайм и то как-то размыто. К тому же для работы требуется iOS SDK, явно не просто так.
В кратце: obj-c на iOS компилируется под llvm, macruby тоже под него компилируется в результате у них один рантаим и gc (на iOS нет GC, но это детали). Macruby не было на iOS потому, что там нет GC, а без него на нем не попишешь. Это не мост между языками, это единый рантаим.

А mobiRuby это я бы не стал называть это проектом. Когда состоялся публичный рулиз mRuby, как-то парень решил, что он сможет портануть это на iOS, тут же на бутсрапе зафигачил сайт, отписался на Hacker News, что он портанет mRuby на iOS и его выбили в топ.

Такие дела.
«It's not the case. RubyMotion compiles Ruby straight [1] to machine code and does not use Objective-C in the middle.

[1] Well, it's a bit more complicated, and looks like this: Ruby Source Code -> Ruby AST -> LLVM Bitcode -> Assembly -> Machine code.»


Цитата Лорана на этот вопрос. Наконец-то я получил доступ к их гугл группе и как раз наткнулся на обсуждение.
Fully compiled
RubyMotion transforms the Ruby source code of your project into optimized, blazing-fast machine code using a revolutionary, state-of-the-art static compiler, based on LLVM.
Синтаксис руби полностью теряет свою привлекательность когда его смешивают с Cocoa. Ну не пишут так на руби.
Тоже задумывался об этом. Но так ли много Cocoa будет в нормального размера iOS приложении?
Не стоит оно того…
Если честно — удивляюсь таким людям, и завидую. По доброму завидую. В одиночку проделать такую работу мне кажется практически не возможно. Тем более с учетом just for fun (если не считать эти $149.99).
Передовики практического применения ruby, несмотря на все предрассудки, рассматривают RubyMotion всерьез. thoughtbot рассказали в рассылке, что в ближайшее время в AppStore появится их первый продукт на RubyMotion www.stattleship.io/fanboat.html

В Rubymine внедрили поддержку RubyMotion.

Индустрия не боится, индустрия пробует.
C публикацией на AppStore проблем возникнет?
Зарегистрируйтесь на Хабре , чтобы оставить комментарий

Публикации

Истории