とうとう100本 — NGW TECH BLOG の100記事をふりかえる

とうとう100本になった。#100 を書いたのが10月20日。この記事は、その翌日に書いている。

先に言っておくと、100本を目標にしたことは一度もない。気づいたら100本あった。だから今日は、書いた記事の側から、自分が何をやってきたのかを見直してみる。

数字で見る100本

「設計」と「AI」が、ほぼ並んでいるのが面白い。設計の話を書いていたら、そこにはたいていAIがいた、ということだ。

月ごとの本数はこうなる。

7月に半分以上が集中している。 数字を見て、自分でも驚いた。

ブログを開いたのは7月4日で、開設の記事が #29 だ。つまり、開設の時点で、日付が6月から7月3日までの記事がすでに28本並んでいた。 書き溜めてあった設計判断を、まとめて出した形になる。

そのあとの7月は、機能の解説（決裁・文書管理・帳票・メニュー）を一気に書いた。NGWの中身を、はじめて言葉にした月だった。手元にあった「説明していないこと」を吐き出した月と言える。

8月以降は、ペースがはっきり落ちる。かわりに話題が変わった。

読み返すと、月ごとに主役が入れ替わっている。

「直す話」から「作る話」へ、そして「広げる話」へ。ブログの動きは、そのままICTCacaoの仕事の動きだった。

記事の中身より、書く習慣そのものが効いたと思っている。

1. 失敗を、その日のうちに書く。 直したばかりの記憶は鮮明で、原因も、直した理由も、まだ自分の言葉で言える。1週間たつと、もう「なんで直したんだっけ」になる。

2. 結論から書かず、判断の過程を書く。 コードは「何をしたか」しか語らない。「なぜそうしたか」と「やらなかったこと」は、記事にしないと消える。

3. 前に書いたことは、書かない。 主題が被るなら、リンクで送る。これを決めてから、記事が短く、鋭くなった。

書いた記事は、そのまま設計の記録になる。バックアップの考え方も、Linux構築の引き渡しも、あとから「前にどうしたか」を確かめる先が、記事になった。

AIに前提を伝えるときにも効く。AIには日記がないので、記録を渡さないと、毎回ゼロから説明することになる。ブログは、人間のための記録であると同時に、AIに渡せる記憶でもあった。

次の100本が何になるかは、わからない。ただ、書くことは増えているはずだ。Linux版、FGW、そして小さな団体向けの構成。まだ言葉にしていない判断が、頭の中に山ほど残っている。

ひとつだけ決めているのは、数を追わないことだ。7月のように一気に出すより、直した日に、直した理由を書く。それを続けた先に、200本があればいい。