
興味が次々と湧いてくる──ADHDのエンジニアにとって、これは強みになり得る特性です。新しい技術を試したい、ツールを比較したい、エラーを深掘りしたい。その衝動が止まらないからこそ、ネタ自体は実は潤沢にあります。
問題は「ネタが散らばる」「書き始められない」「書きかけで完結しない」こと。この記事では、ADHDエンジニアが陥りやすい落とし穴を踏まえながら、散らばる興味を整理し、継続的にコンテンツを生み出す実践的なワークフローを紹介します。
全体戦略:「拾う・分類する・ルーティン化する」
コンテンツ生産の核心は、次の3ステップです。
- 拾う:日々の気づきやネタを即キャプチャする
- 分類する:テーマやフォーマットに分けてストック
- ルーティン化する:短い作業単位で書く習慣を作る
ポイント
「書く量」を減らして「書く頻度」を上げると、多様な興味が持続的なネタ源に変わります。一度に完成させようとせず、小さく進めることが継続の鍵です。
具体的なワークフロー(5ステップ)
ステップ1:即キャプチャツールを1つだけ決める
思いついたときに迷わず書けるツールを1つ決めます。ObsidianやNotionが人気ですが、iOSの標準メモアプリでも十分です。「1行で書く」習慣の定着を最優先にしてください。
キャプチャの例:
Obsidian→ 新しいデータベース設計のアイデアObsidian→ Dockerが起動しないときの原因メモNotion→ AWS Lambdaコールドスタート短縮の実験結果
実践例
ObsidianのデイリーノートにはADHD向けのiPhoneショートカットを設定し、ワンタップで #blog タグ付きの1行メモを追記できるようにする方法が効果的です。移動中の思いつきを逃さず、週末の整理タイムで記事ネタに昇格させるフローが定着します。
ステップ2:週1回・30〜60分の「整理タイム」を設ける
カレンダーにブロックを確保し、キャプチャしたネタをカテゴリに振り分けます。以下のカテゴリが扱いやすいです。
- 調査メモ:試した結果・ツール比較
- ハウツー:手順・チュートリアル
- トラブルシュート:エラーと解決策
- 雑感/意見:技術トレンドへの考察
ステップ3:コンテンツピラーを3つ決める
「多すぎる興味を活かす」と「軸を3つに絞る」は矛盾するように見えますが、役割が異なります。ネタ収集は無制限でOKです。ピラーとは「読者向けの看板」であり、自分の発信テーマの一貫性を示すためのものです。バックエンド・インフラ・プロダクト改善など、読者が「このブログはここを扱っている」と認識できる軸があると定着率が上がります。ピラーの外にネタが出てきても、書く価値があれば記事にして構いません。
ステップ4:フォーマットをテンプレ化する
記事の種類をあらかじめ定義し、それぞれにテンプレートを用意しておくと着手コストが大幅に下がります。
| フォーマット | 文字数目安 | 更新頻度 | 適したネタ |
|---|---|---|---|
| ショートチップ | 200〜400字 | 週2〜3回 | 気づき・設定1つ・小ネタ |
| ハウツー(コード付き) | 800〜1500字 | 週1回 | 手順・チュートリアル・トラブルシュート |
| シリーズ記事(深掘り) | 1500字以上 | 隔週〜月1回 | ライブラリ導入・アーキテクチャ考察 |
ステップ5:書き方をミニマイズする
毎回フルの記事を書こうとするとハードルが上がります。「見出し3つ+一言解説」で下書きを作ることを目標にしてください。実際の執筆にはポモドーロ(25分集中+5分整理)が効果的で、完了感が得やすく次のサイクルにつなげやすいです。
テンプレ例:短いHow-to記事
以下をコピーして使い回すだけで、着手コストを大幅に削減できます。
- タイトル:問題+解決方法(例:「Dockerで起動しないときの3つの確認ポイント」)
- 見出し1:症状の説明
- 見出し2:試したこと(箇条書き)
- 見出し3:確実に効く対処(
コードやコマンドを示す) - 最後:再現手順や参考リンク
実践例
「1行メモ:Dockerが起動しない」→週次整理で「トラブルシュート」に分類→上記テンプレに当てはめて30分で記事を公開。このフローを定着させると、週1本ペースの継続投稿が現実的な目標になります。
ネタを量産する4つのテクニック
1. 大きなテーマをシリーズに分割する
1つの興味から複数の記事を生み出す、最も効率的な方法です。「新しいORMを試す」という興味は、以下のように分割できます。
- 導入・セットアップ手順
- 基本クエリのベンチマーク比較
- マイグレーション管理の使い勝手
- 本番利用で発生したトラブルと解決策
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行メモに残すところから始めてみてください。それが次の記事の第一歩です。
コメント