“Hmm… but does anyone really see Scheme as a great way to develop iPhone apps? I appreciate that it’s an interesting intellectual exercise, but like so many similar projects it just doesn’t seem practical long term. Developers can be sure that Apple’s official APIs are going to supported into the future – I don’t know much about this Scheme-OpenGL-iPhone mashup, but I’m guessing that if the people involved get bored or their priorities in life change they’re going to stop developing it. And then where does that leave anyone who built an app with it and now wants to, for example, use new features from iPhone OS 6.0 or whatever’s next… If people want to experiment with wacky ways of programming, they have to accept that maybe the iPhone just isn’t for them. That’s where Android comes in, I guess.”

Yes, Scheme is a *great* way to develop application, not just iPhone ones. You cannot beat the expressiveness of the language. And whoever doesn’t program using a REPL do not really know what programming should be all about. Recompiling an app just because a procedure/method has changed? Yikes. All that while running optimized, compiled code.

There’s no Scheme/OpenGL mashup. This particular implementation (Gambit) compiles to C and calls the native OpenGL calls. There’s no need to really on “support” from anyone, be them hobbists or otherwise. James Long developed the bindings alone, they are a single Scheme file.

Just think about it: if Apple deprecates iPhone OS APIs, any applications, be them C,C++,Objective C ou Whitespace will break. Including game engines written in Objective C (I know of none, unless you want to count OOLite’s). I suspect C apps will have a harder time adapting than Scheme ones.

And, by the way, the iPhone platform is inherently better at running Scheme code. One of the reasons being that apps are native, there’s no non-standard underdeveloped wacko virtual machine requirement (Dalvik, I’m looking at you). I guess you could use Clojure on Android, but this is not an optimal solution. There is work under way.

* I know because I am using some small and straightforward macros to use the same opengl bindings as jlongster and develop a Chicken Scheme iPhone application.

A huge number of 360 and PS3 games are made with cross-platform engines. As RandomExcess pointed out, games have IMPROVED because of it. Companies like Epic and Id have decades of experience making world class game engines and robust tool chains. Other companies leverage that expertise so they can focus on making great games, rather than spending years attempting to reinvent the wheel (and often falling short).

This is a logical division of labor which the free market evolved ON IT’S OWN, because it benefits everyone involved, especially the consumer. It’s a ridiculous conceit for Apple to presume it knows the One True Way to produce quality software for an entire technological ecosystem.

Why can’t Apple let the apps speak for themselves? If an app is bloated and slow, kick it to the curb. If it runs well, who gives a damn how it’s made?

I can’t believe developers didn’t see this coming. I was wondering aloud in an on-line Adobe Flash Seminar, what’s Apple going to do when the Appstore is flooded with junk apps ported from Flash. Student programmers in parts of the world where 1$ is an hourly wage or higher will be trawlling the Internet for flash code and porting it for free aps with ads or 10¢ apps to get multiple micro income streams.

Apples response was entirely predictable and rational. (If annoying to some, but hey, welcome to a loving relationship with Apple)

It’s my opinion this clause came about because of one thing, Adobe’s CS5 version of Flash, and therefore just put other cross-platform IDEs in for good measure. Many at Adobe think iPhone and iPad are the future and were desperate to get a slice of the dynamic content creation market for themselves, ie replay Flash success on www. They’ll still be in the .ePub business though.

I wonder how this decision was discussed in back-channels between the two companies before it’s announcement. Some Adobe staff (who blog) seem genuinely shocked (and as the kids say ‘disappointed’). You can understand why but that goes to illustrate why they decision came about in the first place.

Adobe hasn’t been doing Apple any favors for years now anyhow (CS5 goes Cocoa yeah! I wonder if it will be Spaces compatible!)

It’s not like Apple owes Adobe who would like to be the Apple of the PC world (gross generalisation I know) and in some ways this works against Apple.

And he Unity3D guys seem to think they’ll be OK, according to their latest blog post. It certainly is important for developers to be able to use 3rd party libraries like Unity, though – the practice is fundamental to modern game development, where the 3D engine, physics, sound etc. are often bought in. If Apple moves to block this kind of thing they’re certainly going to put people off.

Apple has to be given some credit for wanting the quality of the apps on the iPhone platform to be as high as possible (and this includes trying to prevent malware, spyware, viruses etc. – an important and often overlooked side effect of their “walled-garden approval-required” process). I think they believe there is a very close connection between their brand and the consumer experience on all their iPhone OS devices – in a way that’s just not the same as the Mac. It’s kind of similar to how Nintendo, Sony and Microsoft tightly control what apps are allowed on their consumer game platforms. You don’t see Microsoft restricting what people can do with Windows, but you can be sure that there’s only one approved method of developing for Xbox. Similarly Sony doesn’t care what you do with its laptops, but when it comes to PS3 or PSP they’re probably more controlling that Apple.

Anyway, it’s a very interesting debate, and your posts are always insightful!

I do understand why C/C++/Objective-C/Java Script become mandatory. After all, OS X as well as iPhone OS are both written in these languages.

I’d say, if you want the flexibility, hack ur phone.