Archive for the ‘DLR’ Category
Here is an interesting look to start the new year at Google Trends for some common keywords to this blog audience. Comparing AS2, AS3, Silverlight and actionscript you can see that there is some pretty interesting things happening.
First off, AS2 and AS3 are clouded because they are also related to EDI and EDI-INT so they get a bit inflated. Silverlight though is pretty unique in the naming. So from this graph we can see this happening:
- Silverlight and AS3 are growing rapidly
- Silverlight is crossing over as3 or meeting it
- The market looking for Silverlight is about 8-10 times as large as actionscript/as3/as3
- Silverlight and AS3 are growing, AS2 has no growth left and is an EOL language (end of life)
- AS2 (even with crossover to EDI trends for “as2″) leveled out, where AS3 is starting to lift to a larger market. This is strongly due to it being a fun language based on ES4 and interests programmers.
- The as3 effect started right in March-April 2007 (hrm I started this blog in April 2007 coincidenc? j/k )
Another chart including Flex shows a better picture of the keyword wars between flex and silverlight.
So from this graph we can see this happening:
- Flex has a large buzz
- Adobe’s marketing efforts are many while silverlight is more unique and focused
- Flex, as3 and Silverlight are popular, and growing in their support (the growth market for technology is in these areas, not in tech from Flash 8/as2)
- AS2 still taking a nosedive
Flash and Flex programmers and designers should know that with Silverlight 2.0 release coming and the capabilities of Silverlight 2.0 more competitive, flashers should be working on Flex, Flash9 or at least AS3 if not Flex. The RIA competition market will heat up immensely this year with Silverlight 2.0 and possibly Flex3 and coding and programming for Flash and Flex is becoming more involved. It also has a very strong competitor in Silverlight 2.0 coming that will drive this market.
This is all great news if you are ready for it, if you are still coding actionscript2 (AS2) and paying no mind to Silverlight, Flex or at least actionscript3 (AS3) then you will see your market slowly start to fade as things are ramped up and more of a programming focus in the vector wars. If you are a flash coder and ignoring Silverlight, your solutions will suffer. If you are a silverlight coder or .NET coder and ignoring the Flex and AS3 rise your solutions will suffer. I have been playing in AS3, Flex and Silverlight for over a year on both now and they are an entirely new platform with great programming models. The competition puts focus on this market so it is a great time to be skilled in these areas.
Some notes from the author:
AS3 Lisp Source
So I got asked a few times to post the source for the AS3 Lisp. I have and it’s here. Please keep in mind:
- I wrote this a year and a half ago and didn’t know AS3 or Lisp very well
- I never intended to release the source so I apologize if anyone is offended by any class names, variable names, function names or comments (such as a function call named getGUI.LoadInterface();)
- I have since figured out a way better way to handle symbols in the system and it would really clean up a ton of stuff
- Some one over at YCombinator News noticed that closures don’t seem to work and for that I apologize, if I were rewriting this (which I kinda am just in a different form) I would definitely make closures works since I now realize how important they are to Lisp
Check out the Silverlight demos here:
- high quality implementations of previously experimental features: gfx (portable 2D drawing), data wires, offline, storage, cometd, etc.
- dojox.gfx now includes Sliverlight support
- many more features and improvements than there’s room for here.
- unified look and feel for all widgets
- ambitious a11y and i18n features in every Dijit widget
- a mature CSS-driven theme system with multiple, high-quality themes
- huge improvements in system performance
- data-bound widgets
- Declarations for lightweight widget writing
- a new page parser that allows instances of any class, not just widgets
- no magic
- reduced API surface area (easier to remember and use)
- dojo.query() always available, returns real arrays
- from-scratch high-performance DnD system
- Base (dojo.js) is 25K on the wire (gzipped)
- dojo.data APIs finalized
- new build system
- new test harness for both CLI and browser use
- dojo.behavior now marked stable and based on dojo.query
- excellent animation APIs with Color animations in Base (always available)
- all the features you’ve come to count on from Dojo (RPC, JSON-P, JSON, i18n, formatting utilities, etc.)
[ source ]
Will these languages be treated like J# and JScript.NET? We shall see.
If they perform better than their counterparts it might make python and ruby coders able to take on more platforms and capabilities.
It is still only pre-alpha and missing much but like mono.net, it can have an impact when platforms and languages merge.
Earlier this year, Microsoft assured developers that it would be continuing to build languages on top of the Dynamic Language Runtime (DLR). Considering that IronPython had been a success in terms of implementation, the company decided that it would make an attempt at bringing Ruby into the world of .NET. With the help of Ruby expert John Lam, today the company announced that a pre-alpha build of IronRuby is now available. You heard it right, this release is pre-alpha—many Ruby features and libraries have not yet been implemented.
For IronRuby fun ScottGu has a great blog post on getting started with IronRuby.