Great HTML5 Browser Readiness Infographic by
Find the interactive version here
There are no super programming languages, only super programmers. And they tend to be super jerks. I should know – I used to be one. What would really make a programming language be super powered is the ability to be used by normal people.
Please click through to read the entire post... It's worth the read.
We are proposing to require the filing of a computer program (the “waterfall computer program,” as defined in the proposed rule) of the contractual cash flow provisions of the securities in the form of downloadable source code in Python, a commonly used computer programming language that is open source and interpretive. The computer program would be tagged in XML and required to be filed with the Commission as an exhibit. Under our proposal, the filed source code for the computer program, when downloaded and run (by loading it into an open “Python” session on the investor’s computer), would be required to allow the user to programmatically input information from the asset data file that we are proposing to require as described above. We believe that, with the waterfall computer program and the asset data file, investors would be better able to conduct their own evaluations of ABS and may be less likely to be dependent on the opinions of credit rating agencies.
Hmmm.... sounds like the SEC want's unit tests the users can run. I guess they don't trust the ratings agencies.

Scribd co-founder and chief technology officer Jared Friedman tells me: “We are scrapping three years of Flash development and betting the company on HTML5 because we believe HTML5 is a dramatically better reading experience than Flash. Now any document can become a Web page.
Customers wishing to move from COBOL to Java now have the option of remaining on the mainframe platform.
But Why?!?!
Speaking of languages, many of the problems we face today cannot be solved inside a single language or application.
Some of this will be mitigated naturally as application-specific functions disappear into tools and frameworks.
In general, it appears that Objects will diminish as a programming paradigm.
Some people have talked about "polyglot programming". I think this is a red herring.
Regarding Java. I fear that Java will have to be abandoned to the "Enterprise Development" world. It will be relegated to the hands of cut-rate business coders bashing out their gray business applications for $30 / hour. We've passed the tipping point on this one. We used to joke that Java would be the next COBOL, but that doesn't seem as funny now that it's true
Where will innovation come from? Although some of the blush seems to be coming off Ruby, the reduction in hype has mainly allowed Ruby and Ruby on Rails developers to knuckle down and produce.
The big players here--Microsoft and Oracle--won't let some schemaless little upstarts erode their [database] market share.
Douglas Crockford is Yahoo!'s JavaScript architect and a member of the committee designing future versions of the world's most popular programming language. Over first three months of 2010, Douglas delivered his acclaimed series of lectures on the history of JavaScript, its features, and its use. Links to video, transcripts, and photos from each of the events follows:
At this point I lost interest. I spent a fair bit of time in the 80's and 90's mucking around with this idea. In the end I decided that it was too hard and of limited value. Why this is so was primarily crystallized for me by Alistair Cockburn who explained that since people are the central element in software development, and people are inherently non-linear and unpredictable - such an effort is fundamentally doomed. Or at least it is until people become predictable agents that can be described with tractable mathematics - for which event I'm not holding my breath.