The Future of Flash as an Application Development Platform. In My World.
Let me preface this article by stating that I am a pretty big fan of the Flash Platform. Over the last 5 years, I fell in love with Flash and the Flash Platform. Heck, I've been a comanager of the NorCalFlash User Group for the last 3 years.
But lately, that love affair seems pretty one-sided. I've been pretty wed to the platform for UI development, and even switched my role from an application developer to a front-end developer. I faithfully report SDK bugs, try to promote the various frameworks and practices behind Flex and try to defend it's position as a powerful and relevant platform for application development. Flex, on the other hand, really hasn't been all that committed to me. Instead, it's been out courting the mobile platforms, and has pretty much forgotten about me. So here I sit, pining for what could have been and pondering my future.
Really, most serious Flex developers will agree that Flex 4 was an unfinished product. The Tree control, Advanced DataGrid and several other components have yet to be replaced in the framework, leaving the developers with components that have literally dozens of bugs filed against them. In my project, I am working around serious bugs that have existed for three years or more in the Tree. Other components that were built in Flex 4.5 are still incomplete.
All this would be fine, if the project were truly managed as an open source project. The community could contribute to providing new components, and Adobe could continue to focus on their mobile initiatives. However, even though Flex is touted as an open source project, the community has very little control over what makes it into the product and when. We are once again at the mercy of Adobe dedicating resources away from the core and into emerging trends. To date, much of this has left many developers with a bad taste in their mouth, and some even have serious angst against the platform and Adobe.
To give credit to the development teams, some amazing functionality came out of both the Builder IDE and the SDK for 4.0 and 4.5 releases in terms of application development for the browser. However, when your days are spent deep in the SDK customizing every little aspect of an existing control, or building deeply complex controls from scratch, not being able to fix serious issues with the SDK that prevent you from delivering a quality product is frustrating and difficult to justifty after a long period of time.
What it's made me realize is that it's not just the Flash Platform. This occurs with EVERY platform I use that is vendor-specific and the source of that platform is controlled by the vendor. No, I'm not going to go all fanatical open source on you, but there's something to be said for being able to fix the bugs in the platform you are using WHEN YOU NEED IT. Not three years later.
Can I see myself using Flex in 4 years for my development platform? That all depends on where Adobe goes with the Flex SDK and the Flash Platform in general over the next year. Listening to the Adobe keynotes, one gets the impression that the web browser application developer is not high on their priority list for the Flash Platform right now. It's looking like I really need to be putting as much focus in the next generation UI platforms as I am the current platforms I am vested in.
Tags: Flex, Flash & AS3 · General Thoughts
8 responses so far ↓
1 Praveen // Oct 5, 2011 at 3:40 AM
2 Rob // Oct 5, 2011 at 7:39 AM
Six months ago, everyone was demanding better mobile support and now that we have it people like yourself are complaining that they shifted their focus to mobile. We can't get everything at the same time. If you have ever been involved with a software project, you know how difficult it is to prioritize features and still make everyone happy.
3 Mark Lapasa // Oct 5, 2011 at 7:44 AM
4 Ktu // Oct 5, 2011 at 8:15 AM
I think what is important here, is to recognize that Flash Player must change. Too many people (*cough*) are pushing web standards to have more functionality so they can replace Flash Player; but for good reason. Our technologies are getting very advanced (compared to old) and there is no reason why html, css, and js can't handle what Flash used to handle 5-8 years ago. Now, since they want to take over that role, Flash must take over a different role or get snuffed out.
So it seems that Adobe is shifting towards gaming and native cross platform anythings. I am not sure about Flex (never liked it). If you still want to do webby stuff, you'll probably have to stop using flash.
Personally, I think Adobe should drop Flex and let the community make whatever data heavy platform/framework they want. Everyone will be much happier that way. (wow, that's a bold statement)
5 TJ Downes // Oct 5, 2011 at 10:41 AM
Fact is, Adobe cannot move fast enough. I have no issue with that. I have no issue with the awesome work they've been doing on mobile or 3D. But that stuff does not do anything for me.
The fix is simple. Open the core SDK to the community. Let us fix the bugs. Open source is useless if you can't truly contribute.
In terms of Enterprise app dev, did you see anything aside from finishing the components that should be in there, as new features? I really didn't. I did see some cool new tooling, but nothing that I didn't already expect to see in the SDK directly geared towards Enterprise app development.
6 TJ Downes // Oct 5, 2011 at 10:43 AM
7 Ben Farrell // Oct 5, 2011 at 5:00 PM
It truly can't hurt to place bets on both HTML/JS AND Flex though. As a creative developer, I'm glad Flex exists so that I have a good way to work with common UI design patterns. In that regard, I can't see Flex going away anytime soon. However as purely a web enterprisey type of thing, there is definitely a shift. I say embrace both, cause its all just freaking awesome stuff that we're doing with both HTML/JS and Flash.
8 TJ Downes // Oct 5, 2011 at 8:21 PM
I agree on knowing both. Flex has helped me build my skills exponentially, and DHTML has always been one of my strong suits. Applying those skills appropriately is, of course, the reasonable thing to do for as long as possible.
Leave a Comment