うぐいすソリューションズAdvent Calendar 2025の21日目に投稿させていただくchromqtです!
年末ということで今年起きた悪いことも良いことも忘れて来年を気持ちよく迎えたいところですが、その前に今年やらかしたことを一度振り返っておこうと思いここに禊を綴ります。
webエンジニアとしての経歴は4年目に突入しようとしているところですが、初歩的なミスによって今年報告書を二枚書くという実績を果たしているのでどうか僕の屍を超えていってください。本題に入る前に経歴だけ簡単に。
経歴
- 地方国立文系卒
- 地方の日立系列のベンダーハウスに未経験エンジニアで就職し2年半ほど就業
- 仕事ができなくてエンジニアを一度見限ってニートになる
- 居酒屋店長(1週間で辞めた)
- 古民家リノベ事業(3か月)
- エンジニアに戻ることを決意し東京のベンチャーに入社し、Webエンジニアに転向
- 300時間労働の世界を知り頭のねじが外れながら2年半勤務
- 現在は1年半ほどインシュアテックのスタートアップでエンジニアをしています
我ながらよくわからない経歴になってしまいました。
うぐいすソリューションズさんには前職からのお付き合いで色々お世話になっています。AI駆動開発や開発効率向上のために色々試行錯誤をしており勉強させてもらっています。それでは本題へGo!!
1つ目の失敗
to C向けのサービス開発中のstg環境にnoindexを貼り忘れる。
はい。初手から凡ミスをかましています。
今年ローンチさせたサービスなのですが、開発は比較的順調に進みながらもbizの判断でローンチをいつにするべきか模索しているタイミングで社内のセールス担当から問い合わせが。
セールス担当「xxx(サービスの名前)ってもうローンチしたんですか?Googleにxxxで検索すると候補に出てくるんですよね。」
この後開発チームが全員集まりnoindex対応後にsitemapを読み込みなおしたりGoogleにリクエストを送ったりして1時間後には何とかなりました。インシデントが起きた時が一番頭が冴える現象って何なんですかね。
意外な落とし穴かもしれないので開発者の皆さんは僕のようにならないでください。
2つ目の失敗
別環境にシステムをデプロイしてしまう。
はい、やってしまいました。
詳細を説明すると、お客さんAにシステムA、お客さんBにシステムA'を提供しており、システムAの改修のリリースを誤ってシステムA'にリリースしてしまいました。(SaaSなどではなく、全く別のプロダクトですがコンセプトが同じプロダクト)
インフラ環境はAWSでS3 + CloudFront構成だったのですが、s3バケットのアップロード先を誤ってしまいました。
リソース名が酷似しており、誤ったバケットにbuildファイルをアップしてしまったのが直接の原因になります。
CI/CD組んどけよって話なのですが、本番環境で一度CI/CDに起因したトラブルがあったため本番は手動デプロイというルールになっておりました。
その後慌てて元のリソースに差し替えましたが、覆水盆に返らず。お客様に謝罪と再発防止の旨をお伝えし、始末書を書きました。
仕事って慣れてきた頃が一番怖いですね。初心に返ろうと思わされた出来事でした。
終わりに
執筆をしながら自分の愚かさに頭を抱えながらも、図々しく生きていこうと思う次第でございます。
この記事を読んで、最近ミスや失敗で凹んでいる人がいたら励ましになれば幸いです。
あなたよりやらかしたやつがこんなにも飄々としています。
来年はミスをしない、報告書を書かなくて済む一年になりますように。
ということで僕のターンは以上になります!
明日はお休みみたいなので一日飛ばして23日目の記事として再度バトンを渡してくれた
@piggyにお返しします!