Dave Herman: The Future of JavaScript

Loading...

Sign in or sign up now!
Alert icon
Upgrade to the latest Flash Player for improved playback performance. Upgrade now or more info.
13,406
Loading...
Alert icon
Sign in or sign up now!
Alert icon
There is no Interactive Transcript.

Uploaded by 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.

Link to this comment:

Share to:
see all

All Comments (9)

Sign In or Sign Up now to post a comment!
  • 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)"

  • 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.

  • 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...

  • 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... :)

  • 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.

  • Too much adding, too less fixing. Who needs ..rest if arguments was an array?

  • Excellent talk, and I can't wait to see all of these features come to life in our everyday job!

  • Amen for record and replay.

  • indeed 08:28 is a classic!

Loading...

Alert icon
0 / 00Unsaved Playlist Return to active list
    1. Your queue is empty. Add videos to your queue using this button:
      or sign in to load a different list.
    Loading...Loading...Saving...
    • Clear all videos from this list
    • Learn more