- 1 名前：デフォルトの名無しさん [2007/09/19(水) 09:08:01 ]
- 《ECMAScriptを語るスレ》
1. - 概要 -
ECMA-262規格として知られる言語（通称 ECMAScript）についての利用法や言語仕様、
その他四方山話をするスレです。
- ECMA-262 3rd Edition 標準規格（英語）-
www.ecma-international.org/publications/standards/Ecma-262.htm
Under Translation of ECMA-262 3rd Edition (日本語訳)
www2u.biglobe.ne.jp/~oz-07ams/prog/ecma262r3/
前スレ
ECMAScript デス 2
pc11.2ch.net/test/read.cgi/tech/1088298991/
過去スレ
JavaScript デス
pc5.2ch.net/test/read.cgi/tech/1052273054/
- 718 名前：デフォルトの名無しさん mailto:sage [2010/09/08(水) 18:10:47 ]
- 今ある全てのブラウザが欠陥品ってこと？
全部実装してるブラウザはいまのところ存在しないんだけど
- 719 名前：デフォルトの名無しさん mailto:sage [2010/09/08(水) 18:21:00 ]
- >>717は「MSが駄目って指摘できるボクちゃんカッケーww」って
勘違いしちゃってる馬鹿
- 720 名前：デフォルトの名無しさん [2010/09/08(水) 19:32:40 ]
- 独自実装と先行実装だったら、後者のほうがましだなあ、と。
- 721 名前：デフォルトの名無しさん mailto:sage [2010/09/08(水) 20:36:37 ]
- つまりXMLHttpRequestを最初に実装したIEは偉大
- 722 名前：デフォルトの名無しさん mailto:sage [2010/09/08(水) 22:36:31 ]
- IE信者のプロパガンダにしか見えん。
constも例外処理も勝手に追加したのはspidermonkeyだがこれらがあると欠陥とな？
ブラウザ戦争の引き金になる糞互換な実装をやめろって話なのが分からんのか。
webkitとかwebkitとかwebkitとか
- 723 名前：デフォルトの名無しさん mailto:sage [2010/09/08(水) 23:51:06 ]
- constについては、constの仕様が不確定なことと、
このような機構が将来仕様に含まれるとしても、
今のconstのようなものになるか不確定であること、
この二点を採用しない理由に挙げてるけど、
constってのはObjectの性質じゃなくて、
変数の性質だから、他の方法なんてないんじゃないの?
- 724 名前：デフォルトの名無しさん mailto:sage [2010/09/08(水) 23:58:47 ]
- たとえば同じ名前の変数にconst指定した場合、ブラウザによって次のように別々の動作をみせるという。
* シンタックスエラーとみなしローディングを実施しない。
* 関数がコールされた段階で例外を発生する。
* 定数の上書きは成功し、変数としての上書きは処理しない。
* ただの変数として処理する。
- 725 名前：デフォルトの名無しさん mailto:sage [2010/09/09(木) 06:59:32 ]
- IE以外のどのブラウザもそれなりにECMAScriptの独自拡張はしてるって話だろ？
実際、constの挙動がバラバラなんだし。これを先行実装と言い張るのはなあ
- 726 名前：デフォルトの名無しさん mailto:sage [2010/09/09(木) 12:56:28 ]
- constよりletほしい。
- 727 名前：デフォルトの名無しさん mailto:sage [2010/09/09(木) 15:37:18 ]
- 式クロージャも欲しい
- 728 名前：デフォルトの名無しさん mailto:sage [2010/09/09(木) 15:45:29 ]
- いらん
- 729 名前：デフォルトの名無しさん mailto:sage [2010/09/09(木) 16:21:06 ]
- ネイティブにコンパイルできるようにならないのかな
PHPをC++にコンパイルするやつはあったな
- 730 名前：デフォルトの名無しさん mailto:sage [2010/09/09(木) 16:43:02 ]
- >>729
すでに主流のブラウザに搭載されているJSエンジンは、JIT(Just In Time compile)化されていたはず。
少なくともFirefoxのSpidermonkeyは、JIT化によって大きな性能改善を果たした。
- 731 名前：デフォルトの名無しさん mailto:sage [2010/09/09(木) 21:57:02 ]
- FirefoxもChromeもコード生成に実行時情報使うからAOTでコンパイルするのはつらいな。
ネイティブコードにはなるだろうが実行性能的な意味で。
- 732 名前：デフォルトの名無しさん [2010/09/09(木) 22:45:26 ]
- できてせいぜい中間コードまでだろうなあ
- 733 名前：デフォルトの名無しさん mailto:sage [2010/09/09(木) 23:48:32 ]
- 中間コードにはコンパイルできなきゃ困るだろ・・・
- 734 名前：デフォルトの名無しさん mailto:sage [2010/09/10(金) 10:14:54 ]
- >>732
V8のコード読めばいろいろ参考になるよ
SpiderMonkeyよりかは読みやすいし
>>726
これは同意
ブロックスコープ使いたいお・・・
- 735 名前：デフォルトの名無しさん mailto:sage [2010/09/10(金) 10:56:58 ]
- letもいいけど分割代入も欲しい
- 736 名前：デフォルトの名無しさん mailto:sage [2010/09/14(火) 07:12:45 ]
- json形式のデータでlistと配列(vector)区別する一般的な方法はないのでしょうか？
list
[1,2,3]
vector
{vector:[1,2,3]}
とかでいいのでしょうか？
- 737 名前：デフォルトの名無しさん mailto:sage [2010/09/14(火) 12:36:02 ]
- ベクターとか本当に必要か？
- 738 名前：デフォルトの名無しさん mailto:sage [2010/09/14(火) 13:53:11 ]
- jsonてここでいいのか？
- 739 名前：デフォルトの名無しさん mailto:sage [2010/09/14(火) 14:00:52 ]
- 枝葉末節だけどJSON形式ならキーを文字列にしないといけない
- 740 名前：デフォルトの名無しさん [2010/09/14(火) 14:12:07 ]
- まあJSOということで
- 741 名前：デフォルトの名無しさん mailto:sage [2010/09/14(火) 14:45:25 ]
- それってただのJSじゃね
- 742 名前：デフォルトの名無しさん mailto:sage [2010/09/15(水) 01:06:29 ]
- JSObjectなら
- 743 名前：デフォルトの名無しさん mailto:sage [2010/09/22(水) 20:40:11 ]
- JavaScript for Internet Explorer 9 Beta
msdn.microsoft.com/en-us/library/d1et7k7c(v=VS.94).aspx
IE9はJScriptじゃないの？
- 744 名前：デフォルトの名無しさん mailto:sage [2010/09/22(水) 22:18:28 ]
- いまのjavascriptは製品名よりブラウザ上の言語名として一般にも普及してるからjavascriptを使うんだろう。
- 745 名前：デフォルトの名無しさん mailto:sage [2010/09/22(水) 22:24:31 ]
- MSも丸くなったというか下り坂というか
- 746 名前：デフォルトの名無しさん mailto:sage [2010/10/03(日) 17:01:05 ]
- ECMAScript 5 compatibility table
kangax.github.com/es5-compat-table/
Strictモードのスルーされっぷりは異常
- 747 名前：デフォルトの名無しさん mailto:sage [2010/10/03(日) 23:09:05 ]
- strict は部分的には入ってる
一括して一項目だとな…セキュリティとしてはフルサポートしないとまずいんだけど
- 748 名前：デフォルトの名無しさん mailto:sage [2010/10/06(水) 00:03:34 ]
- ActionScript3.0が対応してるECMA262ってこれであってますか？
ttp://www.ecmascript.org/es4/spec/overview.pdf
- 749 名前：デフォルトの名無しさん mailto:sage [2010/10/14(木) 23:36:40 ]
- >>746
ようやくWebKit Nightly BuildとMinefieldでグリーンになった
- 750 名前：デフォルトの名無しさん mailto:sage [2010/10/15(金) 10:06:23 ]
- >>746
>>749
今 mozilla-central 20101014041748 で見たら全部の項目がグリーンになっててビビった
Chrome の Canary build とか Chromium だとどうなんだろ（表には7までしかない）
- 751 名前：デフォルトの名無しさん mailto:sage [2010/10/16(土) 00:06:47 ]
- >>750
カナリアも今のところChrome 7と同じ。
WebKit本体のJavaScriptエンジン(JavaScriptCore)はstrictモード対応したけど
Chromeは独自のJavaScriptエンジン(V8)を使っているので恩恵を受けていない。
その代わりJavaScriptCoreが未対応のObject.*の類をサポートしてる
- 752 名前：デフォルトの名無しさん mailto:sage [2010/10/16(土) 00:18:41 ]
- あとMinefieldはstrict mode evalに未対応なので
evalを使ってるコードではまだ"use strict";しないかWebKitでもテストしたほうがいい
https://bugzilla.mozilla.org/show_bug.cgi?id=514568
- 753 名前：デフォルトの名無しさん mailto:!sage [2011/02/21(月) 05:18:33.75 ]
- SubKlass.prototype に直接値を代入せずに Klass.prototype を継承したオブジェクトが作りたい
具体的には、
const Klass = function() {};
Object.defineProperties(Klass.prototype, {...});
const SubKlass = function() {};
SubKlass.prototype.__proto__ = Klass.prototype;
みたいなことをやりたいんだけど、これってES5標準の範疇では不可能？
- 754 名前：デフォルトの名無しさん mailto:sage [2011/02/21(月) 07:45:40.04 ]
- Object.create(Klass.prototype)
- 755 名前：デフォルトの名無しさん mailto:sage [2011/02/21(月) 07:48:36.45 ]
- 4ヵ月書き込みがなかった間にMinefieldがstrict mode evalに対応したようだ
- 756 名前：デフォルトの名無しさん mailto:sage [2011/02/21(月) 07:52:51.09 ]
- >>753
むしろconstがES5的に不可能
var Klass = function() {};
Object.defineProperties(Klass.prototype, {...});
Object.freeze(Klass);
- 757 名前：デフォルトの名無しさん mailto:sage [2011/02/21(月) 08:15:26.09 ]
- >>755
Chromium（V8）の最新版もstrict modeに部分対応始めたし
あとはIE9さえ対応すれば完璧だな
Opera? Safari? 何それおいしいの
- 758 名前：デフォルトの名無しさん mailto:sage [2011/02/21(月) 22:04:21.88 ]
- Safariはバージョンアップ遅いけど
WebKit Nightly BuildならもうかなりES5 strictに対応してるよ
- 759 名前：デフォルトの名無しさん mailto:sage [2011/02/22(火) 03:03:54.10 ]
- >>754
SubKlass.prototype = Object.create(Klass.prototype);
すればできるのは分かるのですが、SubKlass.prototypeに元からあったプロパティは消えちゃいますよね。
この元からあったプロパティを残しつつ継承したいんです
>>756
constはつい癖で付けてしまいました。
Object.defineProperties(SubKlass.prototype, {
property descriptors of Klass.prototype
})
だと
SubKlass.prototype.__proto__ !== Klass.prototype
になりますよね
- 760 名前：デフォルトの名無しさん mailto:sage [2011/02/23(水) 05:11:49.13 ]
- 多重継承？
- 761 名前：デフォルトの名無しさん mailto:sage [2011/04/01(金) 19:30:12.58 ]
- strictモードで
function f(){
this.a = 45;
}
が出来なくなるのはただの劣化だと思うんだ。なんで元に戻したの？
- 762 名前：デフォルトの名無しさん mailto:sage [2011/04/01(金) 22:53:16.39 ]
- strictなんだからできなくて当然と思うけど
それともnew忘れてるとか？
- 763 名前：デフォルトの名無しさん mailto:sage [2011/04/09(土) 09:17:07.08 ]
- Property Descriptorってのは特殊なJSONっていう理解でいいの？
- 764 名前：デフォルトの名無しさん mailto:sage [2011/04/09(土) 19:14:44.53 ]
- ここまで合ってるところがひとつもない文だとかえって直しようがない
- 765 名前：デフォルトの名無しさん mailto:sage [2011/04/29(金) 22:28:49.48 ]
- IEで自分(パーツ)用のスタイルを設定したい場合にaddRuleを使ってたんだけど
IE8以降の標準モードではなぜか動かなくなってるような？
入れ物はできるけど中身が空になってる(.box{}みたいな感じ)。
そーいやChromeのダミーのaddRuleがそっくりの動作をしてたなと。
試してたソースはこれ。
if ( document.createStyleSheet ){
var myCSS =document.createStyleSheet();
myCSS.addRule( '.box', '{background-color: #f0f0f0;}' );
myCSS.addRule( '.box', '{border: 2px solid #aaaaaa;}' );
}
元のソースはIE以外にも対応するためにinsertRuleも使ってるんだけど
症状を確認するために極限まで削ってこれだけにしたのです。
(元のソースはcreateStyleSheetも使ってません)
IE8でモードを切り替えながらCSSを見てたけど
互換モードとIE7標準モードでは設定されるけどIE8標準では設定されない。
IE6やIE7ならモードに関係なく設定される。
IE9もIE9標準モードでは設定されないけどinsertRuleが使える。
(IE9標準モード以外はIE8と同じ)
ここまで重大な変更をしてると大きな問題になりそうな気がするけど
ググっても言及してるところが見当たらない。
何か基本的なところで勘違いをしてるのでしょうか？
- 766 名前：デフォルトの名無しさん mailto:sage [2011/04/30(土) 08:54:13.95 ]
- myCSS.addRule( '.box', 'background-color: #f0f0f0;' );
myCSS.addRule( '.box', 'border: 2px solid #aaaaaa;' );
- 767 名前：デフォルトの名無しさん mailto:sage [2011/04/30(土) 08:55:40.26 ]
- 思わず答えちゃったけどECMAScript関係なくね?
- 768 名前：デフォルトの名無しさん mailto:sage [2011/04/30(土) 14:48:24.99 ]
- 関係ないよね
JavaScriptスレに行ったら？
- 769 名前：デフォルトの名無しさん mailto:sage [2011/04/30(土) 17:39:12.00 ]
- JavaScriptとも関係ない気がするけど
Web制作板のJavaScriptスレはDOMの質問も扱っているようだ
- 770 名前：デフォルトの名無しさん mailto:sage [2011/05/01(日) 11:23:34.55 ]
- 仲良くしようよ(´・ω・｀)
- 771 名前：デフォルトの名無しさん mailto:sage [2011/05/01(日) 11:40:42.56 ]
- ECMAScript + DOM = JavaScript だからなあ。
DOMのこと聞けなかったらJavaScriptじゃなくてECMAScriptだ。
- 772 名前：デフォルトの名無しさん mailto:sage [2011/05/01(日) 17:36:59.89 ]
- 最近じゃそこにHTML5周辺のAPIも混ざってきて混沌としているがな
- 773 名前：デフォルトの名無しさん mailto:sage [2011/05/02(月) 06:30:41.36 ]
- >>771
釣りなのか?
ECMAScript + Netscape独自拡張 = JavaScript
WSHやサーバーサイドJSやSpiderMonkeyのシェルやRhinoはJavaScriptじゃないとでも?
- 774 名前：デフォルトの名無しさん mailto:sage [2011/05/02(月) 06:37:32.32 ]
- WSH上で動くのはJScriptだな
ECMAScript + Microsoft独自拡張 = JScript
断じてECMAScript + IEのDOMではない
- 775 名前：デフォルトの名無しさん mailto:sage [2011/05/02(月) 06:45:29.37 ]
- ECMAScriptの解説書はなんで出ないんだろうか
- 776 名前：デフォルトの名無しさん mailto:sage [2011/05/02(月) 11:20:41.14 ]
- The Good PartsはECMAScriptの解説みたいなもんだったが…
ES5の解説本が出てもいいと思うが、
wikipedia(ja)も放置状態だし、関心のある人は少ないのでは?
- 777 名前：デフォルトの名無しさん mailto:sage [2011/05/02(月) 13:13:45.40 ]
- サイ本で十分役割を果たしてる
- 778 名前：デフォルトの名無しさん mailto:sage [2011/05/02(月) 14:00:23.06 ]
- Web寄りすぎるだろ。
- 779 名前：デフォルトの名無しさん mailto:sage [2011/05/03(火) 03:58:52.39 ]
- そろそろデスクトップ方面に注目した総括的な書籍が出て欲しいなあ
ネタ的には十分揃ってると思うんだけど
Titanium : www.appcelerator.com/
DashCode : www.apple.com/macosx/developers/#dashcode
Chromeless : mozillalabs.com/chromeless
XULRunner : https://developer.mozilla.org/ja/XULRunner
Google Desktop Gadgets : desktop.google.com/plugins
Yahoo! Widgets : widgets.yahoo.co.jp/
Adobe Air : www.adobe.com/jp/products/air/
QML : doc.qt.nokia.com/4.7-snapshot/qdeclarativeintroduction.html
Windows Scripting Host : support.microsoft.com/kb/232211
CommonJS : www.commonjs.org/
- 780 名前：デフォルトの名無しさん mailto:sage [2011/05/03(火) 06:55:35.87 ]
- WSHはもう互換性のためだけに提供されてる状態だった気がする
- 781 名前：デフォルトの名無しさん mailto:sage [2011/05/03(火) 12:51:35.86 ]
- JScript9の新機能(ES5対応とか)はIE9の中でしか使えないんだっけ
- 782 名前：765 mailto:sage [2011/05/03(火) 18:05:18.66 ]
- 質問するところ間違えてしまったようですまない。
そして答えてくれてありがとう。
あまりに単純な原因に衝撃を受けたよ……カッコが原因だったとは。
間違ってたのに今まで運良く動いてただけか(よくあることだけど)。
最初に見たソースがカッコがついててそれを参考にしたみたいです。
さっきあちこち見てまわったらつけてる人とつけてない人がいるね。
- 783 名前：デフォルトの名無しさん mailto:sage [2011/05/03(火) 18:34:49.88 ]
- これ、IE版firebugで見つけられるんじゃない?
- 784 名前：デフォルトの名無しさん mailto:sage [2011/05/04(水) 18:53:34.21 ]
- >>770
仲良くしてたらDOMの質問が際限なく来て始末に負えなくなるから、そこらへんは線引きしとかんと
そのために2代目スレからは名前変わってるんだし
- 785 名前：デフォルトの名無しさん mailto:sage [2011/05/04(水) 21:00:16.42 ]
- これ Traceur のドキュメントだけど、Class ってそんなに欲しいかな・・・
code.google.com/p/traceur-compiler/wiki/LanguageFeatures
- 786 名前：デフォルトの名無しさん mailto:sage [2011/05/04(水) 22:01:33.11 ]
- あったら積極的に使うと思うがなくても(現状でも)そんなに困らない
- 787 名前：デフォルトの名無しさん mailto:sage [2011/05/08(日) 23:40:24.75 ]
- CoffeeScriptってどうよ
jashkenas.github.com/coffee-script/
俺はjsの方が好きだが
- 788 名前：デフォルトの名無しさん [2011/05/09(月) 01:28:22.57 ]
- >>787
Objectの書き方がどうも
改行やインデントが意味を持つのは馴染めんなあ
JSに慣れきってるせいかも知れないけど
song = ["do", "re", "mi", "fa", "so"]
singers = {Jagger: "Rock", Elvis: "Roll"}
bitlist = [
1, 0, 1
0, 0, 1
1, 1, 0
]
kids =
brother:
name: "Max"
age: 11
sister:
name: "Ida"
age: 9
- 789 名前：デフォルトの名無しさん mailto:sage [2011/05/09(月) 19:50:07.60 ]
- ES HarmonyはES4で一度挫折した構文の大幅変更に再チャレンジするみたいだな
- 790 名前：デフォルトの名無しさん mailto:sage [2011/05/10(火) 23:41:18.49 ]
- ECMAScript は Java の構文を意識したところがよかったのに
- 791 名前：デフォルトの名無しさん mailto:sage [2011/05/11(水) 00:20:45.95 ]
- >>789
harmony:modulesのこと?
- 792 名前：デフォルトの名無しさん mailto:sage [2011/05/11(水) 02:05:04.43 ]
- >>790
意味もなくJavaのキーワードが予約されてたりな
- 793 名前：デフォルトの名無しさん mailto:sage [2011/05/11(水) 08:25:51.48 ]
- 兎にも角にも名前空間をどうにかしてくだしあ
- 794 名前：デフォルトの名無しさん mailto:sage [2011/05/13(金) 01:49:36.82 ]
- var MyPackage = {};
MyPackage.foo = bar;
みたいな感じで良いじゃん
- 795 名前：デフォルトの名無しさん mailto:sage [2011/05/25(水) 20:50:28.06 ]
- ブロックスコープないとクロージャが使いにくい
- 796 名前：デフォルトの名無しさん mailto:sage [2011/05/25(水) 21:26:54.08 ]
- いずれ let が使えるようになるからそれまで待つしか
- 797 名前：デフォルトの名無しさん [2011/05/30(月) 14:32:48.39 ]
- ESで使われていない主な半角記号でこれから自由に新定義できそうなのって『#』くらいだよね
でも#ってfunction文の意味を持たせる案が有力なんだよね
そういえば無知な質問するけど
ESって全角記号使えるけど、海外の環境じゃあ全角って普通全く打てないものなの？
☆くらいは使えたりするのかな？
せっかく使えるようにしてくれてるんだし、使えるんならどんどん使っていきたいよね
ある程度ちゃんと使えば絶対良くなると思うんだ
- 798 名前：デフォルトの名無しさん mailto:sage [2011/05/30(月) 14:36:08.11 ]
- どうぞご勝手に
- 799 名前：デフォルトの名無しさん mailto:sage [2011/05/30(月) 15:39:05.07 ]
- >>797
APLみたいにとまではいかなくても、
Unicodeにたくさんある演算記号が使えたら面白いかもね。
- 800 名前：デフォルトの名無しさん mailto:sage [2011/05/30(月) 15:51:10.32 ]
- >>797
入力を心配する前にフォントの心配をしなきゃ
見えなきゃ打ててもしょうがない
- 801 名前：デフォルトの名無しさん mailto:sage [2011/06/01(水) 00:56:34.23 ]
- SpiderMonkeyが#を独自拡張に使ってるから避けてたんじゃないのか
- 802 名前：デフォルトの名無しさん mailto:sage [2011/06/01(水) 01:25:43.79 ]
- シャープ変数なんて使ったこともないし見たこともねえぞ・・・何だこれ
- 803 名前：デフォルトの名無しさん mailto:sage [2011/06/11(土) 16:11:51.19 ]
- radar.oreilly.com/2011/06/javascript-edges-permanent-james-duncan.html
wingolog.org/archives/2011/06/10/v8-is-faster-than-gcc
- 804 名前：デフォルトの名無しさん mailto:sage [2011/06/11(土) 16:16:18.52 ]
- JVMのHotspot Engineもまったく同じような宣伝文句を使ってたよな。
時代は繰り返すにしてもちょっとスパンが短すぎやしないか
ドッグイヤー換算だと100年くらい前の話ではあるが
- 805 名前：デフォルトの名無しさん mailto:sage [2011/06/11(土) 20:02:44.28 ]
- あとGCCでは関数が同じファイル内にあれば
> unsigned int g (void) { return 1; }
にまで最適化されますが何か? って指摘は意外と本質的で、
ECMAScriptではvalueOfなどをユーザー定義される可能性がある限り
同じような最適化はやりたくてもできない。
IE9のPreview版がはやまって導入したらMozillaの中の人から
速攻で突っ込まれたということもあったな。
- 806 名前：デフォルトの名無しさん mailto:sage [2011/06/12(日) 02:06:42.57 ]
- >>805
> unsigned int g (void) { return 1; }
> にまで最適化されますが何か?
ret += 1; にまでと言いたいの?
- 807 名前：デフォルトの名無しさん mailto:sage [2011/06/12(日) 04:14:11.60 ]
- >>806
知らん。リンク先に聞いてくれ
- 808 名前：デフォルトの名無しさん mailto:sage [2011/06/12(日) 10:18:21.73 ]
- リンク先はそう書いてない。
- 809 名前：デフォルトの名無しさん [2011/06/14(火) 01:54:57.27 ]
- valueOf(){return this; }は遅延評価に必須だからなぁｗ
- 810 名前：デフォルトの名無しさん mailto:sage [2011/06/14(火) 07:41:58.63 ]
- https://github.com/nzakas/computer-science-in-javascript/
- 811 名前：デフォルトの名無しさん [2011/06/17(金) 02:58:48.69 ]
- テストのない8000行のJavaScriptを引き継いで、
一ヶ月程度でバグ修正と機能追加をしないといけないんだがどうしよう。死ぬの？
- 812 名前：デフォルトの名無しさん mailto:sage [2011/06/17(金) 03:00:44.67 ]
- テストコードもないようなその品質も引き継げばいい。
- 813 名前：デフォルトの名無しさん mailto:sage [2011/06/17(金) 16:26:16.65 ]
- 久々にecmascript.orgみたら、
結構多くの機能が仕様取り込み候補になってるんだな。
- 814 名前：デフォルトの名無しさん mailto:sage [2011/06/18(土) 00:30:13.99 ]
- やっぱり module が入るのは嬉しいね
まだ strawman だけど
- 815 名前：デフォルトの名無しさん mailto:sage [2011/06/18(土) 00:42:02.38 ]
- iq12.com/blog/as3-benchmark/
s3.mrale.ph/nodecamp.eu/
- 816 名前：デフォルトの名無しさん mailto:sage [2011/06/19(日) 02:35:04.00 ]
- people.mozilla.com/~dmandelin/KnowYourEngines_Velocity2011.pdf
- 817 名前：デフォルトの名無しさん mailto:sage [2011/06/22(水) 22:32:05.07 ]
- brendaneich.com/2011/06/new-javascript-engine-module-owner/
- 818 名前：デフォルトの名無しさん mailto:sage [2011/06/24(金) 20:25:27.00 ]
- blog.nodejs.org/2011/06/23/porting-node-to-windows-with-microsoft’s-help/
arstechnica.com/microsoft/news/2011/06/nodejs-coming-to-windows-azure-with-official-microsoft-support.ars
|
 |
