SE歴9年の私が、基幹システムに必要なドキュメント定義とAIを活用した運用を考えた
システムエンジニアになって9年、基幹システムの現場でずっと同じ光景を見てきました。 プロジェクトの序盤、ドキュメントは立派に作られます。要件定義書、基本設計書、詳細設計書。レビューもする。──そして半年後、最新の仕様はコードと有識者の頭の中にだけあり、設計書は「当時の気持ち」を知るための考古学資料になっている。 ドキュメントの問題は「書けない」ことではありません。2つの構造的な壁があります。**「変更に追従できない」こと、そして「人間のキャパシティでは、すべてのドキュメントを把握しきれない」**ことです。要件が1つ変わると、用語集・データ定義・機能仕様・API仕様・テストの5箇所に影響が...
出典: Zenn AI（配信元の紹介文より引用）
このニュースの全文は、配信元でお読みいただけます。 Zenn AIで元記事を読む →
この話題に関連する、TOEの実践・観測記録
検索データはまだゼロ。それでも「毎週勝手に取りに行く配管」を先に作った理由
当メディア ai-oni.com の検索パフォーマンスを、Google Search ConsoleのAPIから毎週・無人で自動取得する仕組みを作りました。先に正直に書きます。肝心の検索クエリのデータは、まだ「0件」です。成果はまだ何も語れません。それでも公開直後のいま配管を先に作ることに意味がある、という記録です。
続きを読む →役所のExcel様式をAIに記入させたら、片方は固まり、もう片方は画像が消えた ― xlwingsとopenpyxlを案件ごとに使い分けている実録
補助金の公式Excel様式（書式・画像・数式・入力規則が作り込まれたxlsx）に、AIで数値を自動記入しています。やり方は2つあり、どちらも実案件で落とし穴を踏みました。Excelを裏で操作するxlwingsは応答待ちで固まって不採用になった案件があり、ファイルを直接書くopenpyxlは保存すると画像が消えました。どちらか一方では全部いけない。様式の中身で使い分けている実態を、そのまま書きます。
続きを読む →15分で止めるはずのAI処理が、記録の上だけ死んで、実際は139分生きていた
前の記事で「15分の強制終了設定があるのに51分完走した記録があり、機序が未解明」と宿題にしました。その謎の一つの答えが出ました。記録には「timeout 900s」と残っているのに、実際のプロセスは2時間以上生きていた実データが2件見つかりました。タイムアウトは"効いたことになっていた"だけでした。まだ直せていないことも含めて、そのまま載せます。
続きを読む →