« ITアーキテクトの思考法 | メイン | 8/3「プログラマ35才定年説」飲み会 »

新プログラマ35歳定年説、あるいは2010年問題

 「プログラマ35歳定年説」はご存じでしょう。35歳になると単価も高くなるし、体力もきつくなってくるのでPMや営業にキャリアチェンジを迫られるという話です。これまでの「プログラマ35歳定年説」は35歳という年齢がポイントでした。もちろん、大事なのですが今年になって1975年生まれの自分が35歳になるに至って、もっと深い意味があるのではないかと気づきました。


今の35歳はインターネットともに育った世代
 75/76世代と呼ばれるように、1975年生まれのエンジニアは日本のインターネット創生期からWebアプリケーションに魅せられました。大学に入学(1994年)するとインターネットとメールが与えられ、MozaicでNASAのページを見ていたと思ったら、Yahoo(1994年)、Amazon(1994年)、そしてGoogle(1996年)が創業。就職活動もインターネットで行い、会社に入ればEコマース全盛、DoCoMoがiモード(1999年)をスタートすれば携帯サイトも花盛り。日米の株式市場ではインターネットバブルが起こり(1999年末)、すぐに収束(2001年)していました。

 仕事はダウンサイジングとオープン化の流れで汎用機(ホスト)やCOBOLってなんですか?は当たり前。クラサバをちょっとやっていたら、1999年にはサーバサイドJavaの定番といえるJ2EEが登場。Blueprintを真似して、いまとなっては痛々しいフレームワークを組み、そうこうしていたらStruts(2001年)が登場、Hibernate(2003年)でORマッパーブーム、Inversion of Control が Dependency Injection になった(2004年)りして。あぁ、懐かしい。

 こうした変化の先端で走っていた僕らの世代はやりたい放題でした。技術が一気に切り替わったので、周りも知らないことだらけ。バブルもあったので失敗を怖れずプロジェクトが立ち上がったように思います。自分たちで新しい技術への挑戦し、失敗したり、成功したり、もう、好き勝手。


35歳定年を年齢でなく時代から理解する
 で、2010年。そんな僕らも35歳。ひと回り年下の"ゆとり世代(第1期)"が入社してきました。世の中はリーマンショックから立ち直れ切れておらずプロジェクトには安全確実が求められ、技術のトピックスはクラウドやモバイル端末。ソフトウェア作りはサービス提供の時代になったのです。今や技術を作ることよりも、使うことに価値がおかれつつあります。

 そう、技術の変わり目が来ているのです。あの頃のように。技術の変化は冷酷です。個人のスキルや体力の問題ではなく、世の変化だから。それまでのコダワリを捨て、新たなステージへと飛び込むマインドセットを持っているかが重要なのです。年齢なんか関係なくスタートラインからやり直し。当時の僕らが先輩どうこうではなく学んだように。

 そもそも、35歳といえば気力も充実しているし、体力不足は補って余りあるものです。「これまで培った能力を発揮する」ことについては最高の年齢と言えるでしょう。しかし、一方では「まったく新しいことにチャレンジする」ことが難しくなる年齢です。しかも、それを「状況に負けてしかたなく」ではなく、前向きにトライするのは大変な努力が必要になります。

 つまり、そういうことなのです。いわゆる「プログラマ35歳定年説」は、いまから12-5年前に技術の中心がインターネットへと変化していった時、そこについていけないために引退したプログラマが35歳付近だったというだけなのです。

 もうお分かりですね。そうです、2010年から「新プログラマ35歳定年説」が生まれるのです。これから起きる(もう起きている)技術の変化に対してついていけない35歳付近のプログラマが大量に引退させられる。

 クラウド、仮想化、モバイルデバイス、マルチコアとか勉強していますか?むしろ、使って遊んでますか?やってないなら危険領域です。「信頼性が足らないから使えない」とか言っているなら症状が重いですね。あと「最近の若い奴は...」もね。


 話はこれで終わりません。12年前は業界として人数が少なかったし、仕事は増えるばかりでした。だから、会社の中でスキルチェンジしてPMや営業になればよかった。でもね、いまやエンジニアの数は数十倍に膨らんでしまいました。しかも、案件は縮小傾向にある。そんなにPMも営業もいらないんですよ。さらにフリーランスという形態では会社としての雇用保障やスキルチェンジができない人も多い。

 以下のような人が危険です。

