概要
- Software Mechanic という新しい職業の誕生と背景
- 技術進化 による従来の職業構造や専門性の変化
- 仕様(spec) と現実のギャップが生む問題とその診断例
- 農業現場 でのソフトウェア運用の課題と対応策
- 継続的なメンテナンス の必要性と現場の心理的抵抗
ソフトウェア・メカニックという新しい職業
- Software Mechanic は7年前まで存在しなかった新職種
- 既存の職業からの転身者が多い傾向
- 経済や技術の大きな転換時に新たな職業が生まれる歴史的傾向
- ITサポート の延長線上だが、役割や評価が大きく変化
- 仕様と現実のギャップを見抜き、修正する専門性
農業機械技術者からの転身
- 主人公Tom Hartmannは 農業機械技術者 出身
- John Deereディーラーで11年勤務
- 技術の転換により、ソフトウェア修理の需要が激減
- ソフトウェアは「修理」から「再生成」するものへ進化
- ハードウェア修理とソフトウェア仕様診断を両立
ハードウェアとソフトウェアの境界消失
- 50年間続いた ハードウェアとソフトウェアの分断 が崩壊
- ソフトウェア生成が自然言語ベースになり、 ドメイン知識 が重要に
- 農業、医療など各分野の専門知識+仕様診断能力が価値となる
- 多くのSoftware Mechanicが異分野からの転職組
現場の風景とコーヒーマシンの例え
- Tomの作業場は質素な 田舎の修理工場
- コーヒーマシンの仕様調整の難しさを、顧客への説明に活用
- 「簡単な微調整」のつもりが、 仕様の曖昧さ で複雑化する現実
- ドメイン知識と自然言語仕様の限界を実感する日常
仕様と現実のズレの診断事例
- 顧客Margaret Brennanの 収穫時期最適化ツール のトラブル
- ツールは仕様通り動作したが、外部データ(天気モデル)の更新で誤作動
- 仕様に「データモデルの変更時にアラート」が抜けていたことが原因
- 「地盤が動いた」問題 として、外部要因による仕様ズレの典型例
- ソフトウェアは外部環境の変化に弱く、継続的な監視が重要
継続的監視と農業現場の心理
- 仕様の修正と モニタリング機能 追加を提案
- 継続的な監視(pit crew)への抵抗感
- 農業機械の「壊れたら直す」文化と、ソフトウェアの「常時見守る」必要性のギャップ
- 最終的に仕様修正・ツール再生成で問題解決
創作プロセスと裏話
- AI(Claude)に 物語形式で説明 させる実験から始まったプロジェクト
- 世界観設定やスタイルガイドなど、 体系的な準備 を経て執筆
- 二週間かけて 冗長な部分やAI特有の表現 を徹底的にカット
- 質問や執筆プロセスの詳細も共有可能