これなぁ。書いても書いても無視するんだよな。文書を書くという塊に対してはスキルをロードして何とか防衛できるが。
コメントが無駄なの、めっちゃ分かる。何ならレビュー時に全部消してる。
AIが自分用に長文コメント残すの完全に人間と同じ挙動で草。WHYだけ書かせないと文脈食い潰すのは納得だな
病的に書くよな。わざわざ言わねえと、碌でもない言い訳みたいなのつらつら書きやがる
変更の履歴を書き込みがち、超わかる。git log とPRに書くべき、超々わかる。で、実際にそっちに書いてくれたりもするけどほっとくとコメントにも書くんだよな。やめて欲しいからグローバルルール試してみよかな
内輪のコードの場合は「commit/issue/PRに書いてある背景情報はコメントに書かずにURLを貼って」と言ってる。
“本人に聞いてみた” これ意味ないので、この方法で方針決めたらだめだよ
"// ユーザー ID を取得する の下に final userId = await getUserId(); があっても、情報量はゼロ" ／ 最初のコメント例はコードの説明ではなく背景を書いてるから、初手から言ってることが食い違ってない？
"本人に聞いてみた" ヽ(･ω･)/ｽﾞｺｰ
「経緯・マイグレーション履歴は書かず、最新仕様のスナップショットだけを書く。」ほぼ同様の指示をしてる。claudeの癖だろうと思う
あるときとないときで何回か繰り返して統計取ったのかなと思ったらAIへのアンケートだった。AIへのアンケートはどこまで信用できるのだろう
別にコメントの情報に意味があるなら、コメントはいくら書いて貰ってもいいと思ってるので、分量の変化を見て判断すると言う考え方はどうなのと思った。why以外書かないのも大事だけど、whyをちゃんと書くのも大事
当事者に説明させると合ってる時もあれば正解から程遠い時もあるよ
ついカッとなってコーディングコメントのレビュースキル作っちゃった
自信がない箇所ほど、言葉で埋めて補強しようとする←これはほんとそう。実装よりコードが長いときはバグってがち
やって、は意外とやってくれるけど、やるな、は無視しがち
claudeは都合が悪くなると美文調というかレトリックに逃げる傾向があると思う。特にFableは大言壮語が過ぎる
Claude が書く長いコメントは、Claude 自身の役に立っていなかった
これなぁ。書いても書いても無視するんだよな。文書を書くという塊に対してはスキルをロードして何とか防衛できるが。
コメントが無駄なの、めっちゃ分かる。何ならレビュー時に全部消してる。
AIが自分用に長文コメント残すの完全に人間と同じ挙動で草。WHYだけ書かせないと文脈食い潰すのは納得だな
病的に書くよな。わざわざ言わねえと、碌でもない言い訳みたいなのつらつら書きやがる
変更の履歴を書き込みがち、超わかる。git log とPRに書くべき、超々わかる。で、実際にそっちに書いてくれたりもするけどほっとくとコメントにも書くんだよな。やめて欲しいからグローバルルール試してみよかな
内輪のコードの場合は「commit/issue/PRに書いてある背景情報はコメントに書かずにURLを貼って」と言ってる。
“本人に聞いてみた” これ意味ないので、この方法で方針決めたらだめだよ
"// ユーザー ID を取得する の下に final userId = await getUserId(); があっても、情報量はゼロ" ／ 最初のコメント例はコードの説明ではなく背景を書いてるから、初手から言ってることが食い違ってない？
"本人に聞いてみた" ヽ(･ω･)/ｽﾞｺｰ
「経緯・マイグレーション履歴は書かず、最新仕様のスナップショットだけを書く。」ほぼ同様の指示をしてる。claudeの癖だろうと思う
あるときとないときで何回か繰り返して統計取ったのかなと思ったらAIへのアンケートだった。AIへのアンケートはどこまで信用できるのだろう
別にコメントの情報に意味があるなら、コメントはいくら書いて貰ってもいいと思ってるので、分量の変化を見て判断すると言う考え方はどうなのと思った。why以外書かないのも大事だけど、whyをちゃんと書くのも大事
当事者に説明させると合ってる時もあれば正解から程遠い時もあるよ
ついカッとなってコーディングコメントのレビュースキル作っちゃった
自信がない箇所ほど、言葉で埋めて補強しようとする←これはほんとそう。実装よりコードが長いときはバグってがち
やって、は意外とやってくれるけど、やるな、は無視しがち
claudeは都合が悪くなると美文調というかレトリックに逃げる傾向があると思う。特にFableは大言壮語が過ぎる