プログラミング用にMacBookを買うなら、256GBはやめておこう【1年使って後悔した実機データで解説】

この記事を書いている人（せせら）

普段はITフリーランスとして活動しています。
個人で作業効率化サービスを運営し、挑戦を続ける人々を静かに応援しています。

プログラミング用としてMacBook（256GB）を約1年ほど使用しているのですが、すでにストレージが99%埋まって残り3GBという危険水域に達しています。

中身は開発関連が中心で、ゲームや動画はほぼ入れていません（写真ライブラリやSpotifyキャッシュなど、普通に使っていれば溜まるものは多少あります）。

今更ですが、正直もっと容量の大きい物を買っておけばよかったと後悔しています。

この記事では、私と同じような後悔をさせないために「なぜ開発用途で256GBはダメなのか」を実機の実測データで解説します。

「256GB」でも実際使えるのは約230GB

「256GB」と書かれていても、買った瞬間からその256GB全てを自由に使えるわけではありません。

実機で調べてみると、ストレージはざっくりこんな感じで段階的に削られていきます。

スタート地点で既に約26GBは消えていることになります。

私の実機ではすでに残り3GBになっていた

私の256GB MacBookは、約1年使った結果こんな状態になっていました。

「Officeとブラウザくらいしか使わない一般用途」なら、256GBでも問題ないと思います。

ただしプログラミング用途となると、この約230GBから「開発ツール」「プロジェクト」「付随アプリ」が次々に容量を奪っていきます。

ここから1セクションずつ、何にどれだけ削られていくのかを順番に見ていきましょう。

さらに開発者ツールが容量を食う

230GBあれば十分そうに見えますが、ここからさらに開発用のSDKやキャッシュが、自分では意識しないうちに容量を持っていきます。

私の実機ではこうなっていました。

正直、ここまで持っていかれているとは思っていませんでした。

しかも、これらはプロジェクトを消しても消えない容量です。SDKやシミュレータ、ビルドキャッシュは ~/Library 配下に居座り続けます。

Xcodeだけで22GBは強烈

iOS/macOSアプリを少しでもやろうとすると、Xcodeとシミュレータだけで22GBほど持っていかれます。

~/Library/Developer/DerivedData や CoreSimulator のキャッシュは、プロジェクトを削除しても残り続けるので、気付くと数十GB単位で居座っていることもザラです。

Dockerが知らぬ間に増えていく

Docker Desktopの仮想ディスクは、コンテナを動かすたびに静かに肥大化していきます。

私の場合、普通に開発で使っているだけで6.5GBにまで育っていました。

私はマイクロサービス構成のプロジェクトはまだ動かしていないのでこの規模で済んでいますが、本格的にコンテナを増やせばここが20〜30GBに化けると思います。

「使える容量」はもうこれだけ

カタログ256GB → フォーマット後 245GB → macOS等で 230GB → さらに開発インフラで約34GB消えると、実際にプロジェクトや他のアプリで使える容量は約196GB。

買った瞬間からすでに 60GBほどは”プログラミングのための準備”だけで消えていく計算になります。

アプリの種類によるが、プロジェクト数個で満杯になる

ここまでで使える容量は約196GB。

「まだ200GBあるなら余裕じゃない？」と思いがちですが、実際にプロジェクトを作り始めると、1個1個が想像以上に重い ＆ ~/.npm などの共有キャッシュも一緒に膨らむことに気付きます。

購入前の私は「1プロジェクトあたり0.3GBくらいだろう」と楽観的に見積もっていましたが、1年使ってみた結論は次の通りでした。

プロジェクトはなぜ肥大化するのか

開発を進めると、プロジェクトの中には以下のようなファイルが積み重なっていきます。

• node_modules（npm/pnpmの依存パッケージ群）
• ビルド成果物（dist, build, .next, target など）
• .git のコミット履歴
• ローカルDB（SQLite、PostgreSQLのデータディレクトリ等）
• Dockerボリューム（プロジェクト個別の永続データ）
• ログファイル・キャッシュ

最初は数MBで始まったプロジェクトでも、開発が進むにつれて気付けばGB単位に育っているのが現実です。

TODOレベルのWebアプリでも、案外重い

「TODOアプリくらいなら軽いでしょ？」と思っていたのですが、Next.js + Prisma + Tailwind あたりで一通り組むと、node_modules だけで200〜500MBは普通にいきました。

これに .next のビルドキャッシュやローカルDBが乗ると、0.3〜0.7GBは覚悟したほうがよさそうです。

スマホアプリは桁が変わる

iOS/Androidアプリになると話は別格でした。

ネイティブビルドの中間生成物、シミュレータ用バイナリ、Pods/Gradleキャッシュなどが積み重なり、プロジェクト本体が数GB級まで膨らみがちです。

