Hacker Newsnew | past | comments | ask | show | jobs | submit | stashpro's commentslogin

I lived through it. The URV was the turning point for inflation in Brazil, and a huge part was in fact the impression people had the the price was not going to change in the next day.


HipByte, thanks for the awesome product!


hum.. imagine if you develop apps for the Apple tv.. that would be seriously awesome.


I've long been a fan of having artwork as my wallpaper, and finding nice ones has always been a hassle. Just bought it. Thanks!


nice


RubyMotion is not standard Ruby, it is a reimplementation of Ruby using the Objective-C runtime.


You guys are right, forgot that RM compiles to objc. Then it might work!

Even then, when making a game you want to stand on the shoulders of a good development community, go with the biggest community for iOS. So far it seems to be Unity.


If you're too concerned, there is a self-hosted option, GitHub Enterprise.


no


Pixate 1.1 Beta was issued on Jun 13th to run on iOS7


Thanks!


That's a lot of fuzz for an active bug with a very easy workaround.


The fact that there is a workaround is irrelevant for two reasons.

First, said workaround would completely change the entire structure of your ruby code. Basically, kill blocks. This is inferior to Objective-C itself structure-wise.

Second, and most importantly, this bug is not something that jumps out at you. It only causes crashes in some small % of runs. So, the result is your apps look fine, you are writing idiomatic ruby, but once you release to production, you start getting crash reports because you closed over a local variable that ends up being released. This is the kiss of death for production apps: un-reproducible bugs due to magic in the compiler not working as expected.

In other words, even if you know about the bug, and even if you understand the workaround, if you write code naturally, you are going to introduce crashing bugs that are not reproducible that affect some small but measurable percentage of your users. A true nightmare.


I think "irrelevant" is a poor choice of words here.

It is VERY relevant that there is a workaround. Additionally, it's kind of unfair to point at 1 bug (that has a workaround) and judge an entire system on it.

https://yourlogicalfallacyis.com/composition-division https://yourlogicalfallacyis.com/no-true-scotsman https://yourlogicalfallacyis.com/the-texas-sharpshooter


You basically just said "No, you" and then posted some links to logical fallacies. Care to address my argument more directly? The key problem here is that while this bug that may have a workaround (and that workaround is questionable to even work in all cases), it's that the bug does not manifest itself in a development environment, and occurs when you write code naturally. So, you are likely to introduce the bug, but you don't get to know you have crash issues all over your app until you ship it to a lot of users. This, combined with the App Store review delay process, results in a situation where this platform is not tenable for professional software developers to use.

edit: Laurent (RubyMotion lead) has chimed in and raised the priority of this issue, this is great news


I didn't see a workaround, can you elaborate?



I understood that using an instance variable is a viable workaround. Or maybe just code around the issue?


The author states that even using this method has produced indeterminate crashes.


Read the paragraph that starts with the sentence, "Of course, there's a workaround."


you mean the paragraph that includes "...will correct the crashing error – sometimes. I’ve used instance variables and have still experienced crashes in blocks" ? That one? Or was there a paragraph I missed that included a workaround that actually solved the problem rather than minimizing it?


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: