
Douglas Crockford’s latest installment in the “Crockford on JavaScript” series, a talk in which he covers the role of event loops and the importance of server-side JavaScript, is now available on video. Flash video is embedded below, or you can download the HD video (480p ~370MB). Video from the first five lectures is available on the Crockford on JavaScript page.
Other Recent YUI Theater Videos:
- Nicholas Zakas and Victor Tsaran: Accessibility on the Yahoo Homepage — Nicholas Zakas, a principal developer of the Yahoo! homepage, and Victor Tsaran’s, Yahoo!’s senior accessibility manager, discuss the strategies and methods that made one of the most visited websites in the world fully accessible. The talk took place at the June 2010 BayJax meetup at Yahoo.
- Dennis Lembree: Making JavaScript Accessible — Dennis Lembree, an accessibility expert and the creator of AccessibleTwitter discusses the challenges of making JS-enabled sites accessible. The talk took place at the June 2010 BayJax meetup at Yahoo.
- Ryan Dahl: Introduction to NodeJS — Ryan Dahl, the creator of NodeJS, introduces the project and talks about performance improvements and new architecture. The talk took place at the May 2010 BayJax meetup at Yahoo.
- Elijah Insua: jsdom: a CommonJS Implementation of the DOM — Elijah Insua introduces a server-side implementation of the JavaScript DOM at the May 2010 BayJax meetup at Yahoo.
- Nicholas Zakas, Stoyan Stefanov, Ross Harmes, Julien Lecomte, Matt Sweeney: High Performance JavaScript — Five contributors to O’Reilly’s High Performance JavaScript discuss advanced JavaScript and DOM scripting optimizations at the April 2010 BayJax meetup at Yahoo.
Subscribing to YUI Theater:
August 30, 2010 at 5:52 pm
For those curious about the Elko system mentioned at the end of the talk, a clickable link:
http://www.fudco.com/software/elko/
August 31, 2010 at 11:05 am
His excitement at the end is truly palpable, and infectious.
What I think is also important to consider is that we now must be super vigilant that what happened to client side JavaScript in its early days doesn’t happen to SSJS. We need the platforms and libraries that will be enabling the future to be stable, clean, efficient, and flexible. So in a word, professional.
We have a tremendous opportunity to make the web grow quickly in the right direction. The lessons of OSS development and community collaboration will serve us well.
Watch the video. Watch other videos about Node.js and get involved. Participate in the CommonJS discussion. Be belligerent gatekeepers of quality. And more than anything, share!
August 31, 2010 at 1:41 pm
This man is amazing, and I love his perspective and passion. What I wouldn’t give to sit under his tutelage sometime.
August 31, 2010 at 10:42 pm
Thank you so much Doug. You have taught me so much over the years!
Loved this video!
September 1, 2010 at 8:36 am
Having a 1-1 server to client relationship for your session handling means having a single point of failure for your site. It eliminates the possibility redundancy which means you could have blankets of user outages all at once. I guess the clever people at google and the session server authors will come up with a way to handle unresponsive servers to redirect the user to one that works, but where does the session state go if the lone server it was hosted on dies? or what happens when the session manager server dies? either of those are bad things. session redundancy distributed over many machines is a necessary evil.
September 1, 2010 at 4:30 pm
Doug,
You are the coolest guy i’ve ever seen. You are my hero.
September 3, 2010 at 12:20 am
Great series of vids. This guy is a legend!
His commentary about the resistance of the software community to learning things which they don’t think they need is so accurate.
From compilers, to structured code, to asynchronicity, we’ve always had to wait for a generation to retire and the next generation to take up the better techniques.
Education is the key!
September 18, 2010 at 3:11 am
non-blocking require() enhancement request for node.js: http://github.com/ry/node/issues/issue/282
Feedback on proposed syntax highly welcome!