・30才を過ぎてもプログラミングが仕事の大半
・50人月以上のPM経験がない
・小規模SIerに所属するか、フリーランス
・運用や足回り(ミドルウェア、インフラ、OSなど)の経験がない
・もちろん、営業経験もない

 中規模以上のSIerでも「あの人は技術に強いから」という理由でプログラミングだけをやってきたような人、インフラやミドルをやったことがあったとしても小規模で全部自分1人でやってきたような人も危険領域です。


どう生きていくべきか
 今は技術の変わり目なので旧世代のエンジニアも重宝されます。古いシステムはすぐにはなくなりません。でも、5年ぐらいするとニーズが減ってきます。そこら辺が本当の分水嶺。だから、この5年くらいで何かをやっておかないと飲み込まれる。

 今年になってから、こういった悩みを聞くことが増えました。皆さん危機意識はお持ちなんですよね。

 ありきたりなアドバイスですが、これまでと違うことをして、違う人と話すことが大事です。もちろん最初は苦労も多いから「なんでこの歳になって」と思うこともあるでしょう。でも、そういう変化を怖れる気持ちがプログラマ35歳定年説の原点なのです

 なんでもかんでも挑戦したあの時と同じようにすればいい。知らないことを学ぶ楽しみを思い出しましょう。達成してしまえば、苦労なんて吹き飛んだでしょ?習うより、慣れろですよ。

 転職も悪くないアイデアです。でも、雇う側も余裕があるわけではありません。これまでのキャリアを活かしてもらうために雇うわけだから、あまり違うことができない可能性の方が高い。もちろん、場が変われば色々とチャンスが拡がります。でも、変化を場に期待しているだけでは何も変わりません。変わるべきは"あなた"です。そのための転職でないといけない。


 明るい話を。幸いなことにITがなくなることはありません。おそらくIT業界は縮小しますが、それは他の業界にITが融けていっている証拠です。ですから、これまでIT系でキャリアを積んできた人には、かなりの可能性があります。ただし、IT業界だけの視点を持っていてはダメなのです。

 残念ながら時代は移り変わっていきます。それに対して自分も変化しなくてはいけない。それは僕らの世代の宿命なのでしょう。宿命であれば受け入れるしかない。その上でいかに生きるか。皆さんとともに頑張っていきたいものです。

トラックバック

このエントリーのトラックバックURL:
http://www.arclamp.jp/mt33/mt-tracback.cgi/2766

この一覧は、次のエントリーを参照しています: 新プログラマ35歳定年説、あるいは2010年問題:

» [徒然][噂][IT業界]「新プログラマ35歳定年説、あるいは2010年問題」 送信元 カレーなる辛口Javaな転職日記
http://www.arclamp.jp/blog/archives/age35.html なぜか人気エントリになってたけど,あまりに無知すぎる.*1... [詳しくはこちら]

» [雑記]今年35歳になるので、エンジニアの35歳定年説というやつについて書くぞ 送信元 developer’s delight
エンジニア35歳定年説。IT業界で働く人なら一度は聞いたことがある言葉なのではないかとおもいます。誰が言い出したのか知りませんが、この言葉は非常にタチが... [詳しくはこちら]

» お馴染みのプログラマ35歳定年説 送信元 きのこるプログラマ
新プログラマ35歳定年説、あるいは2010年問題 http://www.arclamp.jp/blog/archives/age35.html 反論記事 ... [詳しくはこちら]

コメント (4)

annonymouse:

> 以下のような人が危険です。
>
>・30才を過ぎてもプログラミング
>が仕事の大半
>・50人月以上のPM経験がない
>・小規模SIerに所属するか、フ
>リーランス
>・運用や足回り(ミドルウェア、インフラ、OSなど)の経験がない
>・もちろん、営業経験もない
>
> 中規模以上のSIerでも「あの人
>は技術に強いから」という理由で
>プログラミングだけをやってきた
>ような人、インフラやミドルを
>やったことがあったとしても小規
>模で全部自分1人でやってきたよう
>な人も危険領域です。


↑こう言う事を言っている人がいる、業務案件中心で、特出した技術も持たない(≒特許がないどころか弁理士も確保できていない)中途半端な技術レベルの所謂"SIer"が一番危険だと思います。

貴方の意見からはコンサル(ITアーキテクト?)以外の道はない、とも取れてしまいますが。

恐らく中堅SIerに属されている方だと存じますが、業務案件のみに着目しすぎた意見だと思います。

新しい技術が生まれれば、IT人口は縮小する、みたいな文言ですが、新しい技術を前提に新しい"何か"が出てくるもんです。
そして、"何か"を生み出す人は"研究職"に限った人でもなく、作る能力を持った人だと思います。

