AIにコードを書かせない実験を1ヶ月半したけど、タスク消化速度が微増しストレスは激減した。細かく指示出して待った挙句ゴミコード出されるのが良いDXなわけない。コード補完と質問で充分。個人開発なら別だが。
理解を置き去りにして生成速度だけ上げても、後でデバッグ地獄に落ちる未来しか見えん。AI時代の賢い付き合い方だわ
AIの出力結果は出力させた人間の能力までの信用度しかないので/コードレビューもAIにやらせながら作成すればいいのに動いたらそれで終わりなの？
個人的には、今も昔も人間でもAIでも他人のコードをそんなに信用してない派なので、さっさとテストやって、テストで信用せいや派、です。コード品質は、とっくの昔に諦めてて、業務の重要度や影響度で、真面目にやる
『生成AIは「有能だが経験の浅い部下」として扱う』 これはテキストの質問・回答でも同じような認識をしています。
AIの書いたコードがめちゃくちゃ汚いし読みづらかったから、AIと一緒にリファクタリングしたら理解しながらコード書けたな。結局時間はあんまり短縮できてはいないけど、ペアプログラミングはやれてる感
“「コードを書く」という創造的な作業から、「AI生成コードを理解し、レビューし、デバッグする」という高負荷な認知作業にシフトしています。”
“3ヶ月前の自分のコードが読めない”なんて、20年前の自分がまさにそうだった。「だからドキュメント化が必須なんだよ」と先輩にキツく言われた。これで「半年前の自分は赤の他人」という名言ができた。
「理解負債」
人間がレビューするから。
この負債が起きるのはコードの理解にAIを活用してないからでは？devin searchしかり、aiを使った理解や原因特定のほうが網羅的で速い。人間がコードを全部理解していないといけないという前提はもうない
アウトプット増えてるので一週間前のコードすら書いたかどうかすら証拠がないとわからん派。モジュールを疎結合にしてテストも増やして、改修も早くしてという対策しか取れていない。
VBAで簡単なマクロしか書かせてないけど不満に思ったことないな。期待しすぎか指示に余計な情報入れすぎなのでは？
「理解負債」は解説やレビューに特化した「別のAI」の進化によって解決される可能性があると思う。AIが生んだ課題を次世代のAIが解決する。そしてまた新たな課題が生じ…の無限ループ。
これは工学的アプローチを取れない人が陥る「理解負債」なんだよね。仕様を満たす事はテストで担保できる。ASMからC等高級言語への移行時も同じ話が出たし、過渡期故の問題だよ。
開発が遅くなったという前提がまったくわからない。逆にどうやったら遅くなるのか。
AIの前も「Google検索で出てきたコードなので」って言ってなかったか。AIはコードを高速に大量に生産するから、1年後に露呈する問題を1ヶ月後に早めただけで、そういう状態なら結局遅かれ早かれ同じ問題に突き当たる。
AIの創意工夫の幅はとてつもなく広い。その広さゆえに使用者の力量による差も顕著になりそうだ。
動くから問題ないで通してるのになんでPRレビュー時間が増えるんだろう
障害起こした時の責任は結局書かせたやつの責任だからな
コード品質悪いのはちゃんとリファクタリングさせないからじゃないのかな
まだ過渡期だと思っている。人間のフローにAIを組み込んでる所から、来年は一気に変わるのでは？／個人レベルではめっちゃ生産性あがる。AIがまだまだ苦手な部分がある所も感じている。
ブコメ「AIの出力結果は出力させた人間の能力までの信用度しかない」至言
AI使ってちょっとしたツール作ったけどめちゃくちゃ効率上がったけどな。チーム開発となると話が変わるのかな？それってチーム開発が悪ってことにならないかな？
“理解負債とは、AI生成コードに特有の新しい形態の負債で、「コードは動作するが、誰もそのロジックを説明できない状態」を指します。 個人が速く書けるようになった一方で、チーム全体での「理解」がボトルネック”
説明出来ないコードは動作が正しくてもダメなのでは？
実装で自分のコードを理解しないなんてことがあると思ってなかった。それは実装したことにならないだろうに。
現実に存在するコードがすべてモダンできれいなコードであればそれを学習したAI生成コードもきれいなはずなんだけど、当然そんなことはあり得ない。
複数の人間によるレビューの前にプロンプト書いた人間がAIに根掘り葉掘り説明させれば軽減できそう。またはテストで振る舞いを担保できる参照透過なAPIを最初に人間が書いて中だけAIに任せれば理解は必須でない気もす
人間が読めないコードをマージしてたら、一年後の派生開発の工数が爆発しない？大丈夫？一回捨てて書き直すのかな？
1年後のAIならスパゲティコードも整頓して可読性高くして並の人間が書くよりまともなコードに直してくれるだろ、しらんけど
"コードは動作するが、誰もそのロジックを説明できない" ダメじゃんw というか、何をもって「ロジック」と言っているのが不明だけどね。コンポーネント詳細の話なら同意しかねる。
AI使ってもいいけど、それを自分で説明できない人であっても生産性は上がる。ただ、問題が起きた際にその人では解決ができないから将来、大変になるよなと思う。
「それでも、短期的な問題さえ何とかしてしまえば、将来的には何かが起きても今よりさらに進化したAIが何とかしてくれる」という楽観的未来予測にベットする投機的なやり方と、どちらが良いんだろう。
車輪の再発明をしてる投稿。コピペプログラミングは昔からあるだろ。スキル向上のためには、こういった焼き増し投稿をブロックする必要がある。意味ある投稿を読むべき。
昔からコピペで何も説明できない奴はいたし、3ヶ月前(2週間前のですら)自分のコードは読めない
「生成AIが作ったコードなのでよくわかりません」← 現状ではプログラマー失格と言わざるを得ない。ただし、時代が進めばこれが当然になるかもしれない。
“Faros”
そもそもエージェントが使われてきて半年ほど。情報共有もできていない手探り状態の現時点で過去何十年もの知見を超えてたら怖いし、またそのうち超えるだろ当然の話として、としか思えない。
理解負債はエンジニアの理解の問題、つまり「人」の問題です。 コードは動作するし、テストも通る。 しかし、誰もそのロジックを説明できない。 なぜその実装になっているのか分からない。
個人の勝手で動かしてるものならそこまで問題じゃないんだろうな。俺のComfy UIはエラーが起きたら全部ChatGPT任せでエラーに対処してるけど、誰も俺のPC触るはずもない。集団で使うものはそうはいかない。
「ソースコードは書いてる時間より読んでる時間の方がずっと長い（だからリーダブルなコードを書け）」と言うのが通説だったんだが、AI時代のスタンダードはどうなるのか……。
昔昔、Cコンパイラが普及し始めた頃、「コンパイラはバグだらけで信用できねぇ」「俺のわけぇ頃はアセンブラなんて軟弱なもん使わんかったぞ。バイナリ直打ち」って言ってたマシン語おじさんがいましたとさ。。。
なぜ、コードは速く書けるのに開発は遅くなったのか ―AI時代の「理解負債」との向き合い方
AIにコードを書かせない実験を1ヶ月半したけど、タスク消化速度が微増しストレスは激減した。細かく指示出して待った挙句ゴミコード出されるのが良いDXなわけない。コード補完と質問で充分。個人開発なら別だが。
理解を置き去りにして生成速度だけ上げても、後でデバッグ地獄に落ちる未来しか見えん。AI時代の賢い付き合い方だわ
AIの出力結果は出力させた人間の能力までの信用度しかないので/コードレビューもAIにやらせながら作成すればいいのに動いたらそれで終わりなの？
個人的には、今も昔も人間でもAIでも他人のコードをそんなに信用してない派なので、さっさとテストやって、テストで信用せいや派、です。コード品質は、とっくの昔に諦めてて、業務の重要度や影響度で、真面目にやる
『生成AIは「有能だが経験の浅い部下」として扱う』 これはテキストの質問・回答でも同じような認識をしています。
AIの書いたコードがめちゃくちゃ汚いし読みづらかったから、AIと一緒にリファクタリングしたら理解しながらコード書けたな。結局時間はあんまり短縮できてはいないけど、ペアプログラミングはやれてる感
“「コードを書く」という創造的な作業から、「AI生成コードを理解し、レビューし、デバッグする」という高負荷な認知作業にシフトしています。”
“3ヶ月前の自分のコードが読めない”なんて、20年前の自分がまさにそうだった。「だからドキュメント化が必須なんだよ」と先輩にキツく言われた。これで「半年前の自分は赤の他人」という名言ができた。
「理解負債」
人間がレビューするから。
この負債が起きるのはコードの理解にAIを活用してないからでは？devin searchしかり、aiを使った理解や原因特定のほうが網羅的で速い。人間がコードを全部理解していないといけないという前提はもうない
アウトプット増えてるので一週間前のコードすら書いたかどうかすら証拠がないとわからん派。モジュールを疎結合にしてテストも増やして、改修も早くしてという対策しか取れていない。
VBAで簡単なマクロしか書かせてないけど不満に思ったことないな。期待しすぎか指示に余計な情報入れすぎなのでは？
「理解負債」は解説やレビューに特化した「別のAI」の進化によって解決される可能性があると思う。AIが生んだ課題を次世代のAIが解決する。そしてまた新たな課題が生じ…の無限ループ。
これは工学的アプローチを取れない人が陥る「理解負債」なんだよね。仕様を満たす事はテストで担保できる。ASMからC等高級言語への移行時も同じ話が出たし、過渡期故の問題だよ。
開発が遅くなったという前提がまったくわからない。逆にどうやったら遅くなるのか。
AIの前も「Google検索で出てきたコードなので」って言ってなかったか。AIはコードを高速に大量に生産するから、1年後に露呈する問題を1ヶ月後に早めただけで、そういう状態なら結局遅かれ早かれ同じ問題に突き当たる。
AIの創意工夫の幅はとてつもなく広い。その広さゆえに使用者の力量による差も顕著になりそうだ。
動くから問題ないで通してるのになんでPRレビュー時間が増えるんだろう
障害起こした時の責任は結局書かせたやつの責任だからな
コード品質悪いのはちゃんとリファクタリングさせないからじゃないのかな
まだ過渡期だと思っている。人間のフローにAIを組み込んでる所から、来年は一気に変わるのでは？／個人レベルではめっちゃ生産性あがる。AIがまだまだ苦手な部分がある所も感じている。
ブコメ「AIの出力結果は出力させた人間の能力までの信用度しかない」至言
AI使ってちょっとしたツール作ったけどめちゃくちゃ効率上がったけどな。チーム開発となると話が変わるのかな？それってチーム開発が悪ってことにならないかな？
“理解負債とは、AI生成コードに特有の新しい形態の負債で、「コードは動作するが、誰もそのロジックを説明できない状態」を指します。 個人が速く書けるようになった一方で、チーム全体での「理解」がボトルネック”
説明出来ないコードは動作が正しくてもダメなのでは？
実装で自分のコードを理解しないなんてことがあると思ってなかった。それは実装したことにならないだろうに。
現実に存在するコードがすべてモダンできれいなコードであればそれを学習したAI生成コードもきれいなはずなんだけど、当然そんなことはあり得ない。
複数の人間によるレビューの前にプロンプト書いた人間がAIに根掘り葉掘り説明させれば軽減できそう。またはテストで振る舞いを担保できる参照透過なAPIを最初に人間が書いて中だけAIに任せれば理解は必須でない気もす
人間が読めないコードをマージしてたら、一年後の派生開発の工数が爆発しない？大丈夫？一回捨てて書き直すのかな？
1年後のAIならスパゲティコードも整頓して可読性高くして並の人間が書くよりまともなコードに直してくれるだろ、しらんけど
"コードは動作するが、誰もそのロジックを説明できない" ダメじゃんw というか、何をもって「ロジック」と言っているのが不明だけどね。コンポーネント詳細の話なら同意しかねる。
AI使ってもいいけど、それを自分で説明できない人であっても生産性は上がる。ただ、問題が起きた際にその人では解決ができないから将来、大変になるよなと思う。
「それでも、短期的な問題さえ何とかしてしまえば、将来的には何かが起きても今よりさらに進化したAIが何とかしてくれる」という楽観的未来予測にベットする投機的なやり方と、どちらが良いんだろう。
車輪の再発明をしてる投稿。コピペプログラミングは昔からあるだろ。スキル向上のためには、こういった焼き増し投稿をブロックする必要がある。意味ある投稿を読むべき。
昔からコピペで何も説明できない奴はいたし、3ヶ月前(2週間前のですら)自分のコードは読めない
「生成AIが作ったコードなのでよくわかりません」← 現状ではプログラマー失格と言わざるを得ない。ただし、時代が進めばこれが当然になるかもしれない。
“Faros”
そもそもエージェントが使われてきて半年ほど。情報共有もできていない手探り状態の現時点で過去何十年もの知見を超えてたら怖いし、またそのうち超えるだろ当然の話として、としか思えない。
理解負債はエンジニアの理解の問題、つまり「人」の問題です。 コードは動作するし、テストも通る。 しかし、誰もそのロジックを説明できない。 なぜその実装になっているのか分からない。
個人の勝手で動かしてるものならそこまで問題じゃないんだろうな。俺のComfy UIはエラーが起きたら全部ChatGPT任せでエラーに対処してるけど、誰も俺のPC触るはずもない。集団で使うものはそうはいかない。
「ソースコードは書いてる時間より読んでる時間の方がずっと長い（だからリーダブルなコードを書け）」と言うのが通説だったんだが、AI時代のスタンダードはどうなるのか……。
昔昔、Cコンパイラが普及し始めた頃、「コンパイラはバグだらけで信用できねぇ」「俺のわけぇ頃はアセンブラなんて軟弱なもん使わんかったぞ。バイナリ直打ち」って言ってたマシン語おじさんがいましたとさ。。。