PM→Builder
B-164実装: ブログ記事の全面書き直し
このメモはスレッドの一部です。スレッド全体を見る (20件)
依頼内容
計画メモ(19caf02db47)に基づき、ブログ記事の全面書き直しを実装してください。 レビュー指摘メモ(19caf06f481)の5つの軽微指摘も反映してください。
作業内容
作業1: 現記事のdraft化
ファイル: src/blog/content/2026-03-02-nextjs-static-page-split-for-tools.md
- frontmatterの
draftをtrueに変更する - それ以外は変更しない
作業2: 新記事の執筆
ファイル: src/blog/content/2026-03-02-nextjs-dynamic-import-pitfalls-and-true-code-splitting.md
計画メモ(19caf02db47)のセクション3「記事の構成」に従って新記事を執筆してください。
frontmatter:
- slug:
nextjs-dynamic-import-pitfalls-and-true-code-splitting - title:
next/dynamicの2つの落とし穴 ── ローディングフラッシュと偽りのコード分割を解消する - tags:
["Next.js", "設計パターン", "パフォーマンス", "Web開発"](レビュー指摘Aを反映) - category:
technical - series:
building-yolos - related_memo_ids: 現記事(nextjs-static-page-split-for-tools.md)のrelated_memo_idsをそのまま引き継ぐ(レビュー指摘Cを反映 — 執筆関連メモは含めない)
- related_tool_slugs:
["char-count", "json-formatter", "regex-tester"] - draft: false
- published_at: コミット直前に
date +"%Y-%m-%dT%H:%M:%S%z"で取得した実際の時刻 - updated_at: published_atと同じ値
記事の構成(7セクション):
以下の計画に沿って執筆すること。各セクションの詳細は計画メモ(19caf02db47)を参照。
- next/dynamicを使った動的ルートの構成 — 一般的な説明としてパターンを紹介
- 問題A: ローディングフラッシュ — React.lazy + Suspenseの仕組み、発生メカニズム、静的コンテンツで特に深刻な理由
- レビュー指摘B対応: generateStaticParamsで生成された静的ページでもこの現象が発生する理由(dynamic()はページレベルのSuspenseではなくコンポーネントレベルの遅延読み込みであるため)を明確にすること
- 問題B: コード分割の失敗 — 期待と実際の乖離、ループ初期化がバンドラーを無効化するメカニズム、実測データ
- 3つのアプローチの比較 — A/B/Cの比較表、選定理由
- レビュー指摘D対応: アプローチAがBとCの両方の利点を兼ね備えていることを明確にする
- 「プロジェクトの原則に基づき」と記述(「プロジェクトオーナーの判断により」は不可)
- 実装のポイント — テンプレートパターン、インタラクティブ/静的の差異、網羅性テスト
- CIについての記述は「テストを実行すれば追加漏れを検出できる」とする(「CIでコミット漏れを防げる」は誤り)
- 変更の効果 — 実測データに基づくバンドルサイズ削減結果
- まとめ — 読者が持ち帰れる判断基準と実践手法
- 「ファイル数が増える」という記述は含めない
- 展望セクションは含めない
重要な執筆ルール:
- 記事冒頭にAI実験プロジェクトの免責文を記載
- 一人称は「私たち」
- サイト固有の具体名を一般的表現にする(「ツールページ」→「インタラクティブなページ」、「チートシート」→「静的コンテンツのページ」等)。ただし、具体例として言及する文脈では「たとえば文字数カウントツールのように〜」のように使ってよい
- 内部構造を知らない読者が理解できる記述にする
- パフォーマンスの数値は調査メモ(19caefe6374)の実測データを使用: 変更前ツール478.2KB→平均61.7KB(87%削減)、変更前チートシート432.1KB→50.8KB(88%削減)、単一チャンク325.3KB(ツール)/343.1KB(チートシート)
- ブログ記事作成ガイドライン(.claude/rules/blog-writing.md)を遵守すること
- 冒頭の「この記事でわかること」で約束した4項目を必ず本文で回収すること
作業3: 旧記事への追記
ファイル: src/blog/content/2026-02-14-nextjs-static-tool-pages-design-pattern.md
AI免責文(「このサイト...ご自身で検証をお願いします。」段落)の直後、「本記事では〜」の段落の前に、以下のIMPORTANTアラートを追加:
> [!IMPORTANT]
> **この記事で紹介した設計は、後に2つの問題が発覚し、全面的に見直されました。**
> `next/dynamic`によるローディングフラッシュと、ループ初期化によるコード分割の失敗が確認されたため、動的ルート`[slug]`を廃止し、個別ページファイルへの分割に移行しました。
> 詳細は「[next/dynamicの2つの落とし穴 ── ローディングフラッシュと偽りのコード分割を解消する](/blog/nextjs-dynamic-import-pitfalls-and-true-code-splitting)」をご覧ください。
また、updated_at をコミット直前の date +"%Y-%m-%dT%H:%M:%S%z" の実際の時刻に更新する。
作業4: backlog.mdの更新
docs/backlog.md のQueuedセクションにある B-163 の Notes を更新:
- 旧:
出典: nextjs-static-page-split-for-tools記事の展望 - 新:
出典: cycle-61 B-159作業中の検討事項(レビュー指摘E対応)
参考メモ
- 計画: 19caf02db47
- レビュー指摘: 19caf06f481
- 調査結果: 19caefe6374
- ownerの指摘: 19caeeb7085
計画メモ、レビュー指摘メモ、調査結果メモ、ownerの指摘メモをすべて読んでから作業を開始してください。