Aral Balkan

Flash Player Version

Either you don't have the Flash Player installed or SWFObject wasn't able to detect it. Download the Flash Player.

Aral Balkan, naked!

1 Comment Published April 5th, 2007 in Community

Umm, aralbalkan.com, that is. In support of CSS Naked Day ‘07, my blog’s going nude. No CSS today! It’s a testament to Wordpress and K2 that the site’s still usable. Stylesheets and web standards… separation of form and function… yummy!

The official explanation:

The idea behind this event is to promote Web Standards. Plain and simple. This includes proper use of (x)html, semantic markup, a good hierarchy structure, and of course, a good ‘ol play on words. It’s time to show off your <body>.

Come on, you know you want to get naked with me!

Support CSS Naked Day ‘07.

AsProject: rails-like toolset for ActionScript

0 Comments Published April 5th, 2007 in Tools and Utilities, Flash, Open Source Flash, Flex 2, Community, Projects, Unit Testing, AsUnit

Luke Bayes and Ali Mills of asunit fame just released AsProject, an open source ActionScript development toolset that streamlines the open source development process by giving you a rails-like experience.

Check out the AsProject demo video.

This is very cool. I must set aside time to see how Arp can be integrated into this.

Rediscovering Fun at FITC 2007

3 Comments Published April 4th, 2007 in Conferences, Community, Presentations, Mobile, Wii, SWX

News Flash: I just changed the session I’m presenting at Flash in the Can (FITC 2007) this month to Rediscovering Fun! (Big ups to Shawn and Naomi for scrambling to implement my last minute change!)

What? Why? How? Huh? You’re going to love the new session — here’s the low-down:

Hack it! Mash it up! Mix your SWX with your JSON with your XML with your Flash Remoting. Suck up that API. Put it on your phone, slap it on your Wii, throw it on your PS3. Break it. Fix it. Play! Have fun!

Aral Balkan loosens his collar and goes barefoot to share his recent experiences in rediscovering the fun side of Flash.

Expect a first hand introduction to SWX, Aral’s new data exchange format for Flash that works with SWF files and lets you loadMovie()your data, APIs, mashups, some spaghetti code, mobiles and consoles.

Join Aral for an honest, relaxed and inspirational presentation on letting go and having fun with geekery.

I initially presented this session last week, after launching SWX, and it was really well received (and I had a blast!) I’m going to be updating it with new examples and hopefully more devices for Canada.

Flash in the Can is only 16 days away! *Gasp* Where does the time go? I can’t wait!

Find out more on the FITC web site.

My weekend, by Aral Balkan

4 Comments Published April 4th, 2007 in General, Community, News, SWX

I took the last two days off (for the most part) to rest the ‘ol hands and attend to some other affairs (accounting, taxes, and all that good stuff) after about three weeks of constantly working on SWX. I’m back to work today, taking part in Episode 6 of the .net magazine podcast, judging entries for the AIGA 100 Show, and, of course, evolving SWX, so expect some developments in the rest of the week.

On a completely unrelated note: How cool was the Apple/EMI announcement this week? It’s great to be present at the first crack that will eventually spell the end of DRM — it was about time!

Finally, here’s a big thank-you to everyone who has written in, both on this blog and to me personally, with words of encouragement and support for SWX. I am slowly getting round to answering your emails so please bear with me as I work my way through them.

Go SWX!

A new chapter: Patrick Mineault joins SWX

25 Comments Published April 1st, 2007 in News

* * * April Fool’s Day - Joke Alert! * * * This is not a serious post! * * *

What a crazy week this has been! First, I released a new data exchange format for Flash called SWX. It was generally very enthusiastically received but Patrick Mineault was not impressed. The ensuing controversy no doubt made interesting reading for many during boredom breaks at the office, prompting Niqui’s post on The Blog Soap Opera. Just when I’d thought that we’d mostly agreed to disagree on the matter, I got an email this morning from Patrick that put a smile on my face. Apparently, on further thought, Patrick’s decided that SWX is a good idea after all and suggested that we merge it with Amfphp.

