npm とフロントエンドのパッケージ管理の未来

JavaScript 系パッケージマネージャの重複問題 npm は言わずもがな Node.js のパッケージマネージャだが、フロントエンド開発においては Bower も利用するのが一般的になっている。この現状の問題点は、package.jon と bower.json という似たような管理ファイルを二重で管理しなければならないということだ。 現状の使い分けをおさらいをしておくと、次のような感じになる。 タスクランナー（Grunt/gulp）・モジュールシステム（browserify/webpack）・テストスイート（karma/testem）などの開発環境系の管理が npm の主なお仕事。インストールされたパッケージは node_modules 内に展開されて、CommonJS スタイルのモジュール管理から利用する。 本題につながる話としては、ブラウザで動くライブラリの一部は npm にも

[masaru_b_cl]

更にVisual StudioではNuGetも使えます！（さらに混乱

[takaken1123]

[2016-09-20 0:21]

[masa8aurum]

npm と Bower の使い分け

[khei-fuji]

bower って何かと思ってたけど、パッケージ管理だったのか。

[skomma]

npm/bower について

[todesking]

なにかたいへんそうだということがわかった

[a2ikm]

npmとbowerの関係性、重複してるように見えたけどそうではなかった

[nilab]

npm とフロントエンドのパッケージ管理の未来 ::ハブろぐ

[polamjag]

ギョエー

[cubicdaiya]

Goだと自分はgom使ってるけど、みんなどうしてるのかな。

[shag]

npm package の名前空間の奪い合いって有りそうだなとは思ったけどやはり有るのか。

[countzero00000]

気になる

[h5y1m141]

この辺りざっくりまとまった情報欲しかったので参考になる

[raimon49]

分かり易い現状の整理。

[Naski]

npmとbowerは用途が違うから二重管理とは思わないです。たまたまBrowserifyという橋渡しのツールがあるだけで。ただnode-webkitを使ってるときは混乱する。

[efcl]

npmとBowerについて https://www.youtube.com/watch?v=ziIsXjP1c58 を見るのが良さそう

[sanemat]

Tachikoma.ioの主戦場だ

[mole-studio]

コマンドラインとブラウザの両方動くのはそれでいいけど、それらを一緒にしたいとは全く思わないな。どっちもJavaScriptではあるけどやっぱり全くの別物かな、と。

[ledsun]

“package.json と bower.json の二重管理は”そんなに困ってない。時々、マネージャ毎にパッケージ名が違うことがあって、それは困る。

[t-wada]

The npm Blog のエントリ「npm and front-end packaging」の良いまとめになっている。現在のフロントエンドパッケージ管理の現状と展望が良くわかる。

[Jxck]

Browserify があるから解決って考え方は、ちょっとその場しのぎすぎると思うんだよねぇ。 ES6 module はよ！！！！

[ruicc]

外から見ると歴史的経緯分からないし混乱してた

[kazoo_oo]

npmもgithubも今日不安定だなーとTwitter検索してたら辿り着きました。

[yosuke_furukawa]

この話、edgeconfでもdomenicが同じ話してたんだけど、その時に思ったのはpackage.jsonを基に定義ファイルの仕様策定から入ってちゃんと大統一定義ファイルを作るっていう動きをしてくれないかなと思った。

[amagitakayosi]

“このあたりの事情も、既存の npm のコマンドラインツールの振る舞いのままではフロントエンドの開発を支えきれないという現状を作っている。だからこそ Bower のような専用ツールがある。 ”

[vvakame]

“npm の安定したレジストリを使う ※どこの世界線の話だ？” 大爆笑ｗｗｗ MavenとかDLや処理の安定という意味では超すごくて、npmはまぁゴミですよね(小声