40代になってから、技術に向き合い直している。
SIer時代は管理業務が中心だった。会議、資料作成、進捗管理、調整。開発から離れた期間が続き、技術のキャッチアップもできていなかった。
「もう技術では戦えないかもしれない」
そう思っていた時期がある。若いエンジニアの方が新しい技術に詳しいし、学習の速度も違う。40代が今から技術を武器にするのは、現実的ではないのではないか。
ただ、実際に開発の現場に戻ってみたら、想像していたのとは違う結果になった。
管理業務が続いて、技術から離れていった
SIerでPM・PLをやっていた頃、自分の時間の大半は調整に使われていた。
クライアントとの折衝。スケジュールの管理。メンバーのアサイン。上位層への報告。資料の作成。どれも必要な仕事だが、技術に触れる時間ではない。
コードレビューをすることはあった。技術的な判断を求められる場面もあった。ただ、それは評価する側の関わり方であって、作る側の関わり方ではない。
この違いは、思っていたより大きかった。
年単位でその状態が続くと、感覚が鈍っていく。新しいフレームワークの名前は聞いたことがあるが、触ったことはない。クラウドのサービスが増えているのは知っているが、どう使うかはわからない。
「知っている」と「使える」の差が、じわじわ広がっていた。
技術で戦う自信を失っていた
その状態で感じていたのは、明確な不安だった。
若い世代との差。 20代、30代のエンジニアは、最新の技術を当たり前に使っている。学習の速度も速い。同じものを学んでも、吸収のスピードが違う。
空白期間の重み。 数年間技術から離れていたという事実は、スキルシートにも表れる。「直近で何を使ったか」を書けないことの不利は、転職市場では明確だ。
今から追いつけるのかという疑問。 走り続けている人に、立ち止まっていた人間が追いつけるのか。冷静に考えると、難しいように思えた。
このまま管理職の道を進む方が合理的なのではないか。そう考えた時期も確かにあった。
実際に開発に戻ってみたら
機会があって、リードエンジニアとして開発に関わることになった。
正直、不安しかなかった。技術についていけないのではないか。チームに迷惑をかけるのではないか。「あの人、昔は開発してたらしいけど」と思われるのではないか。
やってみたら、想像していたより動けた。
細かい知識は確かに抜けていた。新しいツールやライブラリには慣れが必要だった。そこは素直に時間がかかった。
ただ、根本的な部分は残っていた。
問題をどう分解するか。どこから手をつけるか。どういうアプローチが筋がいいか。エラーが出たときに、どこを疑うか。こういった思考の型は、数年離れていても消えていなかった。
むしろ、設計やプロジェクト全体を見てきた経験があるぶん、「この実装は後で保守しにくくなる」といった判断は、以前より精度が上がっていた気さえした。
技術力は、使わなければ錆びる。ただ、ゼロにはならない。 これが、実際にやってみてわかったことだった。
今、新しい技術分野に挑戦している
その経験があってから、技術に対する姿勢が変わった。
AWS認定ソリューションアーキテクト プロフェッショナルを取得した。 実務でAWSを使っていたが、理解が断片的だった。使っているサービスの周辺で何が起きているのか、他にどんな選択肢があるのか。体系的に整理したかった。
Python実践の資格も取った。 こちらも同じで、業務で触れる機会があったものを、きちんと押さえ直す目的だった。
そして、クラウド領域に本格的に関わる機会を手に入れた。40代で新しい技術領域に入ることになる。
正直、不安がないわけではない。ただ、不安を理由に動かないという選択を、もうしないことにした。
動かないことのリスクの方が、動くことのリスクより大きい。 これは、SESに6年以上留まった経験から学んだことでもある。
40代で技術に向き合うときの現実
楽観的なことばかり書いても意味がないので、厳しい部分も書く。
キャッチアップに時間がかかる。 20代の頃のような吸収速度はない。同じ内容を理解するのに、以前より時間が必要になる。これは認めるしかない。
学習に使える時間が限られる。 仕事の責任範囲が広がり、家庭の事情もある。まとまった時間を確保しにくい。細切れの時間で進める工夫が必要になる。
体力の問題もある。 深夜まで集中して学習するような無理は、以前のようにはできない。持続可能なペースを見つける必要がある。
それでも、40代ならではの強みもある。
全体像を把握する力。優先順位をつける判断。何が重要で何がそうでないかの嗅覚。これらは経験でしか得られないもので、若手にはない武器になる。
技術力そのもので勝負するのではなく、技術力と経験を組み合わせて勝負する。 40代の戦い方は、そういう形になると思っている。
技術から離れた人が戻るためにできること
同じように「技術から離れてしまった」と感じている人に向けて、自分がやっていることを書く。
実務で使う技術から手をつける
関係のない技術を学んでも定着しない。今の業務で触れている、あるいはこれから触れる予定の技術から始める方が、学習が実務に接続する。
資格を体系化の手段として使う
資格そのものに年収を上げる力はない。ただ、試験範囲が定められているので、断片的な知識を整理する枠組みとして機能する。自分がAWS SAPを取った理由はこれだった。
小さくても手を動かす機会を作る
読むだけでは身につかない。コードレビューに積極的に参加する、小さな改修を自分でやってみる、個人で何か作ってみる。規模は問わない。手を動かす習慣を切らさないことが重要だ。
完全に戻ろうとしない
管理職を経験した人が、100%プレイヤーに戻る必要はない。むしろ技術がわかる管理職というポジションは、市場で評価される。両方を持っていることを強みにする方が現実的だ。
よくある疑問への回答
Q. 40代から新しい技術分野に挑戦するのは遅すぎませんか?
遅くはない。ただし、20代と同じ戦い方はできない。キャッチアップの速度では勝てないので、経験と組み合わせて価値を出す形を考える必要がある。自分は40代でクラウド領域に入ろうとしているが、これまでの設計・業務知識があるからこそ入れる部分もある。
Q. 管理職から技術に戻ると、年収は下がりますか?
ポジションによる。純粋なプレイヤーに戻ると下がる可能性はある。ただ、技術がわかる管理職、テックリードといったポジションなら、むしろ評価が上がることもある。完全に戻るのではなく、両方を持つ形を狙う方が現実的だ。
Q. 技術力が錆びているか、どう判断すればいいですか?
簡単な方法は、小さなものを作ってみることだ。手が動くか、どこで詰まるか、どのくらい時間がかかるか。実際にやってみると、思っているより動ける場合と、想像以上に抜けている場合がある。頭で考えるより確実だ。
まとめ
管理業務が続いて技術から離れ、「もう戦えないかもしれない」と思っていた。
実際に開発に戻ってみたら、細部は抜けていたが、根本的な思考の型は残っていた。技術力は錆びるが、ゼロにはならない。
今はAWSの資格を取り、クラウド案件への参画も決まっている。40代で新しい領域に入ることに不安はある。ただ、動かないことのリスクの方が大きいと思っている。
20代と同じ戦い方はできない。キャッチアップは遅いし、使える時間も限られる。
それでも、経験と技術を組み合わせれば、40代なりの戦い方はある。そう考えながら、今も向き合い直している最中だ。
コメント