So, it’s my great pleasure to announce Swxamfphp, pronounced Swix-Amph-H(i)p.

Our initial thoughts are to send SWFs to the Remoting gateway and see how that works out. Based on the results of those feasibility studies, we’re considering embedding Remoting calls inside SWX SWF files and sending them to the Amfphp JSON endpoint over UDP before moving on to remoting entire movie clips. There’s just so much potential here — I can’t explain how exciting this is.

I’ve also seen some amazing feedback on SWX from the web and wanted to share some of my favorites with you:

Mike Downey: “This is such an exciting time for the Flash Platform. I just know that Apollo is going to change everything.”

Mike Chambers: “I have seen the future. And this is it. I’m definitely going to be using Apollo exclusively from now on.”

Guy Watson: “This is great news! Go Apollo!”

Ryan Steward: “If I had two columns, I’d cover this in both. Apollo rocks!

Jesse Warden: “There’s pimp-tight an’ then dere’s bettah, Apollo iz bettah than da bomb. Peep this shit!”

Thanks guys. It’s all quite overwhelming!

SWX Alpha 0.1g released

1 Comment Published April 1st, 2007 in General

This release brings some major API changes to SWX, so please make sure that you read the release notes. You can download it from the SWX homepage.

SWX Alpha 0.1e released with manual PHON serializer

0 Comments Published March 31st, 2007 in Tools and Utilities, Flash, Open Source, Projects, News, SWX

SWX Alpha 0.1e is now available for download.

What’s new in Alpha 0.1e:

Added manual PHON serializer.
Modified echo sample application to use the manual PHON serializer.
Moved the automatic serializer to the AutoPhpSerializer class. It’s still there but you can choose whether you want to use it. I may remove this in future iterations.
Modified the SWX gateway to handle null values. The auto serializer was sending them over as undefined.

This release introduces a slightly modified workflow for working with SWX. I don’t believe that it is more complicated though (and may even be clearer.)

Find out more about SWX Alpha version 0.1e and see a code sample of the new workflow on the SWX web site.

SWX: Still a good idea

27 Comments Published March 31st, 2007 in Flash, Community, Open Source, Projects, SWX

Patrick Mineault maintains, after my post SWX: A good idea that SWX is still a bad idea. I still disagree. This is going to be my last post on the subject because it appears that we are just going to have to agree to disagree on this one and I would rather spend my time improving SWX and doing fun stuff with Flash rather than justifying the existence of my latest open source project.

In his post, Patrick states:

SWX is quite clever, but the implementation is not going to yield any net benefits for the community

I disagree strongly. SWX is quite clever thanks, but it wasn’t merely an intellectual exercise for me. It was born out of the very real need that I felt for a simpler way to create data-driven applications in Flash. This is a real need that I have and I am sure that others share this need. As such, by fulfilling this need, SWX *is* going to benefit the community. For other benefits of SWX, see my previous post (SWX: A good idea) in which I outline the advantages of SWX on a more technical level.

As for my statement that SWX is a hack, I stand by that, and I think other people agree.

Patrick is right. SWX *is* a hack and I thank him for the compliment.

So what is a hack, actually?

According to the Merriam-Webster Online Dictionary, a hack is “a usually creative solution to a computer hardware or programming problem or limitation”. Yes, SWX is definitely a hack.

And I hope it gets Flash developers to hack — “to write computer programs for enjoyment” as the word means as a verb — and to create more hacks.

SWX is meant to make it easier for you to hack even if you don’t have a degree in computer science. I thought that was the whole idea behind Flash in the first place! Where did we lose our way?

Patrick mentions that there are other people who agree with him. The “other people” currently appears to be comprised of a one Theo Hultberg who states in a blog post titled On SWX that SWX “is not worth a second look”. Fair enough — we are all entitled to our opinions and the number of looks we give things — but then he proceeds to demonstrate a lack of understanding of how SWX works and simultaneously questions my word by stating:

