AIツール開発研修で経験した7つの失敗と学び
- AIや人を活用しながら要件定義から納品までを1人で担当する研修で7つの失敗を経験した
- 技術選定でAIの出力を理解せず使った、思い込みでスコープを狭めた、FBを全部反映しようとした
- 要件定義通りに完成しても利用者の行動変容を確認しないと価値が伝わらない
#アーキテクチャ
AI Slop なテストコードにならないためにどう対処するか？
- AIが生成したテストコードは品質を保証しない
- テスト設計を人間が行い、PRDやFigmaなどの上位文書をAIに提供する
- テスト仕様の作成はAIに任せず対話形式でレビューする
LuupのiOSエンジニアで iOSDC Japan 2026 に参加しました
- iOSDC Japan 2026で地図アプリ開発やUI設計のセッションが紹介された
- 地図のピン操作に幾何アルゴリズムを活用する方法と、UIの柔軟性を高めるインターフェイス設計が話題に
- 地図関連のモジュール分割がAI開発に影響し、UI設計ではコンテキストに応じたインターフェイスの提供が重要とされる
リファインメント前の準備をAIエージェントとともに
- AIエージェントとgrillingスキルでリファインメント前のバックログを整理し、受け入れ基準とADRを作成する
- grillingスキルで1つずつ質問し、Redmineチケットの受け入れ基準を整備し、ADR作成を自動化する
- 受け入れ基準の更新はredmine-cliで実施し、改行対応が必要で、ADRは特定のフォーマットで作成する
Flutter Widget Preview を試してみる
- FlutterのWidget Preview機能でウィジェットをIDE上で直接レンダリングできる
- @Previewアノテーションで複数のプレビューを定義し、サイズやテーマの違いをリアルタイムで確認可能
- Visual Studio Codeでのみサポートされており、アプリ初期化処理は別途設定が必要
Claude Codeで過去のレビューからチームの判断基準を引き出す
- Claude Codeに過去のPRとレビューを読み込ませてチームの判断基準を引き出す方法を紹介
- PR本文と差分の指摘箇所、指摘コメント、スレッドの内容を読み込み、判断基準を抽出するプロンプトを活用
- AIが抽出した判断基準は必ずリンクから元の議論を確認し、自分の目で検証する必要がある
チケットの優先順位はどう決める？実践した3軸評価の仕組み
- 技術的負債の優先順位をインパクト・手軽さ・緊急度の3軸で評価する仕組みを導入
- インパクトは組織への影響、手軽さはリソースの少なさ、緊急度は時間的猶予を評価。フィボナッチ数列で評価値を設定し、緊急度は掛け算で反映
- スコアだけでは決めず、現場の意見を反映して微調整するプロセスが重要。数式は議論の出発点で、例外ルールでQuick Winを考慮
「仕様駆動開発(SDD)」って何ですかい？おじさんでも分かるように調べてみた
- 仕様駆動開発(SDD)は、AIに開発を依頼する前に仕様書を用意する開発手法
- 仕様書・計画書・タスク表の3つのファイルを用意し、受け入れ条件を明確にする
- 仕様書に書かれていない機能は実装せず、変更時はまず仕様書を直すことが重要
書いたテストはほんとにテストになっているのか— わざと壊して確かめる
- テストが書かれていても評価されていない、検出力が低下している状況を検出する方法を紹介
- 検査の評価状況をJSONで確認、壊し方を1つずつ試して検出力確認、実行件数を固定して変更を検出
- 検査が通るかどうかだけでなく、検査が実際に行われているか、壊したときに検出できるかを確認する
コーディングエージェントを導入してエンジニアの生産性が上がったのかを計測してみる試み
- コーディングエージェントの導入で実装速度が向上したが、サイクルタイムは悪化した
- セッション推定時間/100LOCは2.41倍速く、サイクルタイム/100LOCは1.49倍遅くなった
- PRサイズが大きいほど実装速度とサイクルタイムの変化が比例して拡大する
スクラム/SAFeを運用して感じた、タスク管理ツールとの付き合い方
- スクラムやSAFeでタスク管理ツールを使う際、カンバンやバーンダウンチャートの使いやすさが開発効率に大きく影響する
- カンバンの担当者表示やタスク優先度設定、バーンダウンチャートの祝日考慮機能、フィーチャーやPIの管理が重要
- タスク管理ツールにすべての情報を詰め込むのではなく、必要な情報だけを扱うことで運用が楽になる
AI開発時代だからこそ、テストの役割を見つめ直す
- AI時代でもテストの役割は変わらず、それぞれの種類で検出できる不具合の種類に応じて使い分けるべき
- ユニットテストはロジックの細かい検証、E2Eテストは画面をまたぐ不具合の検出、型とlintで不具合を事前に防ぐ
- テストの実行順序とコストの違いを意識し、型設計で不具合を防ぐことでAIのイテレーションを効率化できる
AIエージェントのコードレビューをどう設計して検証するか — code-review-skillsをリリースしました
- AIエージェント向けのコードレビュー手法を公開しました
- 変更行と影響処理を追う、指摘の重さと観点を明示、技術スタックに応じた知識を分離
- レビューの精度向上と一貫性確保に役立ち、開発者にとって実務に直接関係します
大きなボトルネックをごろごろ見つける方法 - 優秀なエンジニアになる
- ボトルネックは爆弾ではなく静かにダメージを蓄積する構造で、複数存在する
- 技術負債や運用でカバーできるボトルネック、経路ごとの最大流量の違い
- 目標逆算で複数のボトルネックを特定し、戦略的に解消順序を決めることが重要
Power Automateのフロー設計で属人化を防ぐ工夫——命名・テンプレート・ドキュメントの3点セット
- Power Automateのフロー設計で属人化を防ぐための命名・テンプレート・ドキュメントの3点セットが紹介される
- 命名規則で[部署][処理内容][作成年月]の形式を文書化し、テンプレートで処理パターンを統一し、ドキュメントでフローの概要を明記する
- フロー名やアクション名に感覚に任せず、命名ルールを文書化し、テンプレートを共有することで混乱を防ぐことが重要
GoogleがGeminiのGemsを廃止しスキルに統合
- GoogleがGeminiのGems機能を廃止し、スキルに統合する
- Gemsは特定タスク用のカスタムAIアシスタント、スキルは複数タスクで利用可能な新機能、Gemsの作成内容は自動的にスキルに移行
- 11月17日からGemsがスキルに変更されるため、ユーザーは操作変更が必要
Go 1.28でstring(int)周りの挙動が変わりそう
- Go 1.28でstring(int)の変換が制限される
- runeやbyteの基底型、untyped rune constantに限定される。整数リテラルはNG
- 既存コードではruneやstrconv.Itoaを使う必要がある。go vetでチェック可能
1年前に「課題」と書いたAndroid ViewのCompose移行は、今どうなったか
- Androidアプリのルート画面をComposeに移行し、旧実装を削除した
- ルート画面の起動導線を1つのクラスで切り替え、ライフサイクルの制御とScaffoldの余白対策を実装
- 旧実装に手を加えず移行し、切り替え点を1箇所に集約することで削除が純粋になった
NebulaGraphのアーキテクチャとユースケースのリサーチ
- NebulaGraphは計算・ストレージ分離と固定ハッシュパーティショニングで大規模プロパティグラフを実現
- 計算/ストレージ分離、固定ハッシュパーティショニング、双方向エッジ配置、Multi Group Raftを組み合わせた設計
- ミリ秒応答はクエリの形とハードウェアに強く依存し、スーパーノード対策が必要
中二病なら四次方程式も解きたい！
- 四次方程式の実数解を求めるためのフェラーリの解法と実装コードが公開された
- チルンハウス変換と三次方程式のソルバーを用いた解法、精度劣化対策の数式変換、JavaScriptでの実装コード
- 四次方程式の解を求める際には三次方程式のソルバーを活用し、精度劣化を防ぐための数式変換が必要
