コードを読むのは大事
やらかしたので懺悔ポエムです。
個人開発の規模感ですが、Codex にバリバリ書かせてリリースさせて何回か壊しちゃいました。
コードの完全理解はしなくても良いかもですが、見ないより読むべき だなと思うこの頃です。
やらかし
以下の記事のように、Vercel へ過剰なリクエストが発生させてしまい Vercel Pro に課金してしまいました。
他には、
- 大量のDBデータ保存をしてしまい、容量を減らしても無料枠を超えそうになった
- Supabase で、大量データを追加→削除しても元に戻らないので、postgresqlのバージョン更新をさせてリセットして解決
- なぞのキャッシュが効いて挙動不安定に陥った
- 基本的にキャッシュしない方針で設計していたが、簡易キャッシュの仕組みが入っていた
- "簡易" "自前" で入れがちなのやめてほしい
Testcontainers + Playwright + Cucumber.js による 開発PR単位のE2Eテストのおかげで、
機能動作の担保ができていたため安心感にあぐらをかいていたのです...。
「E2EテストOK、手元の動作もOK！GO！！！」
振り返り
何をしても完璧に防げたと言えることは、そうないのかなと思いつつ、
コードの中身を理解しない状態を継続すると、 Codex の話すことを鵜呑み になってしまいます。
Codex へ質問をすることも 見当違いなこと も増え、「え、なんでそうなってるの？」と焦ることもたまにあります。
理解が浅いシステムに修正指示というのは、未知なほど指示が不正確にアバウトになってしまいます。
まあ個人開発の趣味レベルなので、それでも構わないっちゃかまわないのですが、
メンテナンスが続かないなぁという感じです。
1つ直すと3つ壊すみたいな感覚です。（そうなっていないけど）
やっぱり基本は大事で、コードの完全理解！とまではいかないかもですが、
何をやっているのか一歩引いて俯瞰的な目で見て内容を把握しておくのは、まだ必要かもなぁと思います。
もちろん先の発生したケースは、Testcontainers で非機能テストも実現可能です。
意図しないデータ容量、リクエスト数などを担保する仕組みづくりはできるでしょう。
その都度より強化なガードレールになるので、安全になるでしょう。
ただ理解が浅いシステムへの修正による暴走は、とりかえしがつかないことも起こり得るし、
気づくこともできなかったりします。
ということで、落ち着いてコードは読んだ上でマージしようと思います。笑
終わりに
コードを見返すと「え、これ無駄なことを...」と気づくこともあるので、
私にはまだコードを読む理解は必要のようです...。
-
s※ ログイン不要で投稿できます。
※ 同じブラウザから投稿を削除できます。
0
読み込み中...
関連する記事
タグ「個人開発」の記事
個人ブログを見つけて、読んで、シェアするアプリ こぶりー に、RSSがないブログ も掲載できるようにしました！🎉 別途サイト内お知らせにもお伝えする予定です。 これで（私の）お気に入りのRSSがないブログも、こぶりーで見つけることができる
2026年10月04日
趣味で作っているWebアプリにて、実装したものを細かくPull Request（以降、PR）を作成します。 PR に対して、機械的にチェックするCIチェックリストがあります。 個人的に気に入っているものを紹介します。 未使用コードの削除 実
個人ブログを見つけて、読んで、シェアするアプリ、こぶりー に、ちょっとした改善を入れました。 主に運営側向けの機能なので、こぶりーだより ではなく、ここで書きます。笑 ※ 最近ここの境界が曖昧になっていてよろしくない... 共有先にこぶりー
2026年09月23日