より安全なJavaScriptを書くために、あったらいいよねという機能 - mizchi's blog
こんな記事があった。 My ECMAScript 7 wishlist | NCZOnline 大雑把にいうと、制限されたgetterがほしいという意見に記事のほとんどが割かれてる。 JavaScriptのデバッグ中、一番つらいものの一つに、未定義値にアクセスしたときにundefinedが代入されており、その結果が次のアクセスにならないとわからないという点だと思う。 o = { a: () => 1, b: () => 2, c: () => 3, d: () => 4 } f = o.e // ここでエラーにならない // 30行ぐらいのコードがあって忘れるとする f() // エラー これが辛い。これを回避するためにどんな仕様が必要か。 というわけで、自分がほしいものはなんだろうと考えてみた。(注意：この記事は上の記事の翻訳記事ではない) 僕自身があんまりES harmonyの議論追っ
Speaking JavaScript
Speaking JavaScript Homepage Buy the book (Ad, please don’t block.) Table of contents Praise for Speaking JavaScriptPrefaceWhat You Need to Know About This BookTips for Reading This BookThe Four Parts of This BookJavaScript Command LinesNotational ConventionsDescribing syntaxReferring to methodsCommand-line interactionTips, notes, and warningsQuickly Finding DocumentationSafari® Books OnlineHow to
ECMAScript Wiki - Frequently Asked Questions
What is One JavaScript? Why don't we remove or fix bad features? Why don't we make breaking changes with a language version? Why don't we deprecate features? How can we use new syntax on old browsers? When will the next version of JavaScript be available? Will we add new restrictions to strict mode? Why don't we standardize a bytecode VM? Classes? Is JavaScript becoming Java? How do we avoid desig
iv / lv5, ECMA262 Engine
仕様正確 property enumeration orderについて, (仕方なく)デファクトスタンダードに合わせました 今度test262中にはびこる依拠testをまとめてtest262-discussに投げようかと test262, 現在11582件中, 2 fails 2 failsはtest262のbugで, すでにreportされています https://bugs.ecmascript.org/show_bug.cgi?id=288 lv5がfailする lv5のほうが正しいときがちらほら test262にbug report (とか, 修正を手伝ったりとか) https://bugs.ecmascript.org/show_bug.cgi?id=215 https://bugs.ecmascript.org/show_bug.cgi?id=218 https://bugs.e
constへの異常な愛情, または私は如何にして心配するのを止めてConstDeclarationを愛するようになったか - 枕を欹てて聴く
JS Advent Calendar, オレ標準コース 1日目, id:Constellation です. あれから1年ですか... 前半で, ES.nextに導入されたDeclarationについてさっと, そして後半でタイトルの説明をします. この文書は, 2011/12/01現在のES5 Engineの実装とES.next draftに基づいています. また, ES.nextの文法がvalidかどうかについては, parserを用意してあるので, 是非ご利用ください. http://constellation.github.com/iv/js/es.next.html Declaration ES.nextでは新たにDeclarationという区切りが入り, LetDeclaration, ConstDeclaration, FunctionDeclarationが導入されました.
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
pvdz.ee - Ecma
This is an (almost) complete overview of the ES5 specification. ECMAScript is the language that governs JavaScript. Although meant to be finished some day, I'm just too busy right now. Most notes were a first draft. The meta javascript language is not using a very consistent api, etc. But seeing how others are popping up (see below), I guess I should publish my notes and see whether I'll take the
My JSConf.US Presentation – Brendan Eich
@jashkenas was kind enough to let me join him for his JSConf.us session. Here is the slideshare link. I’ll comment on the individual slides below. Jeremy’s talk was entitled “CoffeeScript as a JS/next”, and I was interested in giving an update on Ecma TC39 Harmony progress, so when Jeremy and I met and caught up during the first day of JSConf, we quickly agreed on a joint session with about 15 min
Crockford On JavaScript: Level 7: ECMAScript 5: The New Parts
Crockford On JavaScript: Level 7: ECMAScript 5: The New Parts 1 day ago Loading… Flash Player 9 (or above) is needed to view presentations. We have detected that you do not have it on your computer. To install it, go here. Crockford On JavaScript: Level 7: ECMAScript 5: The New Parts - Presentation Transcript Level 7ECMAScript 5:The New Parts Any change to a standard is an act of violence. Complet
JavaScriptで名前空間 - hogehoge @teramako
Firefox4のJavaScriptと言えば ECMAScript 5th ECMAScript Harmony E4X ですよね。 で、昨日辺りにJavaScriptの名前空間に関してTwitter上で話題に上がっていたので自分もやってみた。 参考 ES Harmony の Proxy について #fxdevcon で LT してきました - mooz deceives you http://wiki.ecmascript.org/doku.php?id=harmony:proxies コード Firefox4でしか動かないのでご注意。 いやー、意味不ですよね。 サンプル // 上記コードが読み込まれていること var myNS = NS("teramako", "http://www.hatena.ne.jp/teramako/"); myNS.foo = "bar"; // =>
ES6, Harmony, and JS++
► 2017 (2) ► January (2) ► 2016 (10) ► August (1) ► April (3) ► February (4) ► January (2) ► 2015 (36) ► December (2) ► October (2) ► September (2) ► August (4) ► July (5) ► June (5) ► May (1) ► April (6) ► March (4) ► February (4) ► January (1) ► 2014 (34) ► December (1) ► October (1) ► September (2) ► August (4) ► July (1) ► June (1) ► May (5) ► April (4) ► March (7) ► February (6) ► January (2)
ECMAScript 5 strict mode in Firefox 4 – Mozilla Hacks - the Web developer blog
Editor’s note: This article is posted by Chris Heilmann but authored by Jeff Walden – credit where credit is due. Developers in the Mozilla community have made major improvements to the JavaScript engine in Firefox 4. We have devoted much effort to improving performance, but we’ve also worked on new features. We have particularly focused on ECMAScript 5, the latest update to the standard underlyin
Harmony Of My Dreams – Brendan Eich
Continuing in the vein of paren-free, I’d like to present a refreshed vision of JavaScript Harmony. This impressionist exercise is of course not canonical (not yet), but it’s not some random, creepy fanfic either. Something like this could actually happen, likelier and better if done with your help (more on how at the end). I’m blurring the boundaries between Ecma TC39’s current consensus-Harmony,
The JavaScript arguments object…and beyond
Spare a thought for JavaScript’s arguments object. It wants so desperately to be an array. It walks like an array, quacks like an array but flies like a turkey. During the early years of the language Brendan Eich came close to rewriting arguments as an array until ECMA came along and clipped its wings forever. In spite of all this (or maybe because of it) we love the arguments object. In this arti
Function.prototype.bindは何がいいのか - 枕を欹てて聴く
ES5からFunction.prototype.bindが入りました. これに準ずるものは数々のFrameworkで提供され続けてきたので, あまり馴染みの無さはないのではないでしょうか. このFunction.ptototype.bindは実はとても面白いので. 結論から言えば, Function.prototype.bindはtarget functionのConstructに完全に移譲するのでConstructorの引数束縛が行えます. またConstructor callに対して配列を渡すapply形式のものといったapplyConstructorやcallConstructorをbindを使って実装することができます. 基本 Function.prototype.bindは基本的にはthisとargumentsに特定の値を束縛する関数です. bindは第一引数にthis, 次から
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - google/traceur-compiler: Traceur is a JavaScript.next-to-JavaScript-of-today compiler
JavaScript.Next
JSLOL