Web フロントエンド開発用パッケージマネージャ component について
TJ が component を開発するにあたっての所信表明エントリ。なぜ npm や bower や browserify とは別のものを開発することにしたか。 / “Components - TJ Holowaychuk” htn.to/713F39
2014-06-17 17:36:01component の仕様をまとめたリポジトリ / “component/spec · GitHub” htn.to/xXgzXW
2014-06-17 17:36:57コレは読まなくては / “Components - TJ Holowaychuk” htn.to/uH1DhE #components
2014-06-17 17:37:02“一部の諸兄にとっては visionmedia師の持続可能性について懸念が残ることもあるかもしれませんが” / “Componentによるフロントエンドのパッケージ管理 ::ハブろぐ” htn.to/ckjQfK
2014-06-17 17:38:11npm / bower 対応は常に行っているので、次に component はどうしようか迷っているところ。 component が大事にしているアセット管理と俺の作るライブラリはほぼ無関係なので browserify + bower で良い気もするが、どうしようかな。
2014-06-17 17:40:42見てる: "最近のjsテスト/ビルド環境 - lxyuma BLOG" lxyuma.hatenablog.com/entry/2014/06/…
2014-06-17 17:40:48見てる: 「Component is currently a stopgap for ES6 modules and Web Components」 "guide/component/vs.md at master · co…" github.com/component/guid…
2014-06-17 17:43:21@ryushi ぐぐらびりてぃが最悪なのがつらいですな…… Go に対する golang みたいのが欲しいですね。もうあるのかな?
2014-06-17 17:48:55components、これはWebComponentsを普及させてからやればいいのでは…という感想抱いた奴だということがわかった。
2014-06-17 17:46:45component と他の様々なもの (npm, bower, RequireJS, Grunt, Gulp...) との比較。いろいろ混ざっていて異種格闘技感ある / “guide/component/vs.md at mast…” htn.to/75Y9fG
2014-06-17 17:47:15component 利用ガイドのリポジトリ / “component/guide · GitHub” htn.to/LPhMFMV
2014-06-17 17:50:47@ryushi TypeScript, AngularJS, Polymer あたりは次世代 Web フロントエンドへのスムーズな移行を促す方向性ですよね。先に shim が出て緩やかに標準に置き換わっていくあたり JS っぽいよなぁ。
2014-06-17 17:55:50@t_wada jsの柔軟性がキチンと生かされている流れではあるものの、過渡期な状態が一体いつまで続くのか分からない感が辛いですね。どれにしてもバッドノウハウ積み上げ放題的なところがありますでなぁ。
2014-06-17 17:58:02