ジュニア、ミドル、シニア開発者の違い

おそらくあなたは、ソフトウェア開発において「ジュニア」「ミッドレベル」「シニア」という言葉は単なるラベルに過ぎないと考えているだろう。しかし、あなたがそのようなラベルを好むかどうかは別として、特定の役割に対する一連の期待について議論することを可能にするため、ラベルは有用である。そう、これは単純化しすぎだが、便利なものなのだ。例えば、レガシーシステムの大規模なアップグレードをアーキテクトするために、若手の開発者を雇いたいとは思わないだろう。同様に、適切なポテンシャルを持たない候補者と面接して、時間（あるいは候補者の時間）を無駄にしたくありません。実際、まったく適性のない候補者にそもそも応募してほしくもないでしょう。

あなたの目標は、ジュニア開発者（エントリーレベルの開発者）、ミッドレベル開発者、シニア開発者を適切なバランスで配置したチームを作ることです。そうすることで、トップクラスの情報共有につながる文化が育まれ、タスクの遂行とコスト削減が同時に実現する。

ジュニア開発者 vs ミドル開発者 vs シニア開発者

ジュニア開発者と中堅開発者、そしてシニア開発者。ジュニア・デベロッパーとシニア・デベロッパーには多くの違いがあります。一般的なルールとして、ジュニア、ミッドレベル、シニア開発者であるかどうかは、候補者の経験年数とはあまり関係がありません。ジュニア・デベロッパーはシニア・デベロッパーより年上であることさえあります。しかし何よりも、開発者が自分の仕事をどのように捉え、同僚とどのように関わり、どのように問題に取り組むかに大きく関係している。この意味で、ジュニア、ミッドレベル、シニアというレッテルは、何よりもある一定の成熟度を意味する。

ソース アンスプラッシュ

ジュニア開発者の主な要件

ジュニアレベルのポジションに関しては 主な要件は、候補者 独立して技術的な仕事をこなす能力がある。よくあることだが、若手開発者の考え方は、コードを動作させることだけに集中している。例えば、もしプロジェクトが同じようなアーキテクチャに基づいているなら（そして、そのようなアーキテクチャがよく知られているか、よく文書化されていると仮定して）、ジュニア開発者はアプリケーションのロジックの次の部分をかなり速く実装できるはずです。ジュニア開発者は完全に独立しているわけではないので、プロジェクトの特定の要素をどのように実装するかを議論する必要があります。ジュニア開発者は派手なコードを書くことを覚えておいてください。また、完成したコードをより上級のソフトウェア・エンジニアとレビューする必要があります。このことは、ジュニア開発者がプロジェクトのニュアンスをすべて理解しているわけではなく、時折ミスを犯すことを意味します。 ちなみに、ジュニア開発者は、ソフトウェアのアーキテクチャのどの部分も設計することは期待されていません。

ソース アンスプラッシュ

ジュニア開発者の資質

ジュニアレベルの開発者を採用する場合、一定レベルの成熟度を備えた候補者を求めることになります。この場合、候補者には次のような資質を示してほしいと思うでしょう：

• 成長し、学ぼうとする真の意欲
• 自らの失敗から学ぶ意欲
• 冷静に（建設的な）批判を受け入れる能力
• 本物のエネルギーと献身

若手開発者の面接方法

ジュニア・デベロッパー・ポストの候補者は、以下のことを示さなければならない：

• 開発サイクル全体を少なくとも2、3回は経験している。
• 関連するプログラミング言語とテクノロジー・スタックに関するある程度の知識を有する。
• ソフトウェア制作に関わるほとんどのプロセスについて、ある程度の知識がある。
• ソフトウェア制作に関わるあらゆることを学びたいと強く望んでいる。
• 小さな問題の解決策を見つけることができる
• 製品の特定の機能に取り組むことで生産性を高めることができる。

行動に関する質問

どのような状況に置かれたか、例を挙げてください：

• 小さいが重要な問題を率先して解決した
• たとえチームの意見に反対であっても、チームをサポートすることができた。
• 新しいスターターに対して共感的だった

ミッドレベル開発者とジュニア開発者、シニア開発者の比較

中堅開発者の主な要件

ミッドレベルのポジションに関しては、候補者が独立してタスクを実行する能力を持つことが主な要件となる。これは、定義から「技術的」という言葉が削除されているため、ジュニア開発者の主な要件とは異なります。もちろん、中堅レベルの開発者が、深い知識を必要とするような複雑な技術的タスクを割り当てられない限りは、それらのタスクを独立してこなすことができるはずです。しかし、このレベルになると、開発者は次のような能力も求められるようになる。 ビジネス要件を理解するそして、それを技術的な解決策に結びつけることができる。

ミッドレベル開発者とジュニア開発者、シニア開発者の比較

