事例
実際の開発プロジェクトから得た技術選定・設計・実装の事例紹介
連夜、失敗し続けた夜間バッチに、誰も気づかなかった理由
何日も連夜、同じエラーで失敗し続けていた商品同期バッチ。しかし誰にも気づかれていませんでした。その裏にあった三つの構造的な穴と、再発を防ぐための記録・通知・処理統合の取り組みを解説します。
エラーゼロの同期停止と、直しても戻るバグの正体
外部POSサービスとの部門データ同期が無言で1週間以上停止した事故を題材に、存在しない権限スコープとデプロイ経路の緩さという二重の落とし穴を解説します。
書類が明日に飛んだ理由——JSTとUTCの二重解釈が壊すデータ
同じ日時列をJST壁時計とUTCで読み書きした結果、登録日が翌日にずれ、深夜取引や明細の孤児化が発生した実例と是正の要点を解説します。
案件が249件に増殖した謎、原因は返品処理の設計ミス
顧客対応管理画面に実態の20倍近い案件が並ぶ異常を調査。返品ごとに案件が分裂する設計欠陥を特定し、249件から13件へ正常化した事例を解説します。
赤信号、実は誤報でした——設計書と本番の乖離が生んだ高リスク判定
本番インフラの高リスク判定が実態確認1回で覆った事例から、書面と現実がずれる根本原因と、確認と同時に記録を書き換える運用の価値を解説します。
24時間で無言ログアウト。SPAのJWT失効を根治した設計
SPAが24時間で無反応になる問題の原因と、通信の入口を一本化してJWT失効を検知し自動延長する解決策を事例で解説します。
532件の確認事項を15問に圧縮するAI活用の設計
会議や資料から生まれた大量の「要確認」項目を、AIで意味の近いものに束ねて現実的な件数に圧縮する仕組みと運用の考え方を解説します。
LPはテスト先行で作る。手戻りゼロを実現した新サービス公開の舞台裏
新サービスのランディングページを設計書→テスト契約→実装→導線の順で作った現場の記録。手戻りを防ぐ順序と、テスト配置で足をすくわれた教訓を紹介します。
公開記事に社内の符丁が紛れていた話
公開済みの技術ブログに、読者には意味不明な社内符丁が紛れ込んでいた事故。なぜ人の目では防げないのか、その根本原因と、4つの工程に検出ルールを組み込んで再発を封じた仕組みづくりを解説します。
AIは、すぐ折れる。反論を仕組みで守る弁証法ブレスト設計
AIとの壁打ちブレストで対立が数往復で消えてしまう現象の原因を、AIの応答特性と指示設計の甘さに分けて分析。反論を仕組みで強制する新スキル『弁証法アンチテーゼ係』の設計思想と、今後検証すべき課題を解説します。
182件の仕様増分をゼロ抜け漏れで回した台帳運用の記録
四半期で182件に達した仕様変更・保留・確定の決定を、記憶やメモではなくCSV台帳という単一の記録に統合した運用の記録です。台帳が「単一の真実源」になることで、なぜ解釈の分岐そのものが構造的に発生しなくなるのかを、実際のコミット差分から掘り下げます。