Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

RubyMotion - Ruby for iOS

rubymotion.com

Post reply on HN
Print view View original

131–140 of 250 posts

Re: RubyMotion - Ruby for iOS

#131

Post by YuriNiyazov »

jawngee wrote: post #124
spacemanaki wrote: post #87

Earlier quoted context omitted.

Forgive my ignorance of iOS, but do the current Objective-C based tools deliver "An interactive shell [...] for introspection, live coding and debugging" ? If RubyMotion can actually deliver a real first-class REPL that works, that would be a pretty huge deal. Lack of a REPL is the biggest reason why I dislike mobile (Android) development.

Yes, it's called GDB or LLDB, depending on your compiler. Not live coding though, but I don't know if that's a big deal.

Yes, it's a big deal. Being able to live code completely changes (and dare I say, improves) one's ability to construct rather complicated structures that work because the small building blocks are live-tested. It's fantastic.

Re: RubyMotion - Ruby for iOS

#132

Post by jballanc »

jawngee wrote: post #126
jballanc wrote: post #107

Earlier quoted context omitted.

In RubyMotion, you can do something like: def animate(*args) UIView.begin_animation yield(*args) UIView.commit_animation end animate(myButton, &buttonAnimateBlockFromSomewhereElse) animate(myView, myOtherView, &genericAnimateBlockFromSomewhereElseWithTwoArgs) animate do # Do something locally ignoring args end And, yes, you can do the same thing with Obj-C and some creative casts...but it's nicer in RubyMotion! (ymmv…

You do it this way: [UIView animateWithDuration:1.0f animations:^{ self.view.alpha=0.0f; }]; Not so hard.

But what if I want to have my animations in one object, and my elements to animate in another? Yes, you can have an Obj-C method return a block, but you're going to have to do some nasty casting if you want to be able to call those blocks with an arbitrary number of arguments. (That, or box everything up in an NSArray, which kinda sucks.)

I think I'll try and write up a demo app to explain what I mean...

Re: RubyMotion - Ruby for iOS

#133

Post by nupark2 »

nupark2 wrote: post #98
jenius wrote: post #90

Earlier quoted context omitted.

Goodness - what a hateful, stereotyping, and narrow-minded comment. I'm enjoy ruby and spend a lot of time writing it, but would never pass judgement like this on anyone who uses another language. I've never interacted with anyone writing in any language that has an attitude like this - let's hope that you are an edge case...

Honestly, I'm part of the mostly-silent majority of polyglot programmers that choose the best language for the job and have grown increasingly weary of Rubyists wheel invention and focus on rock star programming and rock star rants. It's the only community that I find socially insufferable, and while an unpopular opinion here, I don't relish the notion of Rubyist culture. Culture aside, simply technologically, Ruby h…

Following up to note that:

- Despite the opinion clearly being unpopular here, I stand by it: the ruby community is toxic-at-best, and totally technogically uninteresting.

Individual Ruby developers may be very nice people, but that doesn't make the technology any more notable or novel, and doesn't change the general tenor of the Ruby community, which seems to be driven by larger than life personalities and a general lack of solid applied computer science.

Re: RubyMotion - Ruby for iOS

#135

Post by jawngee »

jballanc wrote: post #132
jawngee wrote: post #126

Earlier quoted context omitted.

You do it this way: [UIView animateWithDuration:1.0f animations:^{ self.view.alpha=0.0f; }]; Not so hard.

But what if I want to have my animations in one object, and my elements to animate in another? Yes, you can have an Obj-C method return a block, but you're going to have to do some nasty casting if you want to be able to call those blocks with an arbitrary number of arguments. (That, or box everything up in an NSArray, which kinda sucks.) I think I'll try and write up a demo app to explain what I mean...

Yes please do because you are making absolutely no sense whatsoever.

I think you are over thinking things.

Re: RubyMotion - Ruby for iOS

#136

Post by jawngee »

YuriNiyazov wrote: post #131
jawngee wrote: post #124

Earlier quoted context omitted.

Yes, it's called GDB or LLDB, depending on your compiler. Not live coding though, but I don't know if that's a big deal.

Yes, it's a big deal. Being able to live code completely changes (and dare I say, improves) one's ability to construct rather complicated structures that work because the small building blocks are live-tested. It's fantastic.

And now I'm left wondering how Apple ships anything without a REPL.

It's not a big deal*

* former smalltalker

Re: RubyMotion - Ruby for iOS

#137

Post by Turing_Machine »

nupark2 wrote: post #98
jenius wrote: post #90

Earlier quoted context omitted.

Goodness - what a hateful, stereotyping, and narrow-minded comment. I'm enjoy ruby and spend a lot of time writing it, but would never pass judgement like this on anyone who uses another language. I've never interacted with anyone writing in any language that has an attitude like this - let's hope that you are an edge case...

Honestly, I'm part of the mostly-silent majority of polyglot programmers that choose the best language for the job and have grown increasingly weary of Rubyists wheel invention and focus on rock star programming and rock star rants. It's the only community that I find socially insufferable, and while an unpopular opinion here, I don't relish the notion of Rubyist culture. Culture aside, simply technologically, Ruby h…

You might want to learn the difference between Ruby and Rails. Just an idea.

Re: RubyMotion - Ruby for iOS

#138

Post by freditup »

My thoughts: "Hey! This looks pretty neat. Oh it's $150 on sale, forget this. Oh it's only for macs, glad I never bought this piece of garbage."

That being said, it could be great, I have no idea.

Re: RubyMotion - Ruby for iOS

#139

Post by derekorgan »

Looks very promising. I love Ruby and I initially hated Objective-C but I have to admit now I find it very powerful. The biggest missing link here seems to be the Storyboard. Its a really nice option in xCode. Have I missed something, how are layouts defined separately from code?

Re: RubyMotion - Ruby for iOS

#140

Post by stephth »

I love writing Ruby code, but today I'm finally at a point where I also feel happy and productive with Objective-C. What made my eyes bulge is this:

http://www.rubymotion.com/developer-center/guides/project-ma...

No XCode. Instead of obscure and impenetrable project files, a convention over configuration Rakefile. Clean and Ruby-like workflows and repositories.

While you can certainly configure an Xcode workspace to program in RubyMotion, we do not provide any support for Xcode out-of-the-box. We do not believe that Xcode makes a good environment for Ruby development (or development in general). Ruby also makes it very easy to write great Domain-Specific Languages that can be used as elegant alternatives to graphical user interface or data modeling tools. [1]

Laurent Sansonetti gets it. I've been writing iOS code for three years and have never been able to figure out how to have a frictionless workflow around XCode, everything about it is convoluted. The idea of automating frequent development tasks with Ruby generators and DSLs sounds exciting and promising.

[1] http://www.rubymotion.com/support/#faq

Post reply on HN