Flash rulez

Courtesy of Corey.
Fairly impressive set of announcements from Adobe's MAX conference this year.

Most notably (for me):

• Aformentioned Flash player support for H.264/MPEG-4 should be released in the next few weeks (though media streaming is still tied to their Media Server, which kinda sucks),
  
• 2D Shading language for Flash code-named Hydra; you can check out a HW accelerated only version here,
• C/C++ compiler for Actionscript; not sure if this will be productized, but the demo of Quake I software rendering compiled to the AS3 VM is pretty cool (end of the second video, here),
• Substantially expanded text control: flow, wrap-around, tables, etc.,
• 2.5 rendering, e.g. a perspective display system.

Get (slightly) more detailed info at Adobe Labs.

With some significant focus of the developer productivity/debugging chain, Adobe could make things very interesting for the current generation of incumbents (Sun, Microsoft, etc.).

Certainly it turns up the heat intensely for the Silverlight team... and even moreso for the future of Java on the desktop for RIA.

Microsoft's good at this...

I'd love to see Microsoft's "best practices" guide on the platform effect - they're good at it (generally). Like the developer entanglement Adobe's attempting with their eco-system, hard to argue that 4 gigs of Silverlight storage and streaming is bad for developers... just check out the community response (from a self proclaimed Adobe "Flex Machine", no less).

Though, these days, this seems more like a Google tactic than a Microsoft one... what does that tell you?

IT and the Edge of the Network

My new work situation brought up an old debate with a good friend (perhaps good debate with an old friend? Works either way I suppose... but I digress): future topology of data and computing models on the network.

Or to put it another way: where do the leaf nodes connect to the edge of the network? Locally, in the home as a gateway for experience (or CPE in my new lingua franca) or remotely, that is, "directly" to remote applications and data stores.

This was/is partially a "client side computing" debate - where and how are performance, security, and storage best optimized.

But the observation at the end of it was this: The world only needs 6 servers arguments are currently in vogue (with consumers, who speak with their time), because, well, IT management sucks. To wit, allow me to posit: It is easier (i.e. better) to use remote applications with remote data for most users because it pushes the information management pain to professionals.

