AIを使う人の課題
実装が進んだ後、どの設計を選ぶか
業務と個人開発でAIを継続利用し、自分の作業環境も整えてきた開発者1人
本人が小さい案を選択・効果の比較は未確認
本文中の現在時点は2026年10月。絶対掲載日は未確認で、日付を逆算していません。
編集確認：2026-10-23
関心が向いていること
本人は、小さな実装よりも設計の優先順位や複雑さへ関心と負担が移ったと述べています。
困っていること
動く構成ができても大きすぎる場合があり、問い方でAIの判断が変わることにも負担を感じています。
試されている対処
ある設計では、本人が最も単純な案を選び、小さく実装したと説明しています。
結果として確認できたこと
小さい案を選んだ実践の自己報告です。その後の保守工数や他案との比較結果は分かりません。
まだ分からないこと
判断条件をどう残すと一貫した設計に役立つかは未検証です。実装の受入確認とは別の課題として、対象者の状況を確かめます。
対処と結果をもう少し詳しく
AIの構成案を評価し、最も単純な選択肢に絞る
本人の実施報告
本人が小さく実装。判断時間や保守性への効果は未測定です。
対象と限界：1人の回顧。整備した環境と主に小さなタスクについての経験です。
読むときの注意
- 1人の経験から、開発者全体の課題の変化や市場規模は推計できません。
- 外部支援の利用実績・予算・支払意思は未確認です。
次に確かめたいこと
実際に選んだ案、採用・不採用の条件、判断記録と、その後の変更・保守の負担を追います。
実装を任せられる人にも、設計を選ぶ負担は残る
内製ツールと個人開発でAIを使ってきた投稿者は、自分で実行の流れや文脈の保持を整えた環境では、小さな実装や単体テストが主な問題ではなくなったと振り返っています。一方、本番の設計相談では、提案が大きくなりすぎたり、問い方を変えると推奨も変わったりして、優先順位の判断が残りました。ある設計では、本人が最も単純な案を選んで小さく実装しています。
返信者は、選択肢を探す段階と決定を記録する段階を分け、決定記録やテストなどへ判断を残す方法を提案していますが、元の投稿者が採用した事実は確認できません。編集上は、実装の正しさと、目的・保守負担に合う選択を別々に聞く必要があります。全開発者に同じ変化が起きたとは一般化できません。
考えるための問い
- 直近で迷った設計について、優先した事業上の条件、許容した複雑さ、決めた人を説明できるか。
- 決定後にAIが別案へ戻ったとき、採用・不採用の理由をどの記録や検証で参照できるか。
長期利用者1人の回顧と、別の返信者による提案。確認質問は編集上の提案です。