4 ms·

One thing all those "let's build our app on top of 1000 layers so we can use our $favourite language"-people tend to forget is that mobile software runs on mobi

by franzus 14y ago

One thing all those "let's build our app on top of 1000 layers so we can use our $favourite language"-people tend to forget is that mobile software runs on mobile devices. Which have one remarkable property: they are energy constrained. So you better write some fast, native code or your users will have trouble keeping their devices alive for one day.

rmason 14y ago
I remember well the assembly language crowd making the same argument back in the eighties. Processors got faster and machines shipped with more RAM. The tipping point was reached and all of a sudden no one was writing entire programs that way.
- sandofsky 14y ago
  While you wait for the tipping point, I'll be over here shipping.
  - modarts 14y ago
    Shipping slow, bloated software using a framework that is a second class citizen on any platform you decide to compile to.
    - untog 14y ago
      That doesn't matter. What matters is whether your users care or not. We're all app perfections here, as well we should be, but plenty of people are happy with "good enough".
    - sandofsky 14y ago
      I write apps native, in the given platform's blessed language and framework.
  - tomjen3 14y ago
    That is fine. We will eat your lunch on version two. Then hire you on a great salary because great programmers are hard to find.
10char 14y ago
I think RubyMotion proves that alternative languages don't need to come at a cost to performance. It's tougher to write a custom compiler like RM uses, but the end result is identical performance to normal Objective-C. "Just" write a similar compiler for Android/Dalvik and you're there ;)
- weixiyen 14y ago
  Just watched the video on RubyMotion. Is this really saving much time over Objective-C? I'm saving a few lines of code, but now I have to keep compiling from Ruby to Obj-C, and get none of the benefits of XCode.

4 ms·

One thing all those "let's build our app on top of 1000 layers so we can use our $favourite language"-people tend to forget is that mobile software runs on mobi

by franzus 14y ago

rmason 14y ago
I remember well the assembly language crowd making the same argument back in the eighties. Processors got faster and machines shipped with more RAM. The tipping point was reached and all of a sudden no one was writing entire programs that way.
- sandofsky 14y ago
  While you wait for the tipping point, I'll be over here shipping.
  - modarts 14y ago
    Shipping slow, bloated software using a framework that is a second class citizen on any platform you decide to compile to.
    - untog 14y ago
      That doesn't matter. What matters is whether your users care or not. We're all app perfections here, as well we should be, but plenty of people are happy with "good enough".
    - sandofsky 14y ago
      I write apps native, in the given platform's blessed language and framework.
  - tomjen3 14y ago
    That is fine. We will eat your lunch on version two. Then hire you on a great salary because great programmers are hard to find.
10char 14y ago
I think RubyMotion proves that alternative languages don't need to come at a cost to performance. It's tougher to write a custom compiler like RM uses, but the end result is identical performance to normal Objective-C. "Just" write a similar compiler for Android/Dalvik and you're there ;)
- weixiyen 14y ago
  Just watched the video on RubyMotion. Is this really saving much time over Objective-C? I'm saving a few lines of code, but now I have to keep compiling from Ruby to Obj-C, and get none of the benefits of XCode.