コレやって思ったのが、生成AIってnode_modulesとかのライブラリを使うのが不向きなんじゃないかな？だった。 目まぐるしく変わるバージョンとその依存関係のカオスっぷりは生成AIと相性が悪い。このままいけばバックエンドにおける重量級軽量言語はかつてのPerlのように軒並み廃れるかもしれない。

返信先:@yyyyyy_913他1人/ 直下に置かれたpackage-lock.jsonと、node_modulesディレクトリ(気絶)

それと provider = "prisma-client" でコードを生成すると、一見、でかいファイルが見えなくなりますが、node_modules側から読み込んでるだけです

Google Antigravityでマッチングアプリのモックを1から作ってみた！ ありえないぐらいのファイル数（node_modulesを含めると約15,000ファイル）になってて、フォルダ構造見るだけでツラそうだ…ｗ pic.x.com/97XI3zBPmV x.com/unikoukokun/st…

極端に大きなコードベースじゃなければJS+JSDocで型つけるのいいな 特にnpmで公開するやつnode_modules直接いじれていい

LLM雑感。（主観） ・性能が上がっても、翻訳の精度が人間のプロの翻訳家レベルにならない（？） ・CSSが苦手。 ・意外と無意味なコードを出力する。 ・node_modulesの中のコードまで読みに行って結論出すのはすごい。 ・回答の思考がアブダクション推論っぽく感じる時がある。 pic.x.com/pMv05W6aLL

やはり、キャッシュが効きすぎてnode_modulesが更新されていなかった。yarn v4でPnPを使ってないのでnode_modulesがある

node_modulesの外にクライアントや型を出せるのいい

dependencies に react・react-dom を書くことに違和感が出てきた 「ビルド後のコード」の動作時に node_modules/ に React が必要なワケじゃないなら、devDependencies でも良くないか？ってなっている 誰かワイを説得してくれ

rollupとかsharpのplatform specificなoptional depsが入らない問題が直らなくてうーん node_modules/lock.json消してnpm installしたりbunにしてみたりしたけど治らないしなんか変な設定入ったかなぁ。。。

yarn pnpやめてnode_modulesにしました

Node.jsとnpmのアンインストールで削除したもの usr/local/bin/node usr/local/bin/npm usr/local/bin/npx usr/local/bin/corepack usr/local/lib/node_modules usr/local/include/node usr/local/share/man/man1/node.1 usr/local/share/doc/node ~/.npm 私のPCの場合なので、参考までに。

これ自分も引っかかった なお`node_modules`と`built`を`rm -rf`するなどという強引な方法で解決した模様

node_modulesが宇宙で一番重い図を今日何度も見る #jsconfjp_a #jsconfjp

dual packaging をすると、なんと、node_modules が2倍に増えます!!! #jsconfjp_a

なぜコーダーはnode_modulesごと納品してきますか？

codex cli ~/.local/share/mise/installs/node/22.19.0/lib/node_modules/@openai/codex を削除して chmod 755 ~/.local/share/mise/installs/node/22.19.0/lib/node_modules/@openai/codex/bin/codex.js で、0.58 が無事立ち上がる

返信先:@chimame_rtPrismaはnode_modulesの中にマッピング情報を展開するので、そこがダーティーに感じて好きではなかったな。 僕が使ったときは、DrizzleはMySQLではアレだったので、PostgreSQLになった記憶。今は大丈夫かもね。 Kyselyは良さそうな感じ。使ってみます！

現状、満足度が高いtype strippingの使い道は、cdkをnodeで直実行できるところかな〜 cdkのsynthのために時間とnode_modulesを肥やさなくて済む

まぁrailsはまだマシでprismaは設定ファイルもただの独自言語でDSLですらない、おまけにnode_modulesの中にファイルを吐き出すというお行儀の悪さ

node_modulesできれば再ダウンロードを最小にしたいという思いからlockファイルを残してバージョン更新を行い半日溶かした（依存関係の解決がおかしかった）

node_modules、バックアップ時にもゴミ箱空にするときも頭痛のタネ…🥺

AIに「バグ直して」っていったらずっと試行錯誤してて、あきらめて手でチェックしたらバージョンが古いだけだった。なんて事もある。 それっぽい事しかできないのだ。 .node_modulesを読めとも言わんが。 x.com/yuzukaki1000/s…

