  |
石橋を叩いて叩いて叩いた挙句、やっぱりやめよ！って引き返すタイプなんだけど
もうなんでもいいから渡るべきで、何も考えずに行けばいいんだよね本当は
もう少し自分を信じてみてもいいんだろうな
来年は、大胆に、考えすぎないように過ごしていきたいな
まあなあ。少子高齢化放置し続けた時点で衰退がおおむね運命づけられたな。
引数には日付とタスク種類とタスク内容を受け取ってDBに登録する
ここでタスクの種類によってはタスク内容が固定の内容になる、という条件があったとする
これをAIコーディングするとかなりの高確率でスケジュール登録の関数内にその機能を入れ込む
タスクの種類によってタスク内容が固定化するのは、スケジュール登録とは無関係の制約なので
スケジュール登録は単機能として実装して、呼び出し側でそういう制約を持つようにしてくれ、とお願いすると修正したりしなかったりする
この例だけだと「どっちでもいいじゃん」ってなりそうだけど、他の制約とかが出てきたときに同様に関数にどんどん条件を足していって
いわゆる大学生が実験で作りそうな長尺関数が出来上がりがちになる
これ、AIが短期記憶と長期記憶には強いけれど、「関数で呼び出す」みたいな中期記憶的な部分が弱いから起きると思っていて
この手の関数実装の例に限らずに同様の事象って結構あるんだよね
プロンプト全体として「スケジュール登録する」「タスク種類によって内容は固定化される」っていう長期記憶は持ってるんだけど
それを実装するときに短期記憶でしか実装できないから目の前の関数に埋め込んでしまう、っていうような現象
もちろんキチンと指示すれば対応してくれる（なぜか頑なにやってくれないときもある）んだけど
バイブコーディングとか言って実装してるとこの手の長尺関数だらけのクソコードが溢れるんじゃないかと思う
周りがどんだけ育休取ろうが全然オッケーだし頻繁に早退したらそりゃ子供心配だよね！って思うし育休明ける前とか明けてすぐ退職ってなっても大変なんだよね？じゃあ仕方ないね！ってノリだったんだけど育休とか退職に対して恨んでる人多すぎん…？？
そりゃ私も復帰したいけどどうなるかもわかんないしこのまま何かあって辞めたらめちゃくちゃ悪口言われんのか〜
