仕事を通じて技術を身につけながら、リアルタイムデータ処理の改善や運用業務を経験し、最近では大規模機能の要件定義や設計にも関わるようになりました。
少しずつ役割を広げてきた古川さんが、どのように成長してきたのか。そしてSOTのエンジニアとして働く面白さについて話を聞きました。
趣味・ストレス解消法：
散歩、銭湯、漫画
仕事をする上で欠かせないもの（ツール・習慣・考え方など）は何ですか？：
ルーズリーフとボールペン
やることを迷わないように毎日ルーズリーフにその日やることを書くようにしています。PCやアプリは画面を開く必要がありますが、紙とペンはいつでも見られて最適だと気づきました。
─ 学生時代に力を入れていたことは何ですか？
そのうえで、小学校1年生から6年生まで幅広い年齢の子が一緒に楽しめる内容にするのが難しくて。バランスをどう取るかを、すごく考えていましたね。
─ それは難しいですね。その企画立案や推進などの経験は、今の業務にもつながるところはありますか？
今の仕事でも、ミーティングなどで意見を言うときにその経験が活きている気がします。
─ SOTを選んだ理由を教えてください。
IT系だとエンタメや金融が多いと思うんですが、「地方創生」は自分にとって社会的意義がイメージしやすかったんです。
Goは比較的新しめのプログラミング言語で、当時は「メインで採用しています」と言っている企業も少なく、当時から主力言語として使っていたことはとても魅力的でした。
─ 入社後、地方創生への思いに変化はありましたか？
ATOMのプロダクトが地方創生にどのように直接貢献しているのかは、これからさらに実感していく部分もありますが、営業の話や、ソウルドアウトで地方で働く社員の声を聞くと、間接的に地域の成長を支えているのではないかと感じています。
─ 入社の決め手は？
決め手としては、やっぱり好きな技術を使っていることが大きかったです。
ただ、それまで仕事でコードを書いたことはなかったので、個人で書く場合とは異なり、他の人が書いたコードを読んだり、コードレビューを受けたりするのは新鮮でしたね。
─ 現在の仕事内容を教えてください。
─ 入社後、最初につまずいたことは何でしたか？
ATOMではすでに多くのコードが書かれて実行されていて、その中でどこでどんな処理をしているか、どこに変更を加えればいいかが分からず苦労しました。
─ ATOMは大変そうですよね⋯。どうやって乗り越えたんですか？
最初は遠慮していたんですけど、「聞かずに進めて間違えるほうが、結局みんなに迷惑がかかる」と気づいてからは、遠慮しなくなりました。
─ エンジニアとして成長したと感じた瞬間は？
そのときの「徹底的に可能性を考える経験」は、今でも生きていると感じます。
─ 考えただけでも緊張してきますね。具体的には、どんな準備をしたんですか？
すごく不安だったんですけど、準備を徹底すると怖さが減っていきました。自分の中で「この手順なら大丈夫」という確信が持てたときに、初めて安心できた感覚があります。
─ 想像しただけで肝が冷えます⋯その場で対応できたんですね。
でも準備のおかげで慌てることなく、なんとかリカバリーできました。
─ このメンテナンスの経験は、今の働き方にも影響を与えましたか？
その癖がついたことで、普段の開発でも「これが起きたらどうなるか」を考えるようになりました。
─ 技術的に難しかったこと、挑戦だったことは？
さらに集計ロジックも複雑なので、アプリ側とデータベース側でどちらにどの処理を持たせるかをしっかり考える必要がありました。
─ 処理速度の改善で社内表彰もされていましたね。
ただ、やったことは「一気に全部変える」みたいな派手なものではなくて、影響が出ないように少しずつ変更していくことでした。
結果が一致することを確認してから、段階的に切り替えていく、という進め方で改善していきました。
─ ATOMは運用業務もありますよね。正直、開発のほうが花形で、運用は地味…みたいに思われがちだと思うんですが、実際どうですか？
運用はユーザーへの影響が大きいので、その分やりがいがあります。開発とはまた違った面白さがある仕事だと思っています。
今まさに動いているサービスを扱うので、開発とは違う緊張感や責任があります。
でもその分、問題を解決できたときの達成感も大きいですね。
─ ATOMの運用の難しさはどこにありますか？
─ 最近は大規模機能の要件定義や設計にも関わっているそうですが、どういうきっかけだったんですか？
任されたときは、「これから大変になるな」「一歩上に上がったな」みたいな感覚がありました。チャレンジでしたね。
─ 初めての要件定義・設計で大変だったことはなんですか？
まず自分で考えて、会議でフィードバックをもらって、また一人で考える。これを繰り返す感じです。今も難しいですが、以前よりは考え方が少し分かってきた気がします。
─ 最近はリーダーも任されているそうですね。
その中で、質問が減っていったり、最終的に1人でリリースまで進められるようになった姿を見ると、「成長したな」と感じて嬉しくなりますね。
現在の技術スタック：Go / Aurora MySQL / ClickHouse / AWS / GCP
開発環境：GoLand / VSCode / Claude Code / Git / GitHub / Notion
─ 入社時はどれくらいの技術が使えましたか？
AuroraとかClickHouseとかAWSとかGCPは、個人だとあまり触らないので使った経験はありませんでした。
仕事で触ったときに、分からない部分をそのままにせず、調べて覚えていきました。
ドキュメントは英語が多いんですが、翻訳ツールを使って読んでいます。
─ スキルアップのために、普段取り組んでいることはありますか？
同じ機能のアプリでも、言語が変わると書き方や設計の考え方が変わるので、それを比べながら試しています。
言語を変えて作成しているタスク管理アプリの画面。フロントエンド: TypeScript + React, バックエンド: Go
─ 新卒でも改善提案できる環境はありますか？
開発環境を整える改善提案で、Dockerの設定を変えたり、監視を入れたり、というのはやっていました。
そしてその中の改善フレームワーク「KPT（ケプト）」にて、「ここが課題です」というプロブレムを上げて、改善案を出すとトライになって実行していく、という流れです。
─ これまでどれくらいやりました？
数年プロダクトに携わっていると正直慣れてきちゃうので、改善案を見つけやすいのは入社間もない新卒が多い、というのはあると思います。
─ ATOMチームの話を伺いましたが、SOTのエンジニア組織の良いところを教えてください。
あとは有料ツールも導入してくれますし、作業環境も整えやすいです。
─ 先輩や上司からのサポートはどうでしたか？
新卒であっても、自分で希望すれば大きな機能を実装したり、既存のコードベースに改善を加えたりできます。
─ 今後チャレンジしてみたいことは？
─ SRE領域に興味が出てきたのは、運用経験がきっかけなんですね。
それを改善できるのがSRE的な仕事だと思っています。
─ どんな人がSOTのエンジニアに向いていると思いますか？
─ 最後に、古川さんが大事にしている言葉「五十歩百歩」について、改めて教えてください。
仕事って、どうしても「失敗したら終わり」みたいに感じてしまう瞬間があるんですけど、そういうときに深刻に考えすぎないようにするための言葉ですね。
─ 新卒4年目。手を上げれば挑戦できる環境の中で、古川さんのキャリアはこれからも広がっていきそうです。
ありがとうございました！