It's that time of year again! Flash is dying, dying, doomed. I said the same thing last year, though my formal accusation for the ongoing murder was: "Adobe Systems, in the Internet, with the toxic-mixture-of-incompetence-and-neglect." 

In any case you can tell it's serious this time because even Homestar Runner is weighing in:

As everyone seems to gleefully pile on the embattled multimedia plugin, I'd like to say a few words in memorial as we move on to the future. 

Flash was cool

I'll be brief.

There's a very black-and-white nature to most "Flash is dead/dying" articles. HTML5 advocates represent "team security and web standards" (not to mention "team glorious future"), and Flash advocates represent the knuckle-dragging neanderthals who just can't get with the times and want everyone to be subjected to terrible battery life, annoying ads, and cliched websites designed by companies who can't be bothered to learn CSS.

But it has to be said that for all its faults (and they certainly are many) Flash had a lot of redeeming qualities. Obviously it was great for web games and cartoons. It was lightweight, it loaded fast, and it ran just about everywhere. But most importantly it was a tightly integrated set of tools that made it easy to mix code, layout, and art, including a powerful animation editor that proved so popular that to this day, it retains a significant following among animators despite the fact that it's scarcely been updated in years.

But I come to bury Flash, not to praise him.

What now?

Back in 2010 when this meme first started to gain steam, clueless web devs loved to say things like "Anything you can do with flash, you can do with HTML5 Canvas + SVG."

At the time this was totally inane, as there was terrible cross-browser support for HTML5 features, and given the dearth of competent multimedia frameworks, it was functionaly equivalent to "Anything you can do with a paintbrush you can do with a toothpick and an infinite amount of time."

Nowadays things look a lot better, and with WebGL's maturation, HTML5 is very close in feature parity to Flash's capabilities. But all that gives us is a compatible list of checkmarks. This is a very natural way for developers to think -- "hey, you've got vector graphics, scripting, a tweening library or two, 3D capabilities, what more do you want?"

Well, coherence for one. Going from a tightly packaged experience like Flash to HTML5 is a big step. Coders switch over without too much trouble, but the designers, animators, and layout artists have a much harder time. And to their credit, Adobe is slowly repackaging their tools to be HTML5-compatible, though there's plenty of inconsistencies and incompatible features.

Now don't get me wrong, I think HTML5 is the future of the web. That said, it won't replace Flash by itself. Instead, the flash player will be replaced by more powerful tools built on top of HTML5, and Flash (the tool) may well hang around for another decade or more. SWF files themselves will still probably stick around, albeit as asset files for HTML5 apps rather than standalone executables themselves.

I'm not going to try to make too many specific predictions, just talk about some of the options that are currently on the table, as well as make a particular case for my own favorite toolset, Haxe.

Flash - what was it good for?

There are five main things that Flash was used for back in the day:

Full-flash websites are pretty much a distant memory these days. These were sites where the entire web page was a flash program, complete with text, images, links, etc, all run through a SWF file or files in the flash player plugin, often with over-designed transitions, filters, and effects. Needless to say this was a usability and SEO nightmare and the only one I can even think of today is HomestarRunner.com, which is a bit of special case.

Rich Internet Applications are now just known as "Web Apps" and have been nearly entirely replaced by popular HTML5 frameworks. It was convenient to be able to mock things up in Flash Builder and use Flex UI components like buttons, dropdowns, scrollbars, textareas, and the like, but without a way to reach the mobile web they're a no-go these days. These applications were pretty code-heavy anyway, so it was less of a jump for the developers.

Cartoons are interesting because a shockingly large number of them are still completely animated in plain ol' Flash, even if the export target is something else. One thing that was really nice about the SWF format was its low file size, crisp rendering, and fast download speeds. We (mostly) have broadband now, but it still makes me cry to see gorgeously animated vector cartoons churned into a bloated video file and stuck on youtube with compression artifacts. At the very least we should have some kind of vector animation player.

Video seems like it would be simple but remains surprisingly elusive. Remember, Youtube pretty much wouldn't exist if it wasn't for Flash making it easy to embed and stream video across platforms. There's been heroic efforts underway to make seamless video part of the HTML5 standard. For years this effort was hobbled by bickering over codec support, but things have mostly shaken out by now, though flash fallbacks are still required if you want 100% coverage (source):