partly because of the questionable implementation of the client side deserializer (which may or may not be just a temporary version”)

If Mr. Hultberg had actually read the documentation for SWX — instead of hastily shutting his eyes to avoid a second look at something new and different — he most likely would have known that one of the key features of SWX is that there is no client-side *deserializer* as your data loads in a SWF so what he meant to say was *serializer* in the quote above.

I have already promised that there will be a manual serializer and Mr. Hultberg has no basis to question my integrity by stating that I “may or may not” deliver on this.

Unfortunately, it gets worse from there as Mr. Hultberg succeeds in the questionably-enviable accomplishment of managing to personally insult me *and* question my competence as a programmer in a single sentence:

I wouldn’t hire people who wrote code that looked like that, and I sure wouldn’t use their frameworks.

I hate to say it but it appears that Ludditism is alive and well and living in the Flash community.

Making a public comment that contains such a generalization can only make you appear like a fool.

Mr. Hultberg, you couldn’t *afford* to hire me in your wildest fantasies, much less reality, so the first part of your statement is a moot point. Secondly, your statement assumes that there is one use (and one use only) for Flash and that is to build large enterprise Rich Internet Applications. That couldn’t be further from the truth if it had been catapulted to the end of the galaxy by an electron accelerator. Unfortunately, however, it does show us the ugly face of elitism that I myself have been guilty of perpetuating to a certain degree without ever meaning to.

Before I go into detail on this, let’s just state for the record a fact that bears repeating:

You do not need to be a computer scientist to make amazing Flash stuff and to have fun with Flash.

And, furthermore, there’s nothing wrong with having *fun* with Flash. And there’s nothing wrong with hacking something together quickly and experimenting.

Do not let the fear of writing “bad code” or not architecting something “perfectly” ever stop you from doing things. There is no such thing as “perfect” in what we do. It’s all part of a learning process and you have to be prepared (or even look forward to) building things, throwing them away and starting again. Knowledge of design patterns and good practices is very important when working on large applications that have long lifetimes and are maintained on by multiple developers. But that’s not the only use-case for Flash (in fact, I’d argue that that’s not even the main use-case for Flash.)

If anyone tells you the opposite, you should be well within your rights to tell them to kindly remove the baseball ball that they must have accidently sat on because it can’t be good for their health and is probably going to make it uncomfortable for them to read the thick Java manual they carry around to hide their insecurities.

I love design patterns and I am genuinely passionate about application architecture and development processes. In fact, I consult about this regularly with enterprises of all sizes — it’s what I do for a living. But I am aware that Flash has a wide range of applicability — everything from linear animations to banner ads to games — and that preaching a One-Size-Fits-All approach based on the merits of a single workflow and methodology above all others is a fatally-flawed, fundamentalist position to defend.

Looking at Mr. Hultberg’s About page, you see that in the past he was “a Java web application developer” who “studied software engineering”. It goes on:

My aim is to introduce proper system architecture and object oriented design to the ActionScript community, something that I find is lacking.

Let me tell you who Mr. Hultberg is with that statement: He is the white man come to educate the natives with the Word of the Lord.

Hallelujah, brother — thou shalt be saved from the sins of Flash by the cleansing light of Java!

You see, Flash developers are an ignorant bunch who live simple lives. They don’t know about design patterns and wouldn’t know a Mixin from a Front Controller if one was to hit them in the face on a windy afternoon. In fact, it’s a miracle they ever get anything done. They must be saved from themselves. But don’t worry, because *civilization* has come to the Flash platform as Mr. Hultberg and his merry band of Evangelical Java bishops bring us the truth of The Light.

WTF?

Who died and elected you Pope, Mr. Hultberg?

(I have to point out here that I have nothing against Java developers in general — or any other developers, really. I’ve developed in Java myself and I’ve used and continue to use a variety of programming languages and technologies — each of which has its own use cases, advantages and disadvantages. It is the elitist attitude I am describing here that certain developers have that I find harmful.)

