興味が次々と湧いてくる──ADHDのエンジニアにとって、これは強みになり得る特性です。新しい技術を試したい、ツールを比較したい、エラーを深掘りしたい。その衝動が止まらないからこそ、ネタ自体は実は潤沢にあります。

問題は「ネタが散らばる」「書き始められない」「書きかけで完結しない」こと。この記事では、ADHDエンジニアが陥りやすい落とし穴を踏まえながら、散らばる興味を整理し、継続的にコンテンツを生み出す実践的なワークフローを紹介します。

全体戦略：「拾う・分類する・ルーティン化する」

コンテンツ生産の核心は、次の3ステップです。

1. 拾う：日々の気づきやネタを即キャプチャする
2. 分類する：テーマやフォーマットに分けてストック
3. ルーティン化する：短い作業単位で書く習慣を作る

具体的なワークフロー（5ステップ）

ステップ1：即キャプチャツールを1つだけ決める

思いついたときに迷わず書けるツールを1つ決めます。ObsidianやNotionが人気ですが、iOSの標準メモアプリでも十分です。「1行で書く」習慣の定着を最優先にしてください。

キャプチャの例：

• Obsidian → 新しいデータベース設計のアイデア
• Obsidian → Dockerが起動しないときの原因メモ
• Notion → AWS Lambdaコールドスタート短縮の実験結果

ステップ2：週1回・30〜60分の「整理タイム」を設ける

カレンダーにブロックを確保し、キャプチャしたネタをカテゴリに振り分けます。以下のカテゴリが扱いやすいです。

• 調査メモ：試した結果・ツール比較
• ハウツー：手順・チュートリアル
• トラブルシュート：エラーと解決策
• 雑感/意見：技術トレンドへの考察

ステップ3：コンテンツピラーを3つ決める

「多すぎる興味を活かす」と「軸を3つに絞る」は矛盾するように見えますが、役割が異なります。ネタ収集は無制限でOKです。ピラーとは「読者向けの看板」であり、自分の発信テーマの一貫性を示すためのものです。バックエンド・インフラ・プロダクト改善など、読者が「このブログはここを扱っている」と認識できる軸があると定着率が上がります。ピラーの外にネタが出てきても、書く価値があれば記事にして構いません。

ステップ4：フォーマットをテンプレ化する

記事の種類をあらかじめ定義し、それぞれにテンプレートを用意しておくと着手コストが大幅に下がります。

ステップ5：書き方をミニマイズする

毎回フルの記事を書こうとするとハードルが上がります。「見出し3つ＋一言解説」で下書きを作ることを目標にしてください。実際の執筆にはポモドーロ（25分集中＋5分整理）が効果的で、完了感が得やすく次のサイクルにつなげやすいです。

テンプレ例：短いHow-to記事

以下をコピーして使い回すだけで、着手コストを大幅に削減できます。

• タイトル：問題＋解決方法（例：「Dockerで起動しないときの3つの確認ポイント」）
• 見出し1：症状の説明
• 見出し2：試したこと（箇条書き）
• 見出し3：確実に効く対処（コードやコマンドを示す）
• 最後：再現手順や参考リンク

ネタを量産する4つのテクニック

1. 大きなテーマをシリーズに分割する

1つの興味から複数の記事を生み出す、最も効率的な方法です。「新しいORMを試す」という興味は、以下のように分割できます。

1. 導入・セットアップ手順
2. 基本クエリのベンチマーク比較
3. マイグレーション管理の使い勝手
4. 本番利用で発生したトラブルと解決策

2. 過去のノートをリライト・再利用する

Slackのリマインダー、古いGitHub Issueのコメント、社内Wikiの下書きもネタになります。「あのときのメモ、記事にしたら需要ありそう」というものを掘り起こすだけで、数ヶ月分のストックが出てくることがあります。

3. テンポラリ投稿（完成度70%で公開する）

完成を待たずに公開し、後で加筆修正する戦略です。読者の反応（コメントや検索流入）を見てから深掘りする記事を選べるため、無駄な労力を削減できます。

4. コードスニペットをそのまま記事にする

短い bash や python のスニペットも立派なコンテンツです。「自分が詰まった5分を、読者の30秒に変える」という感覚で投稿すると、実用性の高い記事が増えていきます。

生産性を高める運用の小技

• タグ運用：テーマ横断検索しやすいタグをつける（例：#infra #performance）
• 見出しストック：興味が移ったときに見出しだけ作っておき、本文は後回しにする
• 公���期限の設定：「今週中に下書き」など短いデッドラインで着手率を上げる
• アウトライン優先：毎朝5分、見出し3個＋1文のアウトラインを作ることを日課にする

よくある質問（FAQ）

Q. ネタはあるのに書き始められないときは？

まず「タイトルだけ」書いてください。タイトルが決まると脳が「次に何を書くべきか」を自動的に整理し始めます。本文は後でいいです。

Q. 書きかけの記事がたまり続けるときは？

月1回「棚卸し」セッションを設け、3ヶ月以上更新していない下書きは削除か「ショートチップ」に格下げします。未完成の在庫を抱えすぎると、新規着手への意欲が下がります。

Q. ADHDの診断がなくても役に立ちますか？

はい。「情報収集は得意だが整理が苦手」「書き始めるのに時間がかかる」という悩みを持つエンジニア全般に応用できます。ADHDへの言及はあくまでコンテキストであり、ワークフロー自体は汎用的です。

まとめ：多すぎる興味はネタの源泉

ADHDエンジニアの多様な興味は、適切な仕組みさえあれば「ネタ切れ」と無縁になります。

• 即キャプチャで思いつきを逃さない
• 週次整理でストックを積み上げ続ける
• テンプレとピラーで着手コストを下げる
• ミニマムな単位で書き、公開を優先する

完璧を求めず「公開」を優先すること。ADHDの特性を活かして次々に新しい視点を取り入れれば、技術ブログは継続的な発見の記録になります。まずは今日の気づきを1行メモに残すところから始めてみてください。それが次の記事の第一歩です。

投稿 技術ブログのネタが尽きない！ADHDエンジニアの多興味をコンテンツ化する方法 は ADHDエンジニア成長日記 ― 障害を抱えながらIT業界で活躍するためのブログ に最初に表示されました。