f* I/O

都会のノスタルジー【湾局晴海線晴海橋梁】

この話めっちゃ分かる。 ant, maven を極めてもなににもならないように、grunt, gulp も、メンテに時間を割くのは無駄でしかないことが身に染みる。今時なにゆえに env を自分で定義して自分で場合分けまで書かねばならぬのか。 かといってじゃあ Yeoman かというとそうではなくて、元記事の Yeomanには、タスクのジェネレータがたくさんあるが、コミュニティに任せすぎていて、重要度の整理やアップデートされるのかという点で心配。 にもすごく同意できる。 一つのボイラープレートを使って設定ファイルを熟読しても、別のボイラープレートには応用できないから。 個人的に思うのは、望まれているのは node.js 界での rails なのであって、Lineman が Backbone やら Angular やら様々なフレームワークに対応する必要なんてないと思う。最初は JavaScript + Backbone + SCSS 限定とかでいいので、特定のセグメントのコミュニティからの圧倒的指示を得る存在になるのが重要で、器用貧乏に陥りながら開発スピードが抑制されるのはもったいない。そういう意味では、Ember CLI が rails の航跡を一番近い形でトレースしているのかもしれない。 何かが普及したその先に、Angular 版や、それに付随するエコシステム(TypeScript Plugin や LESS Plugin) も出現するだろう(CakePHP や Grails が出てきたように)と思いたいが、そもそもこれは一年近く前の記事なので、案の定 Lineman が主導権を握る世界にはなっていないわけで… まあでも Linux が出てからディストリ勢力図が現在のように固まるまでは戦乱の時代が何年も続いたか。。それを思えば、「node の泰平の世」もまだまだ先と思っておかなければいけないのかも。 関係ないけど「レゴブロック過ぎる」という感覚を共有するプロダクトとして Docker もその気があるので、Kubernetes には結構期待している。

メタリックナノパズル第二弾 1908年式 フォード・モデルT

この話めっちゃ分かる。 ant, maven を極めてもなににもならないように、grunt, gulp も、メンテに時間を割くのは無駄でしかないことが身に染みる。今時なにゆえに env を自分で定義して自分で場合分けまで書かねばならぬのか。

かといってじゃあ Yeoman かというとそうではなくて、元記事の

Yeomanには、タスクのジェネレータがたくさんあるが、コミュニティに任せすぎていて、重要度の整理やアップデートされるのかという点で心配。

にもすごく同意できる。 一つのボイラープレートを使って設定ファイルを熟読しても、別のボイラープレートには応用できないから。

個人的に思うのは、望まれているのは node.js 界での rails なのであって、Lineman が Backbone やら Angular やら様々なフレームワークに対応する必要なんてないと思う。最初は JavaScript + Backbone + SCSS 限定とかでいいので、特定のセグメントのコミュニティからの圧倒的指示を得る存在になるのが重要で、器用貧乏に陥りながら開発スピードが抑制されるのはもったいない。そういう意味では、Ember CLI が rails の航跡を一番近い形でトレースしているのかもしれない。

何かが普及したその先に、Angular 版や、それに付随するエコシステム(TypeScript Plugin や LESS Plugin) も出現するだろう(CakePHP や Grails が出てきたように)と思いたいが、そもそもこれは一年近く前の記事なので、案の定 Lineman が主導権を握る世界にはなっていないわけで…

まあでも Linux が出てからディストリ勢力図が現在のように固まるまでは戦乱の時代が何年も続いたか。。それを思えば、「node の泰平の世」もまだまだ先と思っておかなければいけないのかも。