I have a feeling that people like Mr. Hultberg would love to see Flash become Java because that’s what they know. Sometimes when you only have a hammer, everything looks like a nail. But Flash is not Java. It has its own essence and that essence is beautiful. Instead of trying to repress its true nature, we should find creative ways of letting it shine. I’ve seen too many Flash projects jeopardized because important design decisions were made by Java developers. I’ve seen frameworks created that try to mimic or recreate Java in Flash. Heavy, scary frameworks that scare away Flash developers. Unfortunately, many Flash developers are intimidated by these people who pass themselves off as “real programmers” because they have server-side programming expertise.

Flash, however, is not a server-side technology and your server-side development knowledge will not transfer to it verbatim. In fact, the actual complexity of server-side systems, for 90% of what makes up a web application, is much lower than the complexity of the client.

On the server side, you build interfaces that talk to other computers. They talk in pre-determined, unchanging protocols. Things are predictable, you can unit test them to death. On the client side, however, you are building interfaces that talk to a human: An unpredictable, complex creature that may just be scratching his balls with one hand as he uses your lovingly crafted interface with the other while simultaneously devoting 73% of his attention to Carmen Electra’s rack in the trailer of I Want Candy that’s blaring on his TV screen. (In no way is this based on personal experience — I don’t even watch TV!)

Is it any surprise that building usable user interfaces contains far greater inherent complexity than getting two computers (or two computer programs) to talk? Is it any surprise that, given the attitudes of certain “real programmers”, the complexity, effort and expertise involved in creating user interfaces is underestimated time and again? Is it any surprise, then, that we have such a high failure rate for projects in our industry?

Flash is a client-side technology and there is a wealth of specialized client-side knowledge that Flash developers have that server-side developers do not. It is often the case that Flash developers will respect the work that server-side programmers perform but it is rare for that respect to be mutual. And the only reason for it not to be is because of a certain elitist superiority complex in these people, coupled with a dangerous ignorance of Flash.

It may surprise Mr. Hultberg to know that I’ve built my share of large enterprise RIAs. I started doing so in Flash 5 when Branden Hall, Keenan Keeling, Charlie Cordova and myself built the Flash front-end to a virtual school. We had to write our own event dispatching systems, components, etc. — all things that were later added natively to Flash MX. I’ve been around, Mr. Hultberg and something tells me I’ve been doing Flash for a little longer than you have, so read on.

With each version of Flash, we have been moving further and further away from the simplicity that made Flash such an approachable tool. The Flash IDE was never meant to be a tool for building enterprise applications. Unfortunately, before Flex, it was the only major IDE available for the Flash Platform and Macromedia tried to make it do everything. In the process, it began to struggle to do anything particularly well. Animators were left behind (I know animators that still use Flash 5 because it supports their workflow better), designers were snubbed (do you remember the removal of Script Assist in Flash MX 2004) and all for what? So we could appear more “grown up”. And what did Macromedia take as a grown up role model? Nothing if not the heaviest, most bulky, over-hyped and under-delivering programming language I know: Java.

(And by I know, I really do mean I know Java and I have developed server-side applications using J2EE.)

Yes, they tried to make Flash look more like Java to attract Java developers and it worked. Many prominent voices were quick to declare that with ActionScript 2, ActionScript had finally become a “true” object-oriented programming language. That’s the biggest crock of uninformed bullshit ever. Classes are syntactic sugar in ActionScript 2 — everything gets pre-compiled down to ActionScript 1. ActionScript is a *prototype-based* language and has always been object-oriented. You do not need to look like Java to be object-oriented. You do not need the compile-time concept of *classes* to be *object*-oriented. In fact, you could argue (and rightly so) that a language that only has objects (not classes) is *more* object-oriented.

In fact, this misconception continues today with ActionScript 3. Java developers are sometimes quick to hold AS3 to their chests as their own. AS3 couldn’t be less like Java if Java lost 400lbs in 30 days by eating nothing by Subway sandwiches. AS3 is an optionally-typed *dynamic language*. In essence, it is far closer to Python or Ruby than Java. Don’t let the syntax fool you.

Thankfully, the release of Flex meant that Flash could drop the burden of being the primary RIA tool for the Flash Platform (alongside all its other roles.) Starting with Flash 8, we have begun to see it focus more on some of the core areas that had fallen into neglect and I hope that this trend continues in future releases as well.

You know what the ironic thing is? I have spent the last three or four years talking about best practices, pattern-based development and development processes at conferences around the world. The framework I wrote that Mr. Hultberg says he wouldn’t use (based not on its own merits but on the sample code he skimmed for SWX) is Arp and it is being used around the world by people whom I would consider to be cornerstones of the Flash community — some of the best developers I know. And I do believe that an understanding of design patterns and best practices is essential when working in teams and on large projects. But they can also be harmful if not presented correctly. Let me tell you how:

As I mentioned earlier, I have been giving talks about pattern-based development, best practices, and agile development processes for quite a few years now. Generally, I feel that these talks have been very beneficial for my audiences. I have tried to expose them to concepts and workflows that they may not have heard before and these will no doubt help them when working in groups and on large projects. However, what I failed to do in these talks, which I now wish I had, was to wrap everything up in a huge caveat: Knowing all of this is great but don’t ever let it stifle your creativity.

I have seen developers stuck in front of their computers, unable to start working on a project because they are afraid to make a mistake. Because they have heard that there are better ways of architecting things, “best ways” perhaps even, and they are not sure if what they are about to write is going to be “correct”.

I was devastated when I first saw this (and I’ve seen it many times, at different levels, in many different developers since). There I was, talking about agile development and pattern-based programming that was supposed to make it easier for multiple developers to work together, communicate and talk about code. There I was, trying to spread best practices that were supposed to make developer’s lives easier. All positive, dynamic things that were meant to improve the daily welfare (and happiness) of developers. And there I was, seeing that it could sometimes have the opposite effect: Stifling creativity, creating fear and uncertainty, leading developers to think along the lines of “right” and “wrong” rather than simply creating, experimenting and having fun.

(There is never a “wrong” in development — it’s a continuous process of learning. There are no bugs, only feature requests.)

So, yes, patterns, knowledge of good practices and agile development processes are important but the most important thing, above all of these, is to not be afraid.

Don’t be afraid to create, experiment and make mistakes. Remember, there are no mistakes — it’s all a process of discovery. Go ahead: write sloppy code, then throw it away and write it better. Throw stuff on the timeline, try different ideas, break things, then put them back together again. You can always tidy things up later. Don’t let fear of imperfection lead you to inaction. There is no such thing as perfect. Do something, anything and then evolve it. Don’t think too much about it or you may end up only thinking about it. Do, make, share, evolve!

Above all, and this is the really important bit: have fun! It’s OK to have fun! And don’t let anyone tell you otherwise.

I hope SWX helps you have more fun with Flash. That’s what it’s about. And that’s why it’s necessary.

New version of SWX released - supports PHP 4

5 Comments Published March 30th, 2007 in Downloads, SWX

Update #2: SWX Alpha 0.1d is now available for download.

What’s new in Alpha 0.1d:

Fixed bug with the SWX gateway that threw script errors for incorrectly formed requests. This bug was introduced with the addition of GET functionality in 0.1b.

What’s new in Alpha 0.1c:

The example FLA is now saved in a format that can be read by Flash 8 (oops, sorry + thanks Paddy for alerting me to this!)

What’s new in Alpha 0.1b:

PHP 4 and PHP 5 support. Tested with PHP 4.4.2 and PHP 5.1.4
Added GET support to the gateway. You can now call the gateway with both POST and GET

This release brings PHP 4 support to SWX. I’ve only tested it with 4.4.2 and 5.1.4 so if you do test with a different version of PHP, please let me know how it goes.

Download SWX Alpha 0.1b from the download page at swxformat.org.