コードを読むのは大事
やらかしたので懺悔ポエムです。
個人開発の規模感ですが、Codex にバリバリ書かせてリリースさせて何回か壊しちゃいました。
コードの完全理解はしなくても良いかもですが、見ないより読むべき だなと思うこの頃です。
やらかし
以下の記事のように、Vercel へ過剰なリクエストが発生させてしまい Vercel Pro に課金してしまいました。
他には、
- 大量のDBデータ保存をしてしまい、容量を減らしても無料枠を超えそうになった
- Supabase で、大量データを追加→削除しても元に戻らないので、postgresqlのバージョン更新をさせてリセットして解決
- なぞのキャッシュが効いて挙動不安定に陥った
- 基本的にキャッシュしない方針で設計していたが、簡易キャッシュの仕組みが入っていた
- "簡易" "自前" で入れがちなのやめてほしい
Testcontainers + Playwright + Cucumber.js による 開発PR単位のE2Eテストのおかげで、
機能動作の担保ができていたため安心感にあぐらをかいていたのです...。
「E2EテストOK、手元の動作もOK！GO！！！」
振り返り
何をしても完璧に防げたと言えることは、そうないのかなと思いつつ、
コードの中身を理解しない状態を継続すると、 Codex の話すことを鵜呑み になってしまいます。
Codex へ質問をすることも 見当違いなこと も増え、「え、なんでそうなってるの？」と焦ることもたまにあります。
理解が浅いシステムに修正指示というのは、未知なほど指示が不正確にアバウトになってしまいます。
まあ個人開発の趣味レベルなので、それでも構わないっちゃかまわないのですが、
メンテナンスが続かないなぁという感じです。
1つ直すと3つ壊すみたいな感覚です。（そうなっていないけど）
やっぱり基本は大事で、コードの完全理解！とまではいかないかもですが、
何をやっているのか一歩引いて俯瞰的な目で見て内容を把握しておくのは、まだ必要かもなぁと思います。
もちろん先の発生したケースは、Testcontainers で非機能テストも実現可能です。
意図しないデータ容量、リクエスト数などを担保する仕組みづくりはできるでしょう。
その都度より強化なガードレールになるので、安全になるでしょう。
ただ理解が浅いシステムへの修正による暴走は、とりかえしがつかないことも起こり得るし、
気づくこともできなかったりします。
ということで、落ち着いてコードは読んだ上でマージしようと思います。笑
終わりに
コードを見返すと「え、これ無駄なことを...」と気づくこともあるので、
私にはまだコードを読む理解は必要のようです...。
-
s※ ログイン不要で投稿できます。
※ 同じブラウザから投稿を削除できます。
0
読み込み中...
関連する記事
タグ「個人開発」の記事
こぶりーに表示速度改善のために諸々と修正していました。 意図せず、Vercelの Edge Requests がホビープランの上限を達してしまい、今朝 Vercel からメールがきていました。 Vercelにホスティングしているアプリ全部が
2026年09月14日
個人ブログを見つけて、読んで、シェアするアプリ、こぶりー の検索機能を改善しました。 こぶりー 検索 https://kobliy.vercel.app/search?q=日記&sort=newest 検索対象にブログを含める この改善は
2026年09月12日
最近まで、散歩コース生成のアプリに夢中で こぶりーを放置していました。 個人ブログを見つけて読んでシェアするアプリ、こぶりー。 先月に比べてアクセス数などが少し減っていて、リピーターはありがいたいことに一定数いらっしゃいます。 なにかないか