しかも厄介なのが、プロジェクト本体は数GBで済んでも、上の方で書いた ~/Library/Developer/CoreSimulator（実機で14GB）や Android SDK（4.2GB）といったプロジェクト外のコストが別途乗ってくる点です。

React NativeやFlutterも、Node側＋ネイティブ側の両方を抱えるため似たような構造になります。

数個並行で抱えると、あっという間に満杯

私の実際の開発では、1つのプロジェクトだけを触ることはほとんどありませんでした。

• 学習用 × 2〜3個 = 〜2GB
• 自作Webアプリ × 5〜8個 = 〜4GB
• 重めの本気プロジェクト × 1〜2個 = 〜4GB

実機で ~/source 配下を実測したらちょうど10GB消えていました。

ここに加えて、プロジェクトを跨いで共有される ~/.npm（npmグローバルキャッシュ）が実機で8.4GBにも育っていました。プロジェクトを増やすほど、ここも比例して肥大化します。

ここまでで残量は 196GB -（プロジェクト約10GB ＋ npmキャッシュ約8GB）≈ 178GB。

「まだ180GB近くある」と思うかもしれませんが、ここからさらにじわじわ容量が増えていくのがリアルです。

アップデート＋付随アプリでかなり増え続ける

ここまで「プロジェクト本体＋npmキャッシュで20GB近く持っていかれた」と書きましたが、容量を食うのはそれだけではありません。

開発に付随して使うアプリや、時間とともに勝手に増えるアップデートが、じわじわ残り容量を削っていきます。

開発で使うアプリで20GB近く消える

私の実機を調べてみたら、こんな状況でした。

「関係ないアプリは入れていない」と思っていたのですが、開発で実際に使っているアプリだけで20GB近く消えていました。

特にAIアプリは想像以上で、Claude Desktopは会話履歴・モデル関連データ（中身を見ると vm_bundles だけで約10GB）が溜まり続け、気付けばApplication Supportだけで11GBまで膨れ上がっていました。

OSやXcodeのアップデートで容量がヤバイ

さらに厄介なのがOSやXcodeのアプデで容量がかなり増大する点です。私の環境では以下のような感じでした。

これらは「自分でインストールした覚えがない」「気付かないうちに増えていた」ものばかりです。

満杯のSSDは性能まで落ちる

そして最後にダメ押しなのが、SSDは空き容量が少なくなると性能そのものが劣化するという特性です。

容量を使い切ったあと、私自身もじわじわ実感している部分で、具体的にはこんなことが起きます。

• 書き込み速度が低下する：ウェアレベリング（書き込み箇所の分散）の余地が減るため
• SSDの寿命が短くなる：同じセクタへの書き込みが集中してしまう
• システム全体が重くなる：仮想メモリのスワップ領域も確保しづらくなる

私のように残り3GB（使用率99%）まで使い込んだ状態は、ビルドやDockerが日常的に走る開発機としては、かなり厳しい状況です。

実機のストレージ状況

ここまでは「ユーザーから見えるディレクトリ」を一個ずつ引き算してきましたが、最終的に実機がどンな状況かというと以下の様な状態です。

プログラミング用Mac購入時の推奨ライン

1年間使ってみた私の感覚で言うと、用途別の推奨ラインはこんな感じです。

メモリ(RAM)は可能なら24GBが良い

ストレージと並んで重要なのがメモリ(RAM)で、こちらは最低16GB以上、可能なら24GBを選んでおいたほうが安心です（私の実機はMacBook Air M4 / 16GBで、Web開発中心ならギリギリ回っている感覚です）。

最初はメモリ16GBでも全然いけると思っていたのですが、プログラミング用で既にメモリ容量を使用している上で、更にブラウザの大きなメモリ消費が重なり、定期的にメモリが枯渇します。

10個以上の複数タブを開いたり、動画を流しながら作業をする様な方はメモリ24GBのモデルをオススメします。

• 8GB：避けたい。Chromeを開いてDocker起動した時点で、スワップが多発
• 16GB：最低ライン。Web開発中心なら、ひとまずこのラインで何とかなる
• 24GB / 32GB：本格的にやるなら推奨。AI/ML系や複数コンテナを扱うなら、ここまで欲しいところ

Apple Siliconはユニファイドメモリのため、後からメモリを増設することはできません。

買う時点で多めに積んでおくしか方法がないので、ここはケチらないほうが後悔せずに済むと思います。

プログラミング用おすすめ構成

Apple 2026 MacBook Air M5チップ搭載13インチノートブック：AIとApple Intelligence、13.6インチLiquid Retinaディスプレイ、16GBユニファイドメモリ、512GB SSDストレージ、12MPセンターフレームカメラ、日本語キーボード、Touch ID - スカイブルー

Amazonで見る 楽天市場で見る