Introducing Live for RubyMotion • Hacker News Board

Re: Introducing Live for RubyMotion

#11

Post by getsat » Tue, May 22, 2012, 8:07 PM UTC

strags wrote: post #4

We had something similar quite a while ago at Naughty Dog, when working on the Jak and Daxter PS2 games. Our development environment was Emacs, and as well as having a REPL console in one of the buffers, you could position your cursor inside any function/method, hit CTRL/T, and have just that function compiled and updated on the target hardware, on the fly, with no restart required. Iterative programming is especiall…

Was this using GOAL? http://en.wikipedia.org/wiki/Game_Oriented_Assembly_Lisp

Re: Introducing Live for RubyMotion

#12

Post by strags » Tue, May 22, 2012, 8:15 PM UTC

getsat wrote: post #11

strags wrote: post #4

We had something similar quite a while ago at Naughty Dog, when working on the Jak and Daxter PS2 games. Our development environment was Emacs, and as well as having a REPL console in one of the buffers, you could position your cursor inside any function/method, hit CTRL/T, and have just that function compiled and updated on the target hardware, on the fly, with no restart required. Iterative programming is especiall…

Was this using GOAL? http://en.wikipedia.org/wiki/Game_Oriented_Assembly_Lisp

Yep. GOAL was built from the ground up to support hot relinking, as well as a number of other nice features. Very cool for the time.

Re: Introducing Live for RubyMotion

#13

Post by hboon » Wed, May 23, 2012, 1:35 AM UTC

nupark2 wrote: post #10

zealog wrote: post #7

The build, check, tweak, rebuild is certainly the most time consuming part of any iOS development. This is a really great enhancement.

If you use unit tests and Interface Builder, that time should largely disappear.

It doesn't if you use alot of custom views and animations.