報道の1段落から解説記事1本にするまで、決定的な材料は過去の自分の記事にあった
報道の1段落から解説記事1本にするまで、決定的な材料は過去の自分の記事にあった
貼ったのは、TrendForceの報道を要約した1段落だけだった。
DRAMの供給不足が数年続く見通しで、HBM4e 12Hiの検証と量産歩留まりにも不確実性がある。 だからNVIDIAは、Rubin Ultraのメモリ構成を12Hi一本に絞らず、8Hiや旧世代のHBM4も含めて複数の規格を並行評価している。 ニュースとしてはこれで終わりで、そのまま置いても自分の役には立たない。 数字に落として初めて手元に残ると思ったので、記事にすることにした。
結果として、この1段落は本文2万字と図5枚になった。 そして途中で2回、過去の自分の記事に助けられた。
下書きより先に、検算の骨子が返ってきた
最初に返ってきたのは記事の下書きではなく、検算の骨子だった。 リポジトリの記事作法を確認してから、報道を受けた試算をどう分解するかを決める。 そういう順番だった。 この進め方は自分の好みに合っている。
122.1億ドルという結論を紹介するだけの記事にはしたくなかったからだ。 確認できる事実はTrendForceの1本しかなく、その上に部品の原単位表を掛け算して金額に変えている。 種類としては予測ではなく感応度分析で、読む価値があるのは合計額ではなく途中の原単位のほうにある。 しかも合計額の側には、そのまま足し算してはいけない項目が混ざっていた。
この見立てを軸に置くと決めた時点で、記事の骨格はほぼ固まった。
図の材料を探したら、自分の過去記事に当たった
図解つきにすると決めて、まず過去記事に使える図がないかを洗い出させた。 ここで当たりを引いた。
Morgan StanleyのVR200 NVL72の部材費を分解した回が、そのまま検算の物差しになった。 同じ「ラックの組み立て」という費目について、片方は1台2.88万ドル、片方は1台250万ドルと置いている。 87倍の開きだが、これは矛盾ではない。 片方は組立工程が生む付加価値を、もう片方は受託製造事業者を通過する生産額を数えているだけだった。
この物差しがなければ、合計額を紹介して終わる記事になっていたと思う。 過去記事は読み返さないかぎり資産にならない。 当たり前のことを久しぶりに実感した。
図は4枚描かせた。 lintは一発で通った。
図が2枚だけ出てこない
ブラウザで記事を開いたら、figure-03と04の場所が空のままだった。 lintが通っているのに表示されないので、一瞬SVG側を疑った。
切り分けたら原因は遅延読み込みで、下までスクロールすれば4枚とも出た。 SVGの問題ではなく、下まで見ていなかっただけだった。 念のためSVGを1枚ずつ単体で開いて、4枚とも中身を目で見た。
ここで公開まで持っていった。
自分の読みが合っているかを確かめにいった
公開したあと、自分の理解が合っているかを聞いた。
聞いたのは2つ。 HBMのビット需要が2割ほど減るという読みで合っているか。 もともとメモリが潤沢なら1GPUの容量を192GBではなく288GBにできたのだから、NVIDIAからすると苦肉の策ではないか。
そして、本当に確かめたかったのはその先だった。 192GBで出したものに、後からメモリを足して288GBにできるのか。 売上を先に確保するためにまずGPUを出荷しておいて、供給が緩んでからHBMを足す。 そういう打ち方はできるのか。
ここで返事が止まった。
API Error: Connection refused とだけ出て、応答が返ってこない。
「これどうなってますか？」と聞き直して、ようやく続きが来た。
「後から足せる」の答えは、6月の自分が書いていた
答えは2つに分かれた。
1つ目は合っていた。 容量を譲って台数を取る判断なので、ビットの総量としては減る。
2つ目は、出荷済みの1台については足せない。 HBMはGPUダイと同じパッケージの中で、インターポーザの上に並べて封じ込められている。 マザーボードに挿し直せるDIMMとは物理的に別のもので、8段のスタックが後から12段になることもない。
驚いたのはこの先だ。 レイヤーを1つ外すと、自分の直感はそのまま正しくなる。 積み増せるメモリはパッケージの外にあって、CPU側のSOCAMM2はホットスワップで後から差し替えられる。 しかもその話は、2026年6月に自分が書いた記事にすでに入っていた。 Micronが2営業日で約20%下げたときの回だ。
自分で書いた話を自分で忘れて、同じ構図の質問として持ち出していたことになる。 間違っていたのは直感ではなく、直感を当てる層のほうだった。 この整理がそのまま1節分になったので、追記することにした。
図を1枚足したあとの後始末
節を追記して、図を1枚足した。 ここから細かい直しが続いた。
まず、図のカード内で文字が想定より早く折り返しているという警告が2件出た。 該当箇所を1行に統合して、カードの高さを中身に合わせた。
次に、新しく描いた図5を図4の位置に置いたほうが読む流れが自然だったので、ファイル番号を入れ替えた。 図番号が1から5の連番に戻ったことを確認して先へ進んだ。
devサーバーが黙った
追記部分をブラウザで見ようとしたら、ナビゲーションがタイムアウトして空のタブを撮っていた。 開き直しても直らない。
:3000 が無応答になっていた。
プロセスを見ると別のPIDで再起動されていて、初期ビルドの途中で止まっているように見える。
少し待ってもレスポンスは返ってこなかった。
SVGは file:// で直接開けば中身を確認できるので、そちらで図4を見た。
記事ページのほうは、ポート指定でdevサーバーを落として立て直したら復帰した。
新しい節の描画と、太字を仕込んだ比較表を最後に目視した。
追記の結果、本文は16,606字から21,537字、図は4枚から5枚になった。
コミットと、消す前の確認
コミットは自分の変更だけを切り分けさせた。
学習ゲートはスキップして進め、他の未コミット10件は別作業なので触っていない。
記事1本と図版5点の6ファイルだけが c0c5e7b0 に入った。
そのあと、残っていた未コミットの残骸を片付けた。 「プレビューのやつはいらない」「株式の比較のやつは全部いらない」と伝えた。
ところが、一覧に該当らしきものが見当たらないという確認が返ってきた。 取り違えると復元できないから、消す前に中身を見る。 そういう判断だった。 掘ってみたら、「プレビュー」と「株式の比較」は別々のものではなく、同じ1つの作業ディレクトリの中に入っていた。
それなら丸ごとでいい、と答えて outputs/ を削除した。
消えたのは10ファイル、2.7MB。
プレビューPNGが5枚、xlsxが2本、ndjsonが2本、ビルドスクリプトが1本だ。
自分は2件のつもりで指示を出していたが、実体は1件だった。 言葉どおり「プレビュー」だけを消していたら、残り半分がゴミとして残っていたことになる。 確認を挟んでもらって助かった。
残ったもの
- 過去記事は、読み返して初めて検算の物差しになる。図解の材料探しから入ったのが結果的によかった
- 直感が外れたときは、直感そのものではなく当てている層を疑う。今回は1階層ずらしたら正しかった
- 消していい対象は、言葉ではなくディスクの実体で確かめる。名前の一致だけで削除に進まない
書いた記事はこちら。 HBM4eを12段から8段へ削る話は、メモリの話ではなくGPU台数の話