Which brings us to GAMES, which is my personal stomping ground. Fortunately, there's a lot of exciting new opportunities here, and as a bonus there's a lot of cross-over for web app developers.

Game & app development, post-Flash

There are three big dogs in the fight for mindshare among "flash refugees:"

Unity

First on the docket there's Unity. Popular game portals like Kongregate have had Unity web player support for a long time now, and given its massive success on consoles and desktop, it's a great fit for lots of people. C# is a comfortable high-level, garbage-collected language, so it's not too different from ActionScript. The major barriers are the jump to a fundamentally component-based structure, and the 3D paradigm driving the whole system. Unity has recently rolled out improved 2D support, which is great, but 3D is still the foundation and it shows.

The big blow to Unity is that its web compatibility has traditionally depended on a browser plugin, which is now being made to walk the same plank as Flash. (Ironically, back before the Flashpocalypse, Unity even toyed with releasing a Flash Stage3D export target). Fortunately, they've got an HTML5 export target in the works.

I am however a bit skeptical about that. I can't see the Unity runtime being any less than several megabytes at least, and from the looks of it their HTML5 pipeline looks like this:
 

C# --> MSIL --> C++ --> LLVM --> asm.js

Now, I'm a big fan of cross-compilers, but that's four transformations across five different language formats. That's just asking for all sorts of obscure bugs and instability, and a tangled mess of human-unreadable code at the end of the pipeline.

Don't get me wrong, I think Unity will remain a juggernaut in this industry for years to come, and a great boon for developers small and large alike, but I just don't see it taking over the web.

PhaserJS

Of all the HTML5 game frameworks, PhaserJS is the biggest one on my radar. Phaser is an entirely open-source game framework developed by Richard Davey, aka "Photon Storm", who was one of the major contributors to the one of the most popular Flash game engines, Flixel. Phaser is inspired by (but not beholden to) Flixel, and is powered by Pixi.js, a powerful WebGL renderer with a Canvas fallback. It also seems to be the most popular JS game engine on Github. Seeing as JS is the most popular language on Github, that's saying something.

Although Phaser doesn't have all the features Flash did (vector animation, 3D), it has a lot of appeal to flash developers used to Flixel and other 2D workflows, particularly for retro-styled pixel games (though Phaser can obviously be used for much more).

I don't know how much appeal PhaserJS has outside of the web, but there's a lot to be said for "do one thing, do it well."

There are many other HTML5 game frameworks as well, such as Construct2, and countless more, but the one I keep hearing about from former flash developers the most is Phaser.

Haxe

