News for hackers. Stuff that matters.
Re:On Why I Am Not Buying RubyMotion by JackC on Tuesday May 08, 2012 @05:26PM (#3945849)
I'm curious about this ... how much more is "under the hood" of a RubyMotion app than an ObjC app? In the HTML5 -> Native tools you're dealing with an extra abstraction, Javascript running on top of an interpreter that talks to native APIs, which becomes a problem if you need to use the native APIs in a way the interpreter designers didn't think of. But RubyMotion isn't a layer on top of native code, it is native code -- it's a Ruby->machine code compiler. So is there any more standing between you and the hardware than there is if you use XCode? Maybe I'm totally misunderstanding the architecture ...
Re:On Why I Am Not Buying RubyMotion by funkyboy on Thursday May 10, 2012 @08:21AM (#3953058)
Like I have said it is just a "language layer" around Cocoa API, there are no extra, built-on-top classes/things. Instead of writing Obj-c you write Ruby, but the behavior is the same.