俺のフロントエンド依存管理ポリシー20241120

ポリシー: この世界では常に最新版を使うという気持ちで生きていく Node.js は枯れるという概念がなく、常に古いことはリスク という認識。LTS も短め(3年) 古いAPIのドキュメントは常に消失する モダンなツールは、モダンな前提を要求する ~2020: CJS/ESM 関連で断絶がある(jestが動かなくなりつつある) ~2019: パフォーマンス意識が低い時代の実装が多い ~2015: Node.js のみでしか動かないものが多い。peerDeps の意識が低い この辺で目視でポチポチする npm: npm-check-updates - npm yarn upgrade-iteractive pnpm upgrade -i サーバーランタイムには安定を、ツールチェインにはパフォーマンスを サーバーランタイム(Node.js) Node 本体は Stable LTS か、一つ前の

[shingo-sasaki-0529]

Storybook がインストールするだけで node_modules のブラックホールはじまるの凄いわかるんだけど、バージョンが上がるほどにどんどんマシになってきてるからすごい努力を感じる。だからこそ最新版を使ってくのが大事。

[hachibeechan]

“ポリシー: この世界では常に最新版を使うという気持ちで生きていく” これほんとに大事で、細かくメンテするマメさがないとフロントエンドは難しい

[mizdra]

概ねわかる

[tamanecoplus]

フロントエンドわかんないよ！（例の動画）

[mollifier]

ESMのみのパッケージを使っているとjestはつらい。今後CJS対応を打ち切ったり最初からESMのみのパッケージが増えることが予想されるので、jestはさらにつらくなっていく

[forestk]

"この世界では常に最新版を使うという気持ちで生きていく" に関しては同意する

[kobito19]

"Node.js は枯れるという概念がなく、常に古いことはリスク" "サーバーには枯れてる Node"

[munieru_jp]

“ポリシー: この世界では常に最新版を使うという気持ちで生きていく” 自分もこのポリシーなのだが、業務だとライブラリの更新って放置されがちなんだよな……

[mag4n]

最前線から離れたのだが移り変わり速度がエグいな。もーWebpack負債化してんのか。

[juner]

jest 既に負債化してるのか……まぁ esm 対応が怪しいのはそうだが。