経営者から相談を受けていて同じことを説明しているので書きました
①の段階でClaude Codeを活用して負債を減らす方法は？
①から②に上げる技術力や時間がないのであれば、そこにこそClaude Codeを使うべき
「自動テストが書かれていない」「CIが存在しない、または頻繁に失敗している」「Linter/Formatterが導入されていない」はまさにClaude Codeが得意としてて、成熟してないチームでも今すぐ活用できるところでは
エージェントはソースが綺麗ならちゃんと動くらしい(・ω・) 体感では、たとえソースが美しくても動確までの手数が多いと破壊される。わいが安いモデルしか使ってないからかも
レガシーコードのままドキュメント作成と新機能追加で使っているので、なんか見えているものが全然違ってそう。
言語がMicrosoft系で古かったり、VSCodeじゃなくてVisualStudioだったり、ソース管理もGitHub系じゃなかったり。長年たまった負債をCoding Agentを使って、プロダクト別に優先順位つけて返済すべき局面だけど、いろいろ迷いはある
うまくいかない状況を分解する必要。コードは生成されるけど、他モジュールの考慮が足りず、バグが生成されるのであれば、読むべきファイルを指示するとか。生成されるコードが難しいのであればペアプロもするとか。
？？？
経営者の要望はAIを機能開発に使って爆速開発して欲しい、という前提なんじゃないかな
チームが成熟してなくてもコードベース品質をモダン にしてくれるのが世間のAIに対する期待なわけですれ違いが続きそうだなあ
経営者の夢: 現状に関わらず、AIによって競争力が得られる！！／現実: 変更容易性が低いと爆速で寿命を使い果たして爆発四散する。変更容易性を高く保ててるところは更に高速化し、差は開くばかり／世知辛すぎない？
テストコードの生成にAI使うって不安にならないんだろか、いくらAIが進歩してもハルシネーションのリスクがあるわけで…
最もコード生成で見かける言語はTypeScriptと言っていいレベルなのに「言語がMicrosoft系で古かったり」ってコメントは本気なんですか？
どんなにコードが早く作れても、要件を決めれなければ先に進めない。そこがボトルネックになる現場がほとんどな印象
どうして開発チームはClaude Codeをうまく活用できないのか｜suthio
経営者から相談を受けていて同じことを説明しているので書きました
①の段階でClaude Codeを活用して負債を減らす方法は？
①から②に上げる技術力や時間がないのであれば、そこにこそClaude Codeを使うべき
「自動テストが書かれていない」「CIが存在しない、または頻繁に失敗している」「Linter/Formatterが導入されていない」はまさにClaude Codeが得意としてて、成熟してないチームでも今すぐ活用できるところでは
エージェントはソースが綺麗ならちゃんと動くらしい(・ω・) 体感では、たとえソースが美しくても動確までの手数が多いと破壊される。わいが安いモデルしか使ってないからかも
レガシーコードのままドキュメント作成と新機能追加で使っているので、なんか見えているものが全然違ってそう。
言語がMicrosoft系で古かったり、VSCodeじゃなくてVisualStudioだったり、ソース管理もGitHub系じゃなかったり。長年たまった負債をCoding Agentを使って、プロダクト別に優先順位つけて返済すべき局面だけど、いろいろ迷いはある
うまくいかない状況を分解する必要。コードは生成されるけど、他モジュールの考慮が足りず、バグが生成されるのであれば、読むべきファイルを指示するとか。生成されるコードが難しいのであればペアプロもするとか。
？？？
経営者の要望はAIを機能開発に使って爆速開発して欲しい、という前提なんじゃないかな
チームが成熟してなくてもコードベース品質をモダン にしてくれるのが世間のAIに対する期待なわけですれ違いが続きそうだなあ
経営者の夢: 現状に関わらず、AIによって競争力が得られる！！／現実: 変更容易性が低いと爆速で寿命を使い果たして爆発四散する。変更容易性を高く保ててるところは更に高速化し、差は開くばかり／世知辛すぎない？
テストコードの生成にAI使うって不安にならないんだろか、いくらAIが進歩してもハルシネーションのリスクがあるわけで…
最もコード生成で見かける言語はTypeScriptと言っていいレベルなのに「言語がMicrosoft系で古かったり」ってコメントは本気なんですか？
どんなにコードが早く作れても、要件を決めれなければ先に進めない。そこがボトルネックになる現場がほとんどな印象