“読む時間が足りなくなった。読まずに済ませるために何をしたか。読まなくても壊れないようにする。「壊れたら赤くなって止まる」を積み上げる。人には耐えられない厳しい制限が、AI なら成立する”
人間が読めないなら機械に徹底的にしばかせるという力技、AI時代っぽくて好き
linterのコード複雑許容度を敢えて厳しくするのはアリかもなあ
それで開発したものに責任が負えるというなら、そういう活用ができる人だけが突出して“仕事のできる人”になるのかもしれないが。（スカイネットを作るなよ、と）
500コミットってどういうものがあるんだろう。自分の感覚だと500コミットがあったら1日で開発するものがなくなってしまいそうになるのだけど、なにか前提が違う？
ところで、このプロダクトはサステナブルなのだろうか？ 使っている道具が保守されていて、この仕組みを理解している人が運用している時は良いが、人間が書いたコード、ドキュメントですら引き継ぐのが難しいのに。
“真似してください”／0から作るの果てしないから真似しちゃう🥰
1日500コミットでなに作ってんのかね
順序ちがわない？
こういうAI Slopを撒き散らすことを生産性向上とか言わないでほしいわ。Zennもなんでこんなの放置してるんだ、Qiita化したいんか？
あとで読む
機械(linter)にできる指摘は機械にやらせると。まあそれはそうか。
個人のローカル側に重く持つのは企業では無理だな
生産性は「生産した価値 ÷ 時間」なので、無価値なものをいくらたくさん作っても生産性はゼロのままです
AI以前はとにかく区切りごとにコミットって流れだったけど、featureブランチ切って機能毎のまとまったコミット、チケット区切りのプッシュに回帰すべきかもね
不具合出したときに「AIで作っていたから古臭いコードレビューや動作確認なんてしていません！」って豪語できるなら良いんだろうけど
1日500コミットは、もう読めない ── だからコードレビューをやめた
“読む時間が足りなくなった。読まずに済ませるために何をしたか。読まなくても壊れないようにする。「壊れたら赤くなって止まる」を積み上げる。人には耐えられない厳しい制限が、AI なら成立する”
人間が読めないなら機械に徹底的にしばかせるという力技、AI時代っぽくて好き
linterのコード複雑許容度を敢えて厳しくするのはアリかもなあ
それで開発したものに責任が負えるというなら、そういう活用ができる人だけが突出して“仕事のできる人”になるのかもしれないが。（スカイネットを作るなよ、と）
500コミットってどういうものがあるんだろう。自分の感覚だと500コミットがあったら1日で開発するものがなくなってしまいそうになるのだけど、なにか前提が違う？
ところで、このプロダクトはサステナブルなのだろうか？ 使っている道具が保守されていて、この仕組みを理解している人が運用している時は良いが、人間が書いたコード、ドキュメントですら引き継ぐのが難しいのに。
“真似してください”／0から作るの果てしないから真似しちゃう🥰
1日500コミットでなに作ってんのかね
順序ちがわない？
こういうAI Slopを撒き散らすことを生産性向上とか言わないでほしいわ。Zennもなんでこんなの放置してるんだ、Qiita化したいんか？
あとで読む
機械(linter)にできる指摘は機械にやらせると。まあそれはそうか。
個人のローカル側に重く持つのは企業では無理だな
生産性は「生産した価値 ÷ 時間」なので、無価値なものをいくらたくさん作っても生産性はゼロのままです
AI以前はとにかく区切りごとにコミットって流れだったけど、featureブランチ切って機能毎のまとまったコミット、チケット区切りのプッシュに回帰すべきかもね
不具合出したときに「AIで作っていたから古臭いコードレビューや動作確認なんてしていません！」って豪語できるなら良いんだろうけど