When something essential is purposely flawed. Derived from the standards body that regulates javascript/Jscript and Actionscript3, the most widely used client side programming languages on the Internet today.
I've been asked, "What programming language should I master"? Naive question for sure but it got me thinking about the browser as the new desktop and more specifically about client side RIAs. A new religious war is bubbling . . . Flash or Silverlight. Some frame it as an open source v. Microsoft battle. However, that does not take into account the client side operating system (including Symbian here) and the server side technology.
This opens a very interesting door for the likes of Laszlo. If they pretty themselves for a date with Google, I think they can come out on top.
Back to server side technologies. Besides Livescript which ran on Netscape web servers, I don't know of any server based language that is ECMA compliant. FMS doesn't count because it doesn't serve http. What language am I missing? Haxe really doesn't count . . . at least not yet.
So if all the client side technology is ECMA based, is there an equivalent server side language? If so, then ECMA would be good programming "language" to master because learning the different dialects would cover you as a newly minted CS graduate. It would also get you a running start with Python and Java.
Having one standard to rule them all is great but if ECMA is that standard, it is inherently flawed. A beautiful dilemma.
I'm a little late to the game but Microsoft announced the release of their CLI. With the release of Tamarin, I sense an Adobe v. Microsoft fight which hopefully will result in the ability to compile AS3 code to a .NET compatible binary? I'm sure the Haxe developers are all over it already.
Nothing major but I am too excited! I have simple blob detection working in AS3. The swf is less than 5k and it works better than I expected (I guessed at values and got pretty much spot on). I know each slate is going to have different values due to infrared intensity, ftir, camera sensitivity/distance/other adjustments, etc. I thought that I would waste a lot of time adjusting sensitivity levels but detection happens right when I touch the acrylic when using different fingers and hands. Once I get to refactoring I'll create easy to use adjustments slider knobs or something.
Now on to the interesting and fun part . . . creating event handlers multi input based event handlers.
Robotics has always been a fascination of mine and think home made "fabbers" are a great practical use of the technology. Currently, I'm in the planning stages of building a "fabber" based on the RepRapOne 1.0 (Darwin). I chose this over the Fab@Home after a lot of forum digging and hardware research. I need some automated way of creating pyicons for my touch table. Pictures, diagrams, etc. coming soon.
What's the point? I mean it seems like a fad to me but what do I know? Who cares what you are doing at the moment? I checked out the API because I would like to extend Twitter so that it could actually be useful. The immediacy, mobility and reach seem compelling.
I could see a site built around a Twitter like messaging service that would allow me to broadcast a message saying I need a babysitter tomorrow. The tweet would go out to all the teenage girls in my area that have signed on to receive babysitting tweets. Those that are motivated enough to stop doing Myspace for 2 minutes would respond. I'd look at the responses and see what their reviews say. I could see reviews from other parents I trust. Maybe I could even PM a tweet asking some questions to said parents . . . Craiglist meets Twitter.
Alas, no can do. Their AS3 API is cool though. I thought for sure this was the direction Google was going to go with the Dodgeball acquisition. Who knows, maybe it is.
The Web 2.0 Expo is coming up, I think I'm going to attend but I'm so knee deep in good work that I don't want to stop. However, these conferences tend to inspire. One of the companies that is showing at the Expo is Coghead. I've been following them and their competitor DabbleDB (not to be confused with the video search company Dabble) for a while.
Working in Adobe products and dealing with frameworks for the last few months, I can't believe there isn't any ORM work being done like creating a Rails or Hibernate type implementation for Apollo forms for CRM like apps. Hmmm . . . maybe once I get out from under all my current work, I can extend/borrow/hack flapjam . . . just a thought.
LocalConnection is DAO like but different enough.