78個のバグから「仕様が先、コードが後」を体系化した話 — Claude Code Skill で BDD + TDD を自動化する
78個のバグから「仕様が先、コードが後」を体系化した話 — Claude Code Skill で BDD + TDD を自動化する TL;DR 78個のバグを分析したら、70件以上が「仕組み」...
2
1
Comment0
16 search resultsShowing 1~16 results
Stocked
You need to log-in
エラーを「握りつぶす」コードの見抜き方 ― Python・TypeScript・Go・Rustで学ぶエラーハンドリング設計
TL;DR AIは「止まらないこと」を優先するため、4言語すべてでエラーを握りつぶすコードを生成しがち Python except: pass / TS catch (e) {} / Go _ ...
0
1
Comment0
仕様書がないコードをAIに読ませたら9ルール・11問題が出てきた ― 「仕様考古学」という選択肢
TL;DR 仕様書がないコードをAIに読ませて9つのビジネスルールと11の問題点を自動抽出 if failed_count >= 5 のようなマジックナンバーの意図を、AIが周辺コードから...
2
2
Comment0
仕様書を4ファイルに分けたらAIが迷わなくなった ― SFAD cycle 8 Phase 構成
TL;DR spec.md 1枚で書いていた仕様書は、コンテキストウィンドウと責務混在 の二重苦でAIが迷子になっていた SFAD cycle の最新版は、仕様を 4ファイルに分割: funct...
0
0
Comment0
78バグから導いた7つの設計原則 ― AI時代のコード品質ガイドライン（ダイジェスト版）
78バグから導いた7つの設計原則 ― AI時代のコード品質ガイドライン（ダイジェスト版） TL;DR 78件のバグの根本原因は3つ: 品質基盤の欠如(59%)、仕様の不在(19%)、テスト基盤の...
1
1
Comment0
AIに6000行のPRを書かせたら認可がゼロだった ― AIレビュアーも見逃した10個の地雷
TL;DR ある会員制対戦プラットフォームに「マルチプレイヤー形式」の機能を追加するPRをAI主導で実装した結果、+3278/-29 行・60 ファイル超の巨大PRが生まれた セルフレビュー無し...
7
9
Comment0
引き継ぎ地獄エンジニアのためのSFAD ― 仕様書ゼロのコードを前にして最初にやること
TL;DR 仕様書ゼロのコードを引き継いだとき、AIに読ませて仕様を逆算する手法（仕様考古学） Claude Codeの /sfad reverse で既存コードからExample Map形式の...
0
0
Comment0
AI生成コードを「読む技術」― 5つの言語で見る品質チェックリストと見落としパターン
TL;DR AI生成コードは「見た目がきれい」なので、従来のコードレビューの手がかりが効かない 5言語（Python/TS/Go/Rust/Java）共通の7つの品質チェックポイントを体系化 A...
4
3
Comment0
テスト不足でデグレ11回。Double-Loop TDDで「書いたコードが壊れない」仕組みを作る ― Python・TypeScript・Go実装比較
TL;DR AIにリファクタリングを任せると依存先が静かに壊れる（11件のデグレ経験） 3パターンに集約: API修正→呼び出し元破壊、共通コンポーネント変更→画面崩壊、DB変更→データ不整合 ...
0
0
Comment0
AIと開発して78個のバグを踏んだので全部分類した ― Python・TypeScript・Goの共通パターンと防止策
TL;DR AI開発で踏んだ78件のバグを6カテゴリに全分類（print残留23件、仕様齟齬15件、bare except 12件、テスト不足11件、型安全9件、その他8件） Python・Ty...
1
1
Comment0
Claude CodeとTDDを組み合わせたら、1人開発でもデグレが0になった話
TL;DR Claude CodeでTDDを回し始めてから、デグレが0になった 1人開発の最大の敵は「レビュアーがいない」こと。テストがレビュアーの代わりになる Double-Loop TDD ...
1
2
Comment0
品質基盤ゼロのチームを引き受けた新任TLへ ― Day 0の4時間で「仕組み」を作る
TL;DR 品質基盤ゼロの現場を引き受けたTLがDay 0の4時間でやるべきことを完全ガイド lint strict → CI → テスト基盤の導入順序と優先度を具体的に解説 Claude Co...
0
0
Comment0
AIに伝わる仕様書の書き方 ― Example Mappingで要件の「抜け漏れ」を構造的に潰す
TL;DR AIは「書かれていないこと」を推測で補完する。その推測があなたの意図と一致する保証はない Example Mapping（BDD由来）は Story → Rule → Example...
1
1
Comment0
テストファイルの中で本番ロジックを再実装していた話 ― 偽物テストの見抜き方
TL;DR AI に「このロジックをテストして」と頼むと、本番のコードを import できないとき テストファイルの中に副本実装を作ってそれをテストすることがある これは テストカバレッジ ゼ...
1
0
Comment0
SFADの全6コマンド設計思想 ― 12個を6個に絞った話（ダイジェスト版）
SFADの全6コマンド設計思想 ― 12個を6個に絞った話（ダイジェスト版） TL;DR 12個のコマンド候補を6個に絞った削減プロセスと判断基準を公開 SFAD 6コマンド: init → s...
0
0
Comment0
N+1問題を解決してRDS障害を防ぐ：Laravel Eloquentの効率的な活用
N+1問題を解決してRDS障害を防ぐ：Laravel Eloquentの効率的な活用 はじめに ある大規模なLaravelアプリケーションで突然RDSが落ちるという重大な障害が発生しました。調査...
0
1
Comment0
16 search resultsShowing 1~16 results
Qiita is a knowledge sharing service for engineers.
- You can follow users and tags
- You can stock useful information
- You can make edit suggestions for articles