tsdownはnode_modulesをバンドルしてくれないのか？　それは用途が限られるなぁ…

claude code、突然の「Error: Cannot find module './yoga.wasm'」が発生 たぶん最近のアップデートが原因ぽい node_modules/@anthropic-ai/ 以下をディレクトリごと削除して、再度 npm install で解決

依頼プロンプトは３つ共通で、以下です。 目的: {対象の成果物/指標/図} の結果を説明可能にするため、関与するコードの制御フローとデータフローをCodemap化する。 スコープ: {./src} を中心に、除外: {node_modules, .venv, build, dist, data/raw/**} 観点: - パイプライン:

Node.js とブラウザは異なるランタイムなのでビルトインも異なるし、当然どちらかでしか動かないライブラリもあるはず。 と考えたときに、それらがごちゃ混ぜに node_modules に入っていて、必要なファイルの pick をバンドラに依存するのはあんまりきれいではないと感じる

フロントで npm 使うのってダウンローダとか node_modules を間借りしてるだけなのでなんで npm が必要なのかずっと疑問だったんだけど、実際歴史的には bower という別のものがいたんだね 自分は別れている方が構造としてはきれいだと思うけど、実用性をとって統一したんだろうな

ChatGPTに聞いたら、結局node_modulesをバンドルする必要があるから不要にはならんで、って言われた。そういえばそうやったわ x.com/foooomio/statu…

これ理解しやすかった☺復習しないと忘れる💦 node_modulesってなに？削除しても大丈夫？初心者向けにやさしく解説 proceed0401.com/node_modules/

当時yarn v3はPnPが最強、モノレポ特化型と理解。 を使うとnode_modulesが非互換。node_modulesを直読みしちゃう行儀の良いモジュールが死亡。 んじゃPnP切るか〜ってなると、採用メリットが無く。 互換性あって早いpnpmで万事よし！と思った次第。 pic.x.com/6oKkbuf1CP

昔は特にnode modulesがカジュアルに壊れたり（例えばMacだけどLinux用のバイナリ生えちゃったとか、インストール順序でなんか壊れたとか）、外部のnpmパッケージを開いてjs上書きしてデバッグする手法などが普通に行われ得たりで、頻度高く入れたり消したりするやり方にも合理性あったんですわよね x.com/keno_ss/status…

🎨UbieがデザインシステムをMCPサーバー化 Cursor等のAIにコンポーネント トークン アイコン情報 を直接供給し、テキスト指示だけで“規約準拠UI”を約1分で生成 従来のCursor Rulesやnode_modules参照で不足していたProps理解を解消し、実装の精度と速度を大幅向上 #MCP #デザインシステム pic.x.com/weo43jailL

返信先:@keno_ssたとえば require('./foo.js'); と子階層からの require('../foo.js'); は絶対パスが同じなので同一モジュールに解決されます．node_modules/.pnpm/foo@0.1.0/node_modules/baz も node_modules/.pnpm/bar@0.1.0/node_modules/baz も (baz のバージョンが同じであれば)

返信先:@keno_ssはい，V8 内のメモリの話のつもりでした！ChatGPT が言ってるのは CommonJS ですが，どちらにせよモジュール解決の最初に realpath でシンボリックリンクが展開されます．pnpm は node_modules/pkg を node_modules/.pnpm/pkg_1.0.0

■npm: フラットな依存関係解決 間接的な依存関係（例：(at)storybook/nextjs-viteが依存する(at)storybook/react）をnode_modulesのトップレベルに「巻き上げる（hoisting）」 そのため、package.jsonに書いていなくても直接importできてしまう

返信先:@keno_sspnpm については node_modules/.pnpm 以下へのシンボリックリンクを挟んでいるので ESM のモジュール解決の段階で readlink されて実体も共有されるはずです．npm についても v7 以降は hoisting されるので大差はないですね

返信先:@yasuo_ozuuvは使ったことない Pythonのはpipしか使ったことない cargoはかなり便利なことと npmはnode_modulesがでかすぎることは知ってる

AIに実装タスク依頼する時、「worktree 作って。node_modules の symlink 作って。.env コピーして。」と指示してるけど、これらは Skill 化すべきだな。たまにおかしなディレクトリに worktree 作ったり、symlink 作るのに失敗してるもんな。