ソース アンスプラッシュ

中堅開発者の資質

ミッドレベルの開発者は、あるアプリケーションがあるコンテクストで何をするのかを正確に理解できなければならない。その結果、どのようなタスクについても、より深く理解することができるようになる。したがって、彼らは変更をより正確に評価し、より効果的に実装することができる。計画段階では 優秀な中堅開発者 は、要件を読んで、何かが欠けている、あるいは改善できることを知ることができなければならない。一方、若手の開発者は、おそらく要件に書かれていることをそのまま実装するでしょう。つまり、アプリケーションは（"ハッピーパス "に従って）正しく動作しますが、ユーザが何らかの非標準的なアクションを取った後にクラッシュするかもしれません。

コードの開発はチーム作業なので、標準化はとても重要です。典型的なアプリケーションの構造を理解することは、それを構築する作業をかなり単純なものにします。これは、正しい実装の原則を議論し、良いコードと悪いコードを区別することを可能にします。中堅レベルの開発者は、その分野のアプリケーションを構築する際に、標準的なテンプレートやソリューションに精通していることは確かです。彼らは特定の解決策に精通しているだけでなく、なぜそれが必要なのかを純粋に理解し、いつ、どのように適用すれば最良の効果が得られるかを知っている。

中堅レベルの開発者は、他のチームメンバーと効率的かつ効果的に交流する方法を知っている。そしてこれは特に、コンセンサスを得るのが難しい状況に当てはまります。たとえば、設計の主観的な要素について議論するとき、本質的に不完全な要件を明確にするとき、何らかの深刻な時間的プレッシャーがあるとき、作業方法の大きな変更について議論するときなどです。

中堅開発者の面接方法

状況に応じた質問

どのような状況に置かれたか、例を挙げてください：

• 誰も直し方を知らない（あるいは知りたがらない）仕事を引き受ける用意があった。
• 複雑な技術的問題を解決する際に、複雑さとパフォーマンスのバランスを見つけることができた。
• 要求分析の作成に大きな役割を果たす
• ソフトウェアのテストに携わる
• 文書作成に大きな役割を果たす
• 率先して問題を解決し、重大なミスを修正する。
• 複数のプロジェクトを同時に進めなければならなかった

ソース アンスプラッシュ

シニア開発者とミッドレベル開発者、ジュニア開発者の比較

シニア開発者の主な要件

上級開発者は、たくさんのコードを見て、たくさんの間違いを犯し、そのプロセス全体から正しい結論を導き出している。すべての開発者は常に質問をしている。違いは、経験の浅いタイプの開発者に比べて、上級開発者は適切な抽象度で適切な質問をする方法を知っているということだ。上級開発者の主な責任は、常に次のことである。 正しい決断を下す (その時点で入手可能な情報で）ビジネスに最大の利益をもたらし、コストを最小化する決定を下す。優れたシニア開発者は、より多くの価値を得る方法を常に探しているが、時間やお金などのリソースを最大限に活用する必要があることも認識している。優秀なシニアは常に最終的なゴールを考えているため、問題が顕在化する前から解決できることが多い。例えば、システムのボトルネックについて事前に考え、脆弱性やツールの不適切な使用によって引き起こされる問題を覚えている。上級開発者が書くコードは、保守性と拡張性を念頭に置いて作られる。

ソース アンスプラッシュ

シニア開発者の資質

優秀な上級開発者はこうでなければならない：

• 中堅の開発者よりも複雑なタスクをいくつも（しかも速く）解決できる。
• 十分な製品」と「良すぎる製品」または「十分でない製品」を区別できる。
• 技術的負債がどのように現れるかを知る。リファクタリングにはどれくらいのコストがかかるのか、本当に必要なパターンは何か、抽象化レベルに関してはいつ線を引くべきか。
• 正しい判断」を相手に伝えるだけでなく、クライアントやチームを納得させなければならないため、卓越したコミュニケーション能力を持つ。権威主義的なアプローチ（「私の言うとおりにしろ」）では、対立が激化することが多く、全体的な状況の改善が進まない。
• どんな重要な決定でも、関係者全員が真に理解できるように説明し、正当化できるようにする。こうすることで、チーム自体が経験から学ぶ機会を得て、より迅速に成長することができる。

結論

ジュニア、ミッドレベル、シニアの開発者には、多くの重要な違いがあります。どのようなタイプの開発者を採用する場合でも、それぞれの開発者がもたらすスキル全体を考慮することが重要です。多くの人が経験年数に注目しますが、それは重要なことです。しかし、過去に何をしたかではなく、その人ができる仕事で人を雇う必要もあります。ですから、将来有望な開発者に出会ったら、彼らを採用し、プロとして成長させるのは良い考えかもしれません。