コメントありがとうございます。

最後の段落について。

IT業界が成長する以上、関わる人は増えます。ただし、「作る"だけ"のエンジニアは必要なくなる」と思います。新しい技術を使いこなし、そこから価値を生み出せる人が残るべき。

コーディングは圧倒的に重要だし、プログラミングは楽しい作業です。でも、それだけはないと思っています。おそらく、この点は賛同いただけると思っています。

40代プログラマー:

60年代生まれのプログラマーです。
私が35歳のあたりにはめぼしい変化はなかったです。
35歳定年説に思うのは、プログラマーに限らず、現場を離れて管理職になる年齢が35歳だということです。
ですので、35歳あたりで、技術的なプチ・コンドラチェフの波がくるとか、そういうことではなく、現場を離れる、ということだと思います。これは日本ではどんな業種でもそうだと思います。
プログラミングという技術に寄りかかれる、思い入れしやすい職能者が、自分の将来の展望についてある意味で期待し、別の意味では嘆きながら唱えるのが35歳定年説だと思ってます。
と、上述のようなことを言う私が40代になって、今何をしているのか気になるところですよね。
プログラマーとして担当できる案件は激減します。管理職としてもプロジェクトを担当できません。ニッチで生き残れるのは、ITアーキみたいなのは、そうとう大きなプロジェクトでないとありませんよね。
まあ、私の場合は、脱社員して、起業しました。まだプログラミングやってます。技術的な死角を作ってしまうと、請けられる仕事がなくなるので、何でもやれるようになります。ある意味厳しいです。でも、楽しいです。
まあ、プログラマー・SEの人たちは、35歳を機に人生を考えてゆこう、ということですね。

annonymouse:

>「作る"だけ"のエンジニアは必要なくなる」

これって当たり前すぎるんですよね。

工学と言う観点でのエンジニアは、ただ作る"だけ"と言う事はありえなくて、皆何かしら
のアイデアと発想を形にしようと物を作っています。

プログラミングは形にする手段なだけですよね。

商売につながるアイデアと発想をしてしまう人に、年齢は一切関係ありません。
業務システムに革命を起こしたコッド博士も、大規模共有データバンクのデータ関係モデル
を発表したのは50前位です。
そしてアイデアだけで特許が取れてしまう世界なので、その辺の主婦にさえもうっかり工学
に触れる特許を取得できたりもしちゃう訳です。

技術力がある、と言う事はすぐに物が作れる事を意味します。

要は、全てのエンジニアがアイデアを持ち、「価値を生み出せる力」を持っていると思っています。

「IT業界」と言われる市場は、本来、工学を駆使したサービスを提供する商売で形成されるている
べきだと考えていますが、あなたの言っている事は
「工学の一部を利用した業務システムソリューションサービス」に着目した意見にすぎません。

不況に伴って技術の進化が起こり、発注者もより安くシステムの実現が可能な事は分かりきっている
はずなので、ソリューションサービスに限って言えば、どんどん分解、縮小されていくはずです。

これまでの中堅SIerが抱えていた様な案件は、小出しにされてしまい、小規模にゼネコンの真似事
みたいな事をやっていた中堅SIerも一緒に縮小してしまうんでしょうね。

楽にシステムを作ろう、と言う技術は昔から考えられ続けているはずであり、これからも進化すべき
です。
なので、コーディング作業、と言う極めて狭い範囲の商売は当たり前に分解、縮小されて形が変わ
ります。
「プログラマ35歳定年」なんて言っている方は、これに気付かない典型な人と言うイメージがあり
ますね。。

会社を辞め20代後半に差し掛かり大学院に逃げている若年者ですが、これまでの「IT業界」が変わり
そうなので、起業するのも面白そうな世の中になっていると考えています。

コメントを投稿

(いままで、ここでコメントしたことがないときは、コメントを表示する前にこのブログのオーナーの承認が必要になることがあります。承認されるまではコメントは表示されません。そのときはしばらく待ってください。)

About

2010年07月19日 17:30に投稿されたエントリーのページです。

ひとつ前の投稿は「ITアーキテクトの思考法」です。

次の投稿は「8/3「プログラマ35才定年説」飲み会」です。

他にも多くのエントリーがあります。メインページアーカイブページも見てください。

Creative Commons License
このブログは、次のライセンスで保護されています。 クリエイティブ・コモンズ・ライセンス.
Powered by
Movable Type