現在、金融系の開発実務をしているミドルレベルのフルスタックエンジニアです。
主にC#、.NET、Azureなどを使っています。
今後は特にバックエンド領域を強くしていきたいと考えています。
最近、シニアエンジニアへ昇進するために、
- 社内でどんな行動・立ち回りをしていたか
- プロジェクト内で何を意識していたか
- 技術力以外で重要だったこと
- プライベートでは何をどう勉強していたか
などをよく考えています。
ただ、自分の中ではまだ「本当にシニアになれるイメージ」が持てていません。
特に、「コードを自立して書ける人」から「技術的に信頼される人」へ変わるタイミングや、考え方の変化があればぜひお聞きしたいです。
また、C#/.NETエンジニアとしてバックエンドを強くしていく場合、
- 深掘りすべき技術領域
- システムデザインの学び方
- 英語学習の重要性(将来の転職もしやに入れてます)
- 金融系システムで求められるシニア像
などについても、もしあればアドバイスいただきたいです。
よろしくお願いします。

Question

酒井潤 · Accepted Answer

個人的には、「コードを自立して書ける人」と「技術的に信頼される人」の違いは、コードを書く能力そのものではないと思っています。

ミドルレベルまでは、「自分に与えられたタスクをどれだけうまく終わらせられるか」が評価されることが多いです。

一方でシニアになると、「チーム全体の成功にどう貢献するか」が評価されるようになります。

例えば、実装そのものはチーム内で一番速くなくても、この設計だと半年後に問題が起きそうだと事前に気付けたり、障害が起きた時に原因を切り分けられたり、プロジェクトの技術的な方向性を決められたりする人は信頼されます。

なので、自分がシニアになったと感じた瞬間は、「コードを書く人」から「技術的な意思決定をする人」へ役割が変わった時だった気がします。

プロジェクトでも、実装そのものより、「なぜこのアーキテクチャを選ぶのか」「将来の運用コストはどうなるのか」「性能面で問題はないか」といったことを考える時間の方が増えていきました。

C#や.NETでバックエンドを強くしていきたいのであれば、個人的にはDBをかなり深く学ぶと思います。

金融系は特にデータが重要です。

実際のボトルネックもアプリケーションコードよりDBにあることが多いですし、トランザクション、ロック、インデックス、実行計画あたりを理解しているエンジニアは強いです。

あと、システムデザインもかなり重要になります。

シニアレベルになると、「APIを作れます」ではなく、「このサービス全体をどう設計するか」が求められることが増えます。

なので、キャッシュ、メッセージキュー、分散システム、可用性、スケーリングといったテーマを少しずつ学んでいくと良いと思います。

英語については、海外転職を少しでも考えているなら、早めに始める価値はかなりあります。

技術力は数年で伸ばせますが、英語はどうしても時間がかかります。

また、海外転職だけではなく、公式ドキュメントや海外の技術記事を読む際にも有利です。

金融系で求められるシニア像については、「システムを作れる人」より、「システムを安全に運用できる人」の方が近い気がします。

金融システムは、一度の障害やデータ不整合が大きな問題になることがあります。

なので、新しい技術を導入する能力よりも、信頼性や整合性、監査性を考慮して設計できる能力が重要になることが多いです。

あと、自分が見てきたシニアエンジニアの共通点として、「知らないことを知っている人」ではなく、「問題が起きた時に最後に頼られる人」という印象があります。

なので、昇進を目指すのであれば、コードを書く力だけではなく、「この人がいれば何とかなる」と周囲に思われるような技術的信頼を積み上げていくことを意識すると良いと思います。