Haxe is the emerging disruptive force in cross-platform game development, and web dev in general. (Full disclosure: I'm a Haxe developer, a core contributor to both OpenFL and HaxeFlixel).

Haxe is a programming language like any other, but is designed explicitly to be compiled to other programming languages. For instance, you can use Haxe to target Javascript, much like you would use Typescript, as this article explains. However, you can also use it to target C++, C#, Java, Python, PHP, ActionScript 3, and Flash or Neko bytecode.

The best-known Haxe framework is undoubtedly OpenFL, which I have talked about at length. But there's a lot of other frameworks too, each with their own best use cases. The five major frameworks are OpenFL, Luxe, Kha, NME, and Flambe. 

All of the above are free and open source cross-platform game/app frameworks that support some combination of web, mobile, and native platforms. Each has its own focus and particular strengths. I'll briefly discuss each of them, and finish up with some Haxe developer testimonials.

OpenFL and NME

OpenFL and NME are the most similar and are often confused, so I'll start with them.

Both libraries are Haxe re-implementations of the Flash API. This means that they let you use things like "flash.display.BitmapData" and "flash.geom.ColorTransform" even though you're using, say, a C++ target and not the Flash Player. Both libraries support flash, mobile, and native desktop targets. NME came first, and OpenFL forked from it as design goals diverged over time.

AFAIK, OpenFL maintains the broadest support for the Flash API, though NME remains very similar and in many cases one can switch between the two frameworks with minimal changes. OpenFL can even integrate with the Flash Professional IDE tool.

NME focuses more on native targets, with custom backends and performance-heavy logic written directly in C++, while OpenFL has moved much of that logic to Haxe so that it can be re-used across targets that depend on other languages, especially HTML5. NME thus has no HTML5 targets, and OpenFL supports DOM, Canvas, and WebGL rendering modes (I believe canvas works the best as of this writing). That said, given the extremely similar API's, it wouldn't take much for an NME user to use OpenFL for their HTML5 targets and NME for their native targets.

As far as I know, OpenFL leads the pack in terms of the largest number of supported platforms, with game console support soon to be added to the list.

Popular Haxe game engines like HaxeFlixel, Away3d, HaxeStarling, HaxePunk, etc, are all built on top of OpenFL, with HaxeFlixel in particular becoming increasingly popular in the Ludum Dare game jam.

The award-winning Papers, Please, perhaps the most well-known Haxe game, was originally developed in NME and is currently using OpenFL to reach the PSVita.
 

Flambe

Flambe is a major "flash replacement" library, but takes a slightly different approach than OpenFL/NME. It's API is roughly similar to Flash's, but not intended to be a 1:1 mapping. Also, whereas OpenFL and NME make use of the swf library for rendering Flash vector animation content, Flambe is built around FLUMP, a toolset built around exporting Flash animations as texture atlases with associated animation metadata.

Flambe is squarely focused on web and mobile, with support for HTML5 WebGL, Canvas, and Flash. Mobile support is faciliated through the flash target by using Adobe AIR, since Flambe has no native C++ targets. Flambe seems to be quite popular in the web & mobile games crowd, boasting high-profile clients like Nickelodeon and Disney.
 

Luxe

Luxe is the crowning achievement of the Snowkit collective, which like OpenFL, is a free and open source cross-platform game engine that supports web, native, and mobile targets. The key difference is that Luxe dispenses with the Flash API altogether, with web support built squarely around HTML5 using WebGL (no flash target). Luxe's design philosophy focuses on simplicity and providing a set of powerful common tools without putting too many restrictions on the developer.

Kha

Kha is the most recent of the Haxe frameworks to emerge, but is built on mature technology going back years. Kha's specialty is a focus on lightweightness and flexibility, with an eye towards maximum portability. Kha was the first framework to support last-gen home game consoles (The XBox 360 via XNA and the PSVita via Playstation Mobile), and can even run on top of Unity3D, through which it can access current-gen consoles.  Kha supports HTML5 using WebGL and Canvas, as well as Flash.

Talking to Developers

I did a quick public web survey of other flash developers now using Haxe and the vast majority echoed practical sentiments rather than any particular ideological or linguistic commitments. OpenFL and HaxeFlixel were far and away the most popular libraries, though all the ones I've mentioned in this article made an appearance, including some I'd never heard of before. Chief on everyone's list of complaints, however, was the relatively small size of the Haxe community and a need for better documentation. Momentum has been building on this front -- (compare the new Haxe website to the old one, for instance), but there's still plenty of work to be done.

For this reason and more I was recently pleasantly surprised to find that two prominent Flash developers had started using Haxe: Terry Cavanagh (VVVVVV and Super Hexagon), and Bennett Foddy (QWOP, Sportsfriends). Not only are they well-known for their games, they're also well-known for being extremely helpful to newbie game developers.

Bennett has begun using Luxe, and speaks about his experience porting QWOP here on the Snowkit community blog.

Likewise, Terry has begun developing his own beginner-friendly Haxe framework built on OpenFL, which at the time of this writing bears the temporary name "TerryLib". 

I contacted them both about why they started using Haxe, and here's what they had to say.

Terry Cavanagh

Bennett Foddy

Summing Up

Flash will take a long time to totally die off. Five years hence I bet there will still be flash player content on some major websites. But the transition is well under way.

The good news for developers is that the choice today is nothing like it was five years ago. HTML5 is way more mature, Unity3D has been stomping around on all the major native platforms for years now, and Haxe takes Flash's original cross-platform promise to heights we never even dreamed of before.

My money's personally on Haxe, but in 2015 there's more choices than ever before, and that's the best news of all.

UPDATE:

Two things people keep bringing up on twitter:

To which my responses are: