.gitignore を gemini-code-assist が解釈するときも同様で `node_modules` などとしてしまうと git では除外されるが gemini code assist では除外されない、となってしまう

developers.google.com/gemini-code-as… git なら例えば `node_modules` でディレクトリ node_modules の中身を除外できるけれど、どうも gemini code assist だと `node_modules/` のように末尾スラッシュが無いとディレクトリ除外されないもよう

ぶっちゃけclaude codeもlsp対応やる気ないだろうし、どのcoding agentもlsp使ってないけど、とはいえ一部分の型情報を簡単に取ってこれるAIのためのツールってないの？毎回node_modules/*.d.tsを見に行くのかわいそう

古いnode_modulesがゴミ箱にあったのでだいぶ回復した pic.x.com/mb2sEWUH0r

AWS Blocks使う時、とりあえず以下の情報だけでもメモリに書いとけば今のところ精度上がりそう `以下のファイルを読んでください node_modules/@aws-blocks/blocks/docs/`

fd は既定で隠しファイルと .gitignore 対象を飛ばす。出したいとき: fd --hidden # ドットファイルも fd --no-ignore # ignore を無視 fd -H -I # 両方 vendor や node_modules まで含めて探すときに使う。 #開発効率化

エンジニアあるある。「5分で終わる」と思った修正が、気づけば3時間。原因はだいたい環境構築かキャッシュ。今日もnode_modulesを全消しして入れ直した瞬間に動いた。理由は分からないまま…。同じ夜を過ごしてる人、おつかれさまです。

vp install，package.json や pnpm-workspace の変更よりも node_modules のキャッシュを優先してしまっている気がする

初めに、神は天と地を創造された。 地は形なく、空虚であり、 闇が node_modules の上にあり、 神の霊が Dockerfile の上を動いていた。 神は言われた。 「光あれ。」 すると、そこには flake.nix があった。 神はその再現性を見て良しとされた。 神は開発環境を分けられ、

並列実行できるようにした。 git worktree＋Codex上ではCODEX_THREAD_IDをDocker Compose project名に含め、node_modulesの named volumeをエージェントごとに分離する。 とりあえずこれで機能しているっぽい。

ふむ、ここを local repository にしないと既存フォルダを使ってくれないのね デフォルトの New worktree のままだとホーム下に別フォルダとして複製されて .env とか node_modules とか全部置き直しになるので回避 pic.x.com/CFlRc1PEmM x.com/jun1228909/sta…

claudeのsdkいじってたらどうしても使えない機能があって自分でもドキュメント見て確認してたけど結局ドキュメントが間違っててfable5くんがnode_modulesのソースコード見て原因を特定して解決したの流石にシンギュラってる

返信先:@mirarusakadropboxはわたし課金してなくて 2 GB だけど、いまのプロジェクト全体から node_modules は抜いて圧縮したら 200 MB 程度にしかならないのでぜんぜんそれで余裕。何代も前のバックアップを保持するのは外付けだけにしてる……けどまぁそっちもそろそろ去年のとかはいらんかな、みたいな感じ。

PCのバックアップ戦略を悩んだ結果、結局いつもの node_modules削りと不要なファイルの見極め後にhomeディレクトリごとコピーになった

macOSのSpotlightがnode_modulesも対象にして重くなるみたいな話ってpnpmみたいなグローバルな管理方法だと少しはマシになったりするのかな

2026年にもなってコンテナ内にnode_modulesを持ち込むビルドシステムを新規で作ることは流石にないよな...？みんなAI使っているから解決済みの課題だよな....？

返信先:@kakino_hasushi他1人node_modules が Git に入っちゃったのか… pic.x.com/I6jA85kiPj

クソッ、なんでこのWSLのDockerのLaravel重いんじゃ… npm run devしても、node_modules再インストールしても、Docker再起動でも、WSL再起動でも直らん…なんでや～～～～～ って、これか！！！そういえば、ここいじったわ！！ pic.x.com/HevHR7FbAn

💥 ピックアップ ✨ Macがカーネルパニックを起こす原因を調査した結果、vnodeの枯渇が判明しました。Spotlightがnode_modulesを大量に走査していたことが引き金で、その調査過程と対処法が詳細に解説されています。 zenn.dev/ippe/articles/…

node_modules のコピーが遅い問題、APFSなら桁が変わります 10GB / 46万ファイル (M2 Max, hyperfine 5回平均): cp -R : 188秒 rsync -a : 164秒 vibe : 15秒 vibe は clonefile() でツリーを丸ごとCoWクローン。 データは物理コピーせず参照共有 → 速いし容量も食わない

Macのアプリのインストールで失敗は初めてかも（笑） ※ 「node_modules」関係の権限が足りずエラーが発生。手作業で解消して無事にインストール完了。 pic.x.com/wp2OYj7ZQS

返信先:@MakeAI_CEOOSS・MITだからこそ使う前に1回はnode_modulesとskillsの依存先チェックしたほうが安全ですね。僕はClaude Codeに「このスキルがアクセスする外部リソースを一覧化して」と頃めるだけでも一歩進むのでおすすめです。

当たり前なんだけど、 node やbun が作るnode_modules/.binのバイナリは実行OSごとに違う。 設定かえれば、マルチビルドするのかな？ そもそも、コンテナあれば、そんなことしなくてよいのだけど。

node_modulesには何が入っている？依存関係の仕組みを理解する #フロントエンド ift.tt/BDKY3kj

node_modules消しただけじゃダメでしたか？？？？？？？💢💢💢💢

【話題】 Macのディスクがどこで詰まっているか、Codex Skillが自動でレポートします。 pic.x.com/zCK3ZpgRz8 npx 1コマンドで起動。自分のMacに向けて動かすだけで、こう動きます。 ・キャッシュ、ログ、古いインストーラ、build成果物を検出 ・node_modules、Xcode、Dockerの残骸もスキャン x.com/20501015048924…

容量不足の時にいきなりファイルを消すのは危ない。まず大きい場所を出して、キャッシュ、node_modules、一時ファイル、触らない資料に分ける。判断の前に分類するのが大事。こういう部分まで仕組みにしたい。判断に集中するための土台だよね。毎日使う前提で磨いていきたい。

え？マジで？最近のDropBoxってnode_modulesを自動で同期対象から除外してる？

Nuxtのビルド成果物ってサーバー側の依存関係がnode_modulesフォルダにコピーされるようになってるんですが、あれに使われているライブラリが vercel/nft というやつで、JSでコードの依存関係を再解析してるので、oxc系を使っていい感じにできると速くなりそう 誰かやって() github.com/vercel/nft