Even THQ's Star Wars: Trench Run is affected. You can't really get more high profile than that. I wrote a blog post (http://bit.ly/disQ2C) with some links to various SDKs and their app showcases to give people a bit of an idea of just how many existing apps this SDK change will effect.
New iPhone Agreement Bans Flash-to-iPhone Compiler & Others
281–290 of 495 posts
Re: New iPhone Agreement Bans Flash-to-iPhone Compiler & Others
#282Getting away from the frenzied rhetoric, my opinion is that what Apple really wants to prevent is people releasing multi-platform compilers. So taking Flash as just one example, if I can build one app and the compiler can make me an iPhone executable, an Android executable, and so forth, Apple don't want that. In my experience so far with such "cross platform compatibility layers," they always produce results that wa…
Re: New iPhone Agreement Bans Flash-to-iPhone Compiler & Others
#283Earlier quoted context omitted.
lets see theres training, and consulting, theres offer the free version, and charge for a more robust paid version, theres pay for customization and don't forget ads. There are many ways to have a business model around "free software". Red Hat, Canonical, and Google are just some of the companies that have found valid business models around "free software".
> Red Hat, Canonical, and Google are just some of the companies that have found valid business models around "free software". That's a fallacy. The majority of open-source sponsors are selling closed systems or services to sponsor their "free software" involvement. Google doesn't have a business model around "free software". Neither does IBM or Sun. I'm also not Mozilla and my apps would probably never get in front o…
Maybe you should have a look at this again... I've been on a trip to Romania for training (about architecture of some specific piece of OSS) at some point. As long as you can provide good training, it could work for you too.
Re: New iPhone Agreement Bans Flash-to-iPhone Compiler & Others
#284Earlier quoted context omitted.
> Apple has consistently demonstrated that they don't care about what developers want. The facts disagree. The App Store model is unusual and it is not perfect. Few developers have any experience with Cocoa or Objective-C. Developers must use a Mac. iPhone software only runs on the iPhone and is not easily ported to other platforms. Despite all of that, Apple has attracted developers to the App Store and the iPhone i…
No. Apple knows exactly how much developers will put up with.
Re: New iPhone Agreement Bans Flash-to-iPhone Compiler & Others
#285Earlier quoted context omitted.
The hardest thing to me about ditching Mac would be that Apple is the only company capable of doing a user interface. ALL other user interfaces by ALL other vendors suck. For some reason, no human beings on the entire planet other than those that work at One Infinite Loop in Cupertino are capable of doing a UI.
This is a massive exaggeration. I went from OSX to Ubuntu and I am more productive on Ubuntu in interface terms. The dock is very silly and graphical when you have quicksilver or gnome-do. Chrome is a better browser and browser UI experience than Safari in my opinion (and lots of people like firefox and opera more). The Finder vs Nautilus differences aren't big enough really, there are pros and cons to each. Apple st…
Re: New iPhone Agreement Bans Flash-to-iPhone Compiler & Others
#286Getting away from the frenzied rhetoric, my opinion is that what Apple really wants to prevent is people releasing multi-platform compilers. So taking Flash as just one example, if I can build one app and the compiler can make me an iPhone executable, an Android executable, and so forth, Apple don't want that. In my experience so far with such "cross platform compatibility layers," they always produce results that wa…
If the cross-platform experience is subpar, Apple should just let these apps fail in the market.
Re: New iPhone Agreement Bans Flash-to-iPhone Compiler & Others
#287Earlier quoted context omitted.
I'm no Clojure fan, but if you want to write Lisp-like for a phone, why not Android? Your Clojure app can run on everything from the G1 to the Nexus One to the Archos 5" and 7" tablets, not to mention the wide variety of no-name Chinese tablets that run Android. I've heard you can even get a SLIME/Swank REPL from the emulator or actual hardware. Seems like this beats the iPhone any day; better development cycle, and…
If I won't write for Apple, why should I write for Google (aka 'the NSA frontend') and their OS? The only useful alternative will be a 'free' Linux derivative that does not restrict me in my developer choices and does not want to collect all kinds of data.
And your less paranoid users can just grab your software from your website, and run it on their "stock" devices.
Re: New iPhone Agreement Bans Flash-to-iPhone Compiler & Others
#288Earlier quoted context omitted.
The average person's tolerance for faulty software is lower than it should be. I guess Apple wants to raise expectations, so that people are locked into the iPhone. ("OMG, that android app has ITS OWN KEYBOARD!!!111".) Of course, this is why I don't use C, C++, or Objective-C. I'm always a little surprised when someone writes code in one of those languages that actually runs.
Yeah, the Linux kernel, Mozilla, Chrome, Safari, Emacs, vi, Mac OS X, iPhone OS, Windows 7, Google search, Apache, Nginx, the very first web browser, et cetera are utter crap.
The good news is that there isn't very much of it.
The rest of the software is buggier than it should be. My web browser has remotely-exploitable security holes. Random drivers in Linux randomly regress as the version number increases. OS X and Windows 7 crash for no reason, and don't support enough hardware.
The only program I use regularly that doesn't crash on me is Xmonad. And guess which language that isn't written in.
Re: New iPhone Agreement Bans Flash-to-iPhone Compiler & Others
#289Earlier quoted context omitted.
I've just invented a new language: C2010. It looks exactly like ActionScript, for some reason... (Hint: Apple's version of C is unlike any standard version of C, like C99. So technically, you can't use Apple's tools. Or, you can call anything you want C, just like they do.)
This is incorrect. Apple's C is C99; they have also introduced a new optional syntax for blocks that they have submitted for standardization.
Re: New iPhone Agreement Bans Flash-to-iPhone Compiler & Others
#290Earlier quoted context omitted.
"If the cross-platform experience is subpar, Apple should just let these apps fail in the market" Perhaps, like Nintendo, they learned the lessons from the collapse of the home video game market in 1983. When Nintendo was contemplating developing the NES, they took a deep look at what had caused the collapse. What they concluded was that the main cause of death was the market being flooded with too many crappy games.…
There are so many flaws in this reasoning, I don't know where to start. #1 - Two of the worst carts preceding the '83 crash were E.T. and Pacman, both developed and produced by Atari itself, not these mysteriously inferior 3rd parties you're alluding to. And how many games has Apple, who logically has the most know-how on the platform, produced? None. #2 - You're making an oranges to apples comparison anyway. The vid…
http://itunes.apple.com/us/app/texas-holdem/id284602850?mt=8
Though I have not purchased this game and cannot comment on whether it diminishes your first point.