1 Ender
結局jQueryありきのものでDojoとかYUIの人は、？ってかんじ)
r.jsはコマンドヘルプがなくて ( ﾟдﾟ) ？
アーギュメントのパースもちゃんとしてくれなくて、結局ビルドスクリプトを書くハメに・・・
結構、Webアプリケーション開発でRequireJS + r.jsビルドという選択肢を取るプロジェクトがかなり多くなっている。僕は、最近、男は黙ってMakefileという原点に帰ったけど、仕事でRequireJS使わなきゃ・・・
ちょっと前にTwitterでPaul IrishがもっとRequireJSのドキュメントにr.jsについて書くべきだと発言していた。
Node.jsではかなり有名・・・だけど普通のクライアントサイドの人が使うのは少し難しいかも
4 Volo
僕はJames Burkeのブログ見て、コマンドヘルプの作らない物臭な人が大丈夫？という最初の印象だった・・・
Node.jsでは、コントロールフローのライブラリで一番有名なAsync、の作者がクライアント用のパッケージマネージャを開始
Hacker Newsのディスカッション http://news.ycombinator.com/item?id=4126943
AMDは信用出来ない。API汚い。r.jsはかなりDirtyなことしてる。
AMD自体は、xhrでスクリプトをロードしたほうが速いというコンセプトからはじまった（？）ので、ビルドなどは後付けで汚くなってしまっても致し方ない。
パッケージマネージャの問題点をTumblrで指摘。テンプレート、CSSファイルを含めたパッケージマネージャと、ビルド剃る環境が必要。
TJは以前にUIKitというプロジェクトを始めていたが、これをパブリックなものにする感じ。
ブラウザサイドの人々もNPMを使うべきだと主張。NPMは拡張可能。ただ、もうクライアントサイドのプログラムはしなくなったので、TJに話しあおうと提案。
サーバーサイドのコミュニティでも話題になる。Node.jsのコアメンバーなどがしているポッドキャストnodeupで、招待されたTJは参加せず。
underscore.js、moment.jsなどの多くのJavascriptライブラリがクライアントサイド、サーバーサイドの両方対応している。すでにNPMのコミュニティはかなり大きいので、クライアントサイドのライブラリもNPMを使えばいいのでは？
fatさんといえば、Douglas Crockfordの伝説のIssue BowerのHNディスカッションでは、TJ、Substackなどが発言。 http://news.ycombinator.com/item?id=4498016
component.jsonを使う- GithubのWikiページをレポジトリとして使う（後で、複数のレポジトリ）
- ビルドされたスクリプトじゃデバックしづらいのではと質問したら、SourceMapを用意するとのこと
LearnBoostは最高のチームだし、TJが、かなりアクティブに動いてるので、Componentはかなりの注目に値する。 まだSpecがコロコロ変わっている段階だが、あと半年もすれば多分すごく有名なプロジェクトになっていると思う。 これが世の中で使われだすと、ほんとうの意味でEnderの目指していたものに到達する。
個人的には、やっぱりSourceMapでの開発環境がちゃんとしてないと、みんなわかりやすいAMD使うのかな・・・と、気になってる。