In order of "pain in the ass to maintain": Windows, Mac, Cell phone... not un-coincendentally, also a measure of how closed the software and hardware eco-systems are, in practice. Game consoles are particularly interesting in this regard (I'm rating them as easier than cel even), as everything but the VERY top layers of the stack are single sourced - sounds suspiciously like the RIA platform arguments, no?

(And all the User Access Controls in Vista, and installation hurdles for Apollo only argue against the edge being at the desktop for most applications...)

MIX '07 and Ray Ozzie

Ray Ozzie, Chief Software Architect of Microsoft (along with Scott Guthrie, General Manager of the tools group) presented the keynote at MIX '07, 2nd annual Microsoft's Web UI and development conference

The core tenet of Ray's argument is that client side computing is vital to delivering rich experiences. I think he made that case well (and I agree with the rationale), but Ray didn't really address how or why Silverlight specifically and WPF generally was better than browser + DHTML/SVG/Flash/Java, or whatever, in terms of ANY richer function and/or end user benefit.

Specifically, the undertone of the arguments, from both Microsoft and Adobe, is that a single sourced runtime is better for the developer - more consistency across a wider variety of platforms (browsers, OS'es, devices, etc.). And, as a practical matter, its hard to disagree with that - and there's enough that's "open sourced" by the vendors to reduce impedence in the development chain.

Speaking of which (and not to be overlooked), the development chain that Microsoft is putting together is nothing short of phenomenal. If there's a "secret sauce" in Windows continued dominance in the Enterprise (and thus, everywhere else) its through the tools, class libraries, etc.; they continue to define the cutting edge of developer productivity. Perhaps somewhat counter-intuitively, it seems particularly well designed for small teams and becomes an easy way to develop prototypes, and, in turn, go from prototype to production.

Platform success, which I'll define as self-sustaining propagation and increasing barrier to exit, is definitely AADD (All About the Developers, Dummy).

There was also a Michael Arrington interview with Ray and Scott, which might as well have been conducted by a Microsoft employee. What few interesting questions were asked went basically unanswered, and at least that way there would have been less mumbling.

Adobe Flex Open Sourced

Adobe announced today that they're open sourcing the Flex SDK (which includes the compiler, debugger, and Flex ActionScript libraries). It shouldn't come as too big a surprise, considering the recent MPL release of their ActionScript 3 VM to the Mozilla Foundation, Tamarin.

The model, as with Postscript, and, quite frankly, Windows, is the "Platform Effect" - monetizing both the runtime (Postscript/Windows/Flash) and providing rich(er) enterprise level authoring tools and functions (Authoring tools, servers, etc.). Releasing the specifications and "core" tools creates the illusion of freedom in tool chain, while actually delivering vendor lock-in - which isn't necessarily a bad thing for developers if (a) there's runtime ubiquity, and (b) the developer's not on the hook for distribution costs.

And getting developer buy-in (lock-in?) creates a "virtuous cycle" of scale for the platform provider... ultimately why API and specification ownership is so critical in the technology business cycle.

Although I think Adobe's Apollo (which is Flex driven) is still slightly off in its execution of product distribution, overall the company is doing a good job driving a giant truck over the ongoing bungling that is WPF (I mean... Silverlight).

And (naturally) this will impact (squeeze out) smaller players like Laszlo, Haxe, and mtasc more than affect the big players...

Adobe Apollo

Adobe posted the first public preview of their Flash-based content runtime (codenamed) Apollo on Monday. Its pretty good - were I Microsoft, I'd be concerned.

I've discussed the ideas at some length before and Adobe's offering is clearly the strongest one out the gate... Microsoft's WPF(/e) strategy is very confused (at best), and XULRunner, from the Mozilla foundation, is potentially promising, but in practice looks to also be unsure of what its real goals are (for example, I think the ECMAScript edition 4 spec that's at its core is poorly maturing a powerful dynamic language).

But the Adobe guys seem to get what the real problems are that the browser itself solves (from a developer perspective), which is to say, a unified cross-platform development model (not for cross platform apps, per se, but to enable broadest developer knowledge) and distribution.

It's an alpha, so there's quite some goofiness, and it suffers from many of the foibles and issues that Flash does, but all in all.... its very credible as a development platform. I think the distribution and navigation aspects skew too heavily toward the desktop application paradigm, and that's a big mistake, but its one strictly of UI, not technology, so hopefully that can be addressed.

One nice bit of icing is the inclusion of a full web browsing component, enabling easy consumption of existing web content and infrastructure in your new "desktop" application. Its also the first instance of the KHTML/WebCore (the same browsing engine in Safari on the Mac and Konqeror in KDE/Linux) that's broadly available on Windows. So if you want to see how your site might look on the Mac, you can check it out with one of the Apollo samples (you can use "Scout") on Windows...


(and minor item for team Adobe: if you haven't exorcised icu and iconv from WebKit on Windows - you can save a few MB from your distribution size - by doing so...)

WPF/E CTP now available

The application runtime arms race is off.

Adobe's Apollo is due early next year, as is a more functional (read: useful) XULRunner from the Mozilla foundation. But first out of the gates is Microsoft with their cross platform web content runtime framework: you can now try out WPF/E. Read more here.

At least from a "promise" perspective, WPF/E more squarely what Avalon - now WPF in Vista - or even ChromeEffects (for you old-timers) was going to offer, but, significantly, this is cross-platform from the get-go. The "E" is for "Everywhere". And just to prove it, the CTP is available for Windows and Mac OS X (well, Safari on OS X anyway).

I'll post some thoughts later this week after playing with it. As I've mentioned before, the evolution is towards general purpose computing technologies to make rich application distribution instantly ubiquitous. There are some significant and interesting technology choices that imply certain classes of applications and uses... more on this in the future. Confusingly, WPF will ALSO run in your browser and enable web applications but only on Windows, and its, uh, somehow different than WPF/E, and, uh, richer (?) somehow... though neither is a subset of the other... yeeeeahhh.... quick over there! Linux is eating your IP!!!! .....

Of course, still an open question is what "rich" really means and if people really care at all ... :)

My (biased) guess is that it does, but our current generation of applications and infrastructure (not to mention imagination) just isn't there yet. After the fact, I think we'll go "of course!" (iPod anyone?)

(and oh, btw, this was the idea with Boxely and the OCP, too, but... cie la vie :))