They want to tie developers down to their platform, and restrict their options to make it difficult for developers to target other platforms.

(Emphasis added.)

I disagree strongly here. In fact, it is every bit as easy for a developer to target platforms other than iPhone as it was before. Either way, the developer has to rewrite their Objective-C application in Flash. The difference is that with Flash being able to target iPhone, previously the developer with an iPhone application could throw away their Objective-C source code.

But do you think any developers did? Do you think any of us examined our application, tilted our heads to one side, and declared “This is just too efficient and fast. I think I’ll throw it away and use the Flash version.”

Let’s be clear here: iPhone is the platform that matters to me. I have an iPhone application already. Apple is not trying to restrict what developers do on other platforms. They are incapable of making development on another platform harder than it is now. The very idea is laughable. What they can do, however, is prevent developers from cross-compiling to their platform.

So, was all of the work on the iPhone packager a waste of time and resources? No, I don’t believe so. We proved that:

1. There is no technical reason that Flash can’t run on the iPhone
2. Developers can create well performing and compelling content for the device with Flash

Here again I disagree with Mike. The Flash applications that Adobe posted to the store were universally reviled for their huge flash and memory footprint and poor performance. While Adobe proved that Flash can run on the iPhone, it also proved that it can’t run well.

The second point has still not been proven. What has been proven instead is that developers can create well performing and compelling content for other devices in Flash.

However, more importantly, the teams implemented features (such as hardware acceleration and Ahead of Time compilation) that we will now be able to leverage for other devices and platforms. We have gained knowledge and experience that are being directly applied to Flash Player 10.1 and Adobe AIR 2.0 for other mobile operating systems.

These features will help. That is true. However, these features could and should have come as a result of Flash on other mobile devices. Although these improvements will also help Flash on Mac OS X, Flash on Mac OS X has performed poorly for years. Introducing the iPhone into this thought is as good a fit as blending a steak into a strawberry milk shake.

If Adobe is serious about creating cross-platform applications, they took the wrong approach from the start: An Objective-C compiler that compiles to Flash would have been much more useful. But this would accomplish the opposite of what Adobe wants to do: locking developers into using Adobe’s tools. This has never been about picking open over closed, just picking Adobe’s closed over Apple’s closed.

(Thanks to Daring Fireball.)

Update: The first paragraph of this started out as a comment to Mike’s blog. That comment was rejected. That is the degree to which Mike believes in openness.

Looked at one way, that’s a 200% estimation overflow. But more realistically, it means it was pretty small and I tackled it in the wrong way. I had to refactor some code early that I left alone for too long. I should’ve written in the right way to begin with, and I should have realized it was wrong sooner, and I should have stopped trying to make it work.

More pragmatically, maybe I should have known better. But, of course, I didn’t. And that’s okay! I know better now.

What’s my point in posting this?

Mostly, it’s this: iPhone development isn’t nearly as hard as I’ve made it out to be. Useful applications can actually be quite small and still be useful. Simple things are simple. When they’re not simple, it’s time to fix something.

I’ll post a link here when I finish the project. It’ll be a bit before I can devote another day to it. But I’m excited by its usefulness, its simplicity, and the idea of having an app in the App Store of my own.

I started at the most basic level, wondering at the language. What are these brackets? What’s with the @ signs? What’s the difference between a – and a +? These aren’t hard things to learn, but understanding the reasoning behind them helps. And then there’s a point where it suddenly makes sense.

But the framework was confusing. How do I do this? Though I was less confused, this one isn’t solved directly. I became competent. And I started to ask the best question: “Why?”

The patterns were still confusing. Why does this work this way? What’s the purpose of this? Why is this done, but not this other thing?

And then there was a point where the patterns became obvious. More, the pattern in the patterns became obvious to me. And now, I look to find more examples of patterns, and patterns of patterns, to better build my knowledge.

It took me a while to get here, and it’s the same for every language. I’m feeling pretty confident about Objective-C now.

Back on the first day, I was confused and lost.