Hacker News new | past | comments | ask | show | jobs | submit login

Barriers promote ingenuity. No barriers promote bloat.



I get your point, but the previous 50MB barrier still allowed for plenty of bloat. The main ingenuity that it promoted was the ingenuity to host the rest externally to be downloaded on first application launch. This download often took more than 15 minutes (the refund period), causing tons of complaints if the application didn't work for some reason.

As the application is still restricted to 50MB, and the additional space is in the form of expansion packs, this isn't likely to result in larger code. I think it is mostly to solve the consumer complaint issue.


> Barriers promote ingenuity.

On the other hand, no matter how ingenious you are you probably won't get a full-blown Myst or Riven on 50MB. Ever.

Which is fine if you don't want to provide that, but no barriers also provide artistic freedom. You're free not to use bloated applications.

And it's not like developers couldn't offload that bloat to be downloaded after installation.


To be clear, the limit for the main application APK is still 50K. This change allows developers to also host on the Google Market servers up to 2 supplemental files that are up to 2Gigs in size.

Basically, this provides a better supported, more reliable, more standardized way to accommodate the already common idiom where many Android games will, immediately on first run, begin downloading the game assets (graphics, sounds, music, etc).


Sounds like a nice saying but I don't really see the need for ingenuity to setup an external data server so that the app on first use has to start downloading 2GB of data that it needs. It is not pleasant from a developer's point of view and from the user point of view. That to me seems like jumping through hoops, wasting time, money and frustrating the user




Join us for AI Startup School this June 16-17 in San Francisco!

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

Search: