Dave Herman: The Future of JavaScript
Sign in to YouTube
Sign in with your Google Account (YouTube, Google+, Gmail, Orkut, Picasa, or Chrome) to like yuilibrary's video.
Sign in to YouTube
Sign in with your Google Account (YouTube, Google+, Gmail, Orkut, Picasa, or Chrome) to dislike yuilibrary's video.
Sign in to YouTube
Sign in with your Google Account (YouTube, Google+, Gmail, Orkut, Picasa, or Chrome) to add yuilibrary's video to your playlist.
Uploaded on Nov 17, 2011
Mozilla Labs engineer and TC39 representative Dave Herman joined us at YUIConf 2011 to give this keynote talk on the future of JavaScript, covering many of the new features currently under consideration for ES6, the next edition of the ECMAScript standard.
-
Category
-
License
Standard YouTube License
Loading...
Loading...
Loading...
The interactive transcript could not be loaded.
Loading...
Loading...
Ratings have been disabled for this video.
Rating is available when the video has been rented.
This feature is not available right now. Please try again later.
Loading...
Next in YUIConf 2011
Suggestions
-
6:02
Node.JS Is Stupid And If You Use It So Are Youby Brandon WirtzFeatured
109,131
-
1:42:09
Crockford on JavaScript - Volume 1: The Early Yearsby yuilibrary
45,501 views
-
1:13:29
Crockford on JavaScript - Act III: Function the Ultimateby yuilibrary
36,245 views
-
1:49:55
Douglas Crockford: The JavaScript Programming Languageby yuilibrary
83,017 views
-
1:06:46
Crockford on JavaScript - Section 8: Programming Style & Your Brainby yuilibrary
43,843 views
-
32
videos
Play all
javascriptby macgeek104
-
1:06:51
Douglas Crockford: Advanced JavaScriptby YUI Theater
51,990 views
-
57:19
Crockford on JavaScript - Level 7: ECMAScript 5: The New Partsby yuilibrary
17,004 views
-
1:33:55
Crockford on JavaScript - Episode IV: The Metamorphosis of Ajaxby YUI Theater
15,551 views
-
1:30:23
Crockford on JavaScript - Chapter 2: And Then There Was JavaScriptby YUI Theater
29,642 views
-
51:53
Crockford on JavaScript - Scene 6: Loopageby YUI Theater
9,583 views
-
45:38
Eric Ferraiuolo: YUI App Framework: You've Been Wanting Thisby yuilibrary
6,257 views
-
52:23
Nicholas Zakas: Scalable JavaScript Application Architectureby yuilibrary
20,186 views
-
1:24:43
Crockford on JavaScript - Part 5: The End of All Thingsby yuilibrary
13,953 views
-
1:23:52
A Million Connections...and Beyond! - Node.js at Scaleby LinkedIn Tech Talks
17,448 views
-
25:43
Fluent 2012: Brendan Eich, "JavaScript at 17"by O'Reilly Media
22,300 views
-
50:14
Nicholas Zakas: Progressive Enhancement 2.0by yuilibrary
17,106 views
-
39:38
Douglas Crockford: JavaScript: The Good Partsby yuilibrary
7,477 views
-
49:26
Douglas Crockford: The JSON Sagaby yuilibrary
15,171 views
-
24:28
Stephen Woods: Creating Responsive HTML5 Touch Interfacesby yuilibrary
17,164 views
-
1:03:47
JavaScript: The Good Partsby Google Tech Talks
313,417 views
- Loading more suggestions...
Top Comments
Jerome Wilson 1 year ago
Looks brilliant. Someone had better start writing the legacy browser shim library now so that we can be using all this goodness within 10 years of its release. Erm, not me though, I'm kind of busy and stuff... :)
Sign in to YouTube
Sign in to YouTube
alchemikification 1 year ago
Hey, did you read Crockford "The Good Parts"?
JS is perfect, it's just DOM API in browsers that sucks!
Good luck, study, study, study and then teach your colleges;)
Sign in to YouTube
Sign in to YouTube
All Comments (13)
fthis1234567 1 year ago
i pretty much hate javascript too. What i hate it is b/c theres too many ways to do one thing. Its too open/flexible for its own good. And its even worse when working with someone else's javascript. I don't particularly like jquery's programming strategy either, the programmer has to keep track of the long as hell chained objects in on statements....not good for passing around code, that much for sure.
Sign in to YouTube
Sign in to YouTube
clifcollins1 1 year ago
Thanks for the information, great job...
Do not make the language application dependent, most of the additions not useful. I like JavaScript it makes no assumptions, after 32 years of development I am trying to learn how to not make assumptions and I am constantly trying to simplify my code (language independent), and I use no abbrivations.
My recommendations: “structure” “new ByteString()”
“get function name(...)” “set function name(...)” "read" "write" "open(url-spec or file-spec)"
Sign in to YouTube
Sign in to YouTube
jmerl1n 1 year ago
I don't like that classic example code. Yes, it is classic, but yes, it is tragic as well. There's no implied (at least for .txt files) reason for synchronizing those GET requests. In that case, it's best to just effectively fork/join the requests. Fire off as many as is reasonable at once and when all of them have completed, yield back to the caller. Since JS is (presently) guaranteed to be single threaded, writing the join part is really simple.
Sign in to YouTube
Sign in to YouTube
TheRizzu43 1 year ago
This is very good video looking nice & attractive.Thanks for sharing & posting this video.I really liked your video youtube can be a great asset for you.It is very informative for those users who want to know about future of java script.
Sign in to YouTube
Sign in to YouTube
TheProgrammer93 1 year ago
As a programmer I can officially say that JavaScript is, and has always been, a piece of shit.
Sign in to YouTube
Sign in to YouTube
Jerome Wilson 1 year ago
Thinking about it, maybe shimming is best handled by, for instance, a CoffeeScript compiler... Oh hang on I'm just getting around to watching the last 5 minutes of the talk, looks like this might be covered...
Sign in to YouTube
Sign in to YouTube
Tony Wooster 1 year ago
All hail Pyscript!
@iglor, because arguments includes all passed-in arguments, including those that are explicitly declared in the function signature. So you have to count your arguments and shift/offset accordingly. Also, unlike 'this', 'arguments' is not a reserved word, which lets people do stupid stuff, like overwrite it.
Sign in to YouTube
Sign in to YouTube
iglor 1 year ago
Too much adding, too less fixing. Who needs ..rest if arguments was an array?
Sign in to YouTube
Sign in to YouTube