April 23, 2003
When Geeks Go Flash
Living in a Flash-friendly environment you tend to forget that lots of hardcore programmers still think that Flash is a pretty evil thing. You just have to check out what these guys rant about.
So it's a nice surprise to stumble over an alpha geek changing from Saulus to Paulus: Les Orchard writes about Learning How to Do Magic with Flash and XML
Posted at April 23, 2003 05:34 PM | Further reading
The combination of XML with remotely attaching code to buttons in Flash is definately a big draw. It really surprises me that more programmers don't explore Flash.
"these guys" usually are quite ignorant, that's for sure. they tend to judge about things they are not familiar with.
on the other hand, "flash developers" are as ignorant. maybe even more. i can't count how often i heard things like "what do you need xml for. it just makes things slow". but it's not only that. even more often i hear things like "w3c specifications? nah, why should i read them".
although many of "these guys" miss the point, "flash developers" should sometimes listen to them. the whole flash community is isolated in their own "flash world". they tend not to listen to advices from "outside".
the simple reason is: they do not understand.
think about it.
Same old story, goes back to the divide between developers and designers and Flash balancing inbetween.
That's what made the software package so appealing to me in the first place. Flexible development with a creative touch.
Flash doesn't have to be and will obviously never be transformed into a Java type structure and environment like some hardcore developers might want to see happen but there are some areas in which Flash developers might want to look outside the limited scope of their coccoon and apply some common programming practices like we see happening with increased OOP structuring and design patterns in AS.
assert ( [quote] will obviously never be transformed into a Java type structure and environment [/quote] );
// error msg
while that might be true, it's push for dominace as the defacto for ria development (a vm, if you ask me) will mean a lot more refinement than is currently available... namespace collisions, native primitive types, scope resolutions etc etc... the more these are implemented vis-a-vis refinement of ecma in general, the more i doubt the assertion.
cool site! I love macromedia going to school on it... My site is a little gay working alot on actionscripting, i'll be updating the site soon... later
