キャリアを終わらせる失敗
(bitfieldconsulting.com)- ソフトウェアエンジニアによくある致命的な失敗は、特定のミスそのものではなく、キャリアの終着点を計画しないことであり、今の仕事が自分の望む目的地につながっているかを点検する必要がある
- キャリア計画とは引退日を決めることではなく、自分が愛せる仕事と到達したい状態を先に定め、そちらへ向かって動くプロセスである
- 考えられる方向性は大きく シニアIC、管理職、独立 に分かれ、それぞれ技術の深さ・人の管理・事業運営という異なる要求を持つ
- どの道を選ぶにしても、会社の昇進ルート、自分の適性、必要な能力をあわせて確認する必要があり、年次評価を待つだけでは不十分である
- 固定的な長期計画よりも、変化に応じて調整できる方向性のある計画が重要であり、望むものを考えておくことで予想外の機会にも気づける
キャリアの終着点を先に考えるべき理由
- キャリアの「終着点」は必ずしも引退時点を意味しない
- 自分が本当に望んでいた場所にたどり着いたと感じる地点に近い
- 今の仕事を愛していて変えたくないなら、すでに目的地に着いている可能性もある
- 今の仕事が気に入っていないなら、どんな仕事なら愛せるのか、その仕事を得るには何をすべきかを自分に問うべきである
- “career” には制御なく速く動くという意味もあり、多くの人の実際のキャリア体験に似ている
- ソフトウェアエンジニアは、コンピュータが実行する精密な計画を絶えず作っている一方で、自分の人生や仕事のためのプログラムはほとんど考えていない
いつから計画すべきか
- キャリア計画は年金と同じで、必要だと感じたときには、もっと早く始めていればよかったと思う可能性が高い
- 遅くて大まかで不確実な計画であっても、まったく計画がないよりはよい
- キャリア初期は大きな決断を下すにはまだ早いことが多く、試行錯誤の余地が大きい
- 後半に進むほど選択肢は減り、大きく方向転換する時間も不足していく
- 重要なのは、最終段階に入るときに望む場所へ到達できる位置・レベル・タイミングを備えていることである
3つのあり得る目的地
- キャリアは複数の会社や役割を経ながら変化し、今は想像もできない目的地につながることもある
- 考えられる目的地は大きく3つに分けられる
- Seniority: シニアな個人貢献者、高いレベルのエンジニア
- Management: 技術業務を離れ、人と組織を率いる管理職
- Independence: 独立して働く、あるいは自分の会社を運営する形
- この3つの道は相互排他的ではなく、実際のキャリアでは組み合わせることもできる
Seniority: シニアICとして残る道
- シニアな個人貢献者（IC）は、会社を経営したり独立したりするのではなく、技術的に高いレベルに達し、主に自ら手を動かして仕事をする役割である
- 会社ごとに等級や呼び名は異なる
- 小さな会社では “senior developer” やチームリーダーかもしれない
- 大きな会社では “principal engineer” や “distinguished engineer” のような役割かもしれない
- この役割は役員職ではなく、取締役会の席や特別な経営権限を持つ立場ではない
- その代わりに、報酬、地位、権限を得つつ、管理職の同僚のように一日中会議に費やす時間を減らせる
- 限界もはっきりしている
- 何をするかを常に自分で選べるわけではない
- 会社の意思決定者と意見が食い違うこともある
- 転職しても同じ力学が繰り返される可能性がある
- 技術の現場に残り、キーボードやマウスを使って働き続けたい人には、シニアICの道が向いているかもしれない
- この道を望むなら、今の会社のシニアIC向けの昇進ルートを確認すべきである
- 会社にシニアICがいるなら、直接助言を求める
- どうやってその地位に就いたのか、中間段階は何だったのか、期待と実態は一致していたのかを尋ねる
- 上司に目標を伝え、何を支援してもらえるか、その見返りとして何を期待されるかを話し合う
- 年次評価を待つだけでは不十分である
- 1年というのは、キャリア目標に進展がなかったと気づくまでの時間としては長すぎる
- 同じ仕事を続けて大きな失敗さえしなければ、いつかシニアICになれるという前提は信頼しにくい
- シニアになるとは、熟練の頂点に近づくことを意味する
- 会社が鍛えてくれるのを待つのではなく、自分でスキル開発をコントロールしなければならない
- 会社は、訓練が必要な人より、訓練を必要としない人を昇進させるほうを好む
- 今の仕事を単なる時間とお金の交換と見なすのではなく、自分が得意なことを見つけ、さらに伸ばす機会として捉えるべきである
Management: 管理職へ転じる道
- 非常にシニアなエンジニアは高い報酬を得られることもあるが、通常は会社の中で最上位の地位ではない
- より高い報酬と責任を望むなら、技術業務を後景に退けて管理職を考える必要があるかもしれない
- 多くの技術職のキャリアでは、管理は既定の目的地のように機能する
- ひとつの会社に長くとどまると、次の昇進ルートがマネージャーになる方向かもしれない
- 方向を変えなければ、今向かっている場所に着いてしまうので、そこが本当に望む場所かを確認する必要がある
- エンジニアリングマネージャーには技術的基盤が必要だが、主な仕事は人を率い、監督し、採用し、成長させることである
- 人の管理は難しく、プログラミングよりはるかに難しいこともある
- コンピュータは正しくても間違っていても、指示されたとおりに動く
- 人の管理には、コミュニケーション、協働、心理、人の動機への理解が必要である
- 良い管理者は良い教師のように希少だが、大きな価値がある
- プロジェクトや会社の成功に大きな影響を与えられる
- 悪い管理者は有望なプロジェクトを消滅させてしまうことがある
- 良い管理者になりたいなら、今から練習すべきである
- 人を理解する技術を学ぶ
- コミュニケーションと協働を鍛える
- まず自分自身をうまく管理する
- 自分のマネージャーを観察することも出発点になる
- 仕事がうまいなら、なぜそうなのかを把握して話をする
- ひどいなら、何がまずいのかを見て、自分ならどう違うやり方をするかを考える
- チーム内で誰もが問題を持ち込んでくる人が、事実上のリーダーになることがある
- すでにそうした役割を担っているなら、良い意味で記憶されるマネージャーになる道を歩んでいるのかもしれない
Independence: 独立して働く道
- 独立には、自分の会社で働くこと、他人を雇うこと、一人で働くことが含まれる
- 一人会社だからといって、必ずしも真の独立とは限らない
- クライアントが何をするかを指示するなら、contractor に近い
- consultant はクライアントに何をすべきかを伝える側であり、この違いは重要である
- 独立した働き方は、向いている人には良い選択だが、誰にでも合うわけではない
- 利点と負担が同時に存在する
- 自分の事業を所有できる
- マーケティング、クライアントへの提案、経理、税務処理を自分で担わなければならない
- 収入は不規則で予測しにくいことがある
- 休暇、保険、病気休暇の給与はない
- 安定した職とそれなりの給与を離れて独立するなら、移行は慎重に計画すべきである
- 腹を立てた勢いで即座に辞め、数か月分の家賃をどうするか悩み始めるようなやり方は賢明ではない
- タイミングが重要である
- 一人で稼ぐには、自分の仕事に卓越していなければならない
- 大きな会社では働きながら学べる
- 自分の会社を運営するときには、すでに自分の仕事を理解していなければならない
- 可能なら、小さな単発のサイドプロジェクトで独立した働き方を試してみることができる
- 経験と満足したクライアントを得られる
- 完全に独立する前に、自分に合っているかを確かめられる
- 仕事をいつも自分の意思だけで辞められるとは限らない
- 変動の大きい業界では解雇は現実である
- 会社は徐々に悪化し、そのあと突然失敗することがある
- 独立を夢見ていたが勇気を出せなかったなら、解雇が転機になることもある
ひとつの選択に縛られる必要はない
- まだキャリアの大半をどう過ごしたいか分からないのは普通のことである
- ただし、考え始めることはできるし、必ずしもひとつの目的地に限定する必要もない
- 成功したキャリアは seniority、management、independence を組み合わせられる
- フルタイムまたはパートタイムのマネージャーとして働きながら、サイドビジネスを運営できる
- 大きな組織の中で roaming consultant のように働きながら、技術的にはシニアエンジニアでいられる
- 自分の会社で最高経営責任者であり、かつエンジニアリングディレクターにもなれる
- 技術業界の外が将来になることもある
- エンジニアとしてかなりの成功を収めたあと、長期的には別のことをしたいと判断するかもしれない
- 医師、教師、宇宙エンジニア、木工、旅行といった選択肢もありうる
計画より重要なのは、計画し続けること
- 望む方向が見えてくると、選択を導く基準が生まれる
- 完璧な仕事の形を正確に知らなくても、独立・シニアIC・管理職のどれが幸福に近いかの感触は得られる
- その方向の選択肢を狭めることは避け、望むキャリアを得られる可能性が高い会社・分野・セクターを探せる
- すべての段階を詳細に書き込んだ固定計画は、現実に直面すると長くは持ちこたえられない
- 人生は予想外の出来事を投げかけてくるので、計画は柔軟であるべきであり、計画そのものを変える準備も必要である
- 自分が何を望んでいるのか考えていなければ、完璧な機会が現れても見分けにくい
- キャリアの終着点を計画し始めるのは今であり、早すぎることも遅すぎることもない
1件のコメント
Hacker Newsのコメント
キャリアをこのように捉える見方は、私たちが人間として変わり続けるという点を見落としている
人生のある時期には教育や家族のようなものがより重要で、別の時期には仕事がより重要になる
生涯を通じて、スイッチを入れたり切ったりするように方向転換しても当然よいはずだし、実際にもそう見える
頂点に到達するのにおよそ10年かかるなら、その10年は子どもたちのおむつが外れる40代に始めてもよい
正確に計画することはできず、状況が変われば進路修正が必要だという話だ
キャリアの中で方向を変えることが問題なかったり、実際に起こり得たりするとしても、いま乗っているトラックを最適化し、どこへ向かいたいのか考えておくことは依然としてよいことだ
人生は計画できないという理由だけで成り行き任せにするのは、明らかにより悪い選択に見える
年を取るほど、開かれているトラックの数が減っていくことが核心だ
いつでもトラックを変えることはできるが、成功が保証されるわけではない
40歳でdistinguished engineerになったあと、突然CFOやCEOのトラックに入ると言うことはできない
そのトラックは10年前にすでに参加者を受け入れていて、すでに過密状態だ
その時点で開かれているのはCTOトラックだけで、それも一部の会社でしか可能ではない
グローバルなオフショアリング／アウトソーシングと絶え間ない自動化、特にAIベースの自動化は、今後数年から数十年にわたって技術職のキャリア曲線に下押し圧力をかけ続けるだろう
ビッグテックにおける平均的なキャリアとは、会社を辞めて5年も経てば、あなたがそこにいたことを覚えている人がほとんどいなくなるということ
かつての同僚の大半は別の職場へ移り、コードはリファクタリングされるか書き直され、ドキュメントは置き換えられたあとCMS移行の過程で消えていく
ほどなくして、そもそもそこで働いたことなどなかったかのようになる
ばかげて聞こえるかもしれないが、55歳や60歳以上の人に聞けば、自分の会社を作った人や、その分野に本当に例外的な貢献をした人でない限り、たいていは趣味、友人、家族のほうがはるかに重要だったと言うはず
だからこの記事には根本的な矛盾がある
非常にきれいなキャリアを設計することはできるが、ほとんどの技術者にとって最も有用な目標は、人生のエネルギーを削らない形で早くお金を稼ぐこと
たいていの場合、こだわりを守るよりも機会に反応するほうがこれに合っている
たとえば生涯個人貢献者であり続けることは、10年以内にVP級へ上がれる管理職よりも最終的な価値が低いかもしれない
マネージャーになる夢を見る必要はなく、ただそれなりにうまくやればよい
技術キャリアから今でも大きな満足を得ているが、友人と家族のほうが重要だというのはその通り
ドットコム崩壊直後に最初の消費者向け技術企業で働いていたが、その時期はキャリアの中ではあまり面白くなかった
クレジットカード/デビットカードのデータベースとJavaでの表現、関連するビジネスロジックを書く仕事を担当し、要件やカード種別が追加されるにつれてコードはどんどん大きくなっていった
最終的に書き直す時期が来て、そのコードは技術的負債の代表例になった
その後スタートアップの動きが再び活発になり、はるかに面白いスタートアップへ移った
15年ほど経って、退職後にコンサルをしていたとき、昔の会社の友人に会い、似たようなことをしている新しい会社が支援を探していると聞いた
行って話を聞いてみると、その会社は昔の会社のソフトウェアをライセンスしており、そこには古い自分のクレジット/デビット/その他カードのコードも含まれていた
コードは気まずいほど今でも見覚えがあり、消えているべき時期をはるかに過ぎても生き残っていた
そのコンサル案件は引き受けないことにした
忘れたいし面白くもなかったコードに戻りたくなかったし、何より退職したばかりなので、夏は湖で過ごしたかったのであって、そのコードをもう少し延命させるために使いたくはなかった
特定の職務に入る最適な時期と、そこに留まる最適な期間があり、早すぎず長く居すぎないことが、事業と従業員の双方にとってよりよいという考え方
技術業界は前者に、政治は後者に苦しんでおり、どちらの分野でも社会に与えられるよい影響が歪められている
社会は適切な参入と退出を促し、誤った参入と退出を抑えるように設計されるべき
ただし移行期には、貢献する機会すら得られない失われた世代が生まれないよう緩衝策が必要
古い考えを持つ人たちが70代や80代まで地位にしがみつき続けること、家計を支える人たちが家族を世話し、コミュニティを作り維持することに最も貢献できる時期に、職場で最大級の責任まで背負わされること、こうした構造にはどこか歪んだ面がある
10倍の成果を出す人がすべての機会を自分のものとして積み上げる一方で、残りの人が足踏みするだけなのも同じ
よいマネージャーになることを願う
個人的には、人を管理した経験はどれも非常に消耗するものだった
多くのソフトウェアエンジニアの目標は、誇れるソフトウェアとシステムを作ること
彼らはソフトウェアと、それが動く機械が好きなのだ
ここにもArduinoプロジェクト、3Dプリンター、ホームサーバーのような趣味を持つ人は多い
数週間前、特定のユースケースに合う圧縮アルゴリズムを探していてBrotli[0]を見つけ、それがGoogleで開発されたものだと知って驚いた
Googleはかつて、こうしたイノベーションの中心地だった
Brotliのようなプロジェクトは、個人の収益を最大化するために作られるのではなく、情熱とソフトウェア工学への本物の愛情から生まれる
業界は、ギークでナードらしい雰囲気から、だんだんビジネスと管理中心へと変わっている
[0] https://github.com/google/brotli
あなたが提供する価値はコードではなく、ビジネス機能を可能にすること
新製品をリリースし、市場の反応を得たとしよう。5年後にはコードはリファクタリングされて消えているかもしれない
しかし、そのリファクタリングをする人たちが職を持っているのは、初期の製品リリース時にあなたが届けた価値のおかげ
長く残る貢献は、書いたコード行ではなく、その価値である
この記事は、実際にほとんどの人に与えられているよりもはるかに大きな自己決定権を前提にしている
それに、多くの人は何年もかろうじて持ちこたえている
結局、同じキャリアの新しい派生形に再教育されるために、毎週家族と過ごす時間からさらに10時間を削ることはできない
そうでなければ、その仕事はもはや楽で高給ではいられない
20代を犠牲にして教育とキャリアに注ぎ込み、子どもや配偶者なしで過ごす人もいる
配偶者に大きな負担をかけながら再教育を受ける人もいる
短期的な苦労と、キャリア全体にわたる改善効果を天秤にかける必要があり、運も作用することを覚えておくべき
最初の挑戦で運に恵まれる人もいれば、一生運に恵まれない人もいる
できることは、良い運に出会う機会の数を最大化することだけ
収入よりずっと少なく使うことも重要
余裕資金があれば、仕事と人生の変化はずっと容易になり、リスクも低くなる
多くの人は支出が収入と同じくらい膨らみ、自分で自分を経済的な袋小路に追い込んでいる
残念ながら、いったんそうなると抜け出すのははるかに難しくなり、より大きな犠牲が必要になる
選択肢は常にあるし、私たちはこれまで生きてきたどの世代よりも多くの機会と物を持っている
物や仕事が私たちに仕えるべきであって、私たちがそれらに仕えるべきではない
この記事は主体性の高い人のために書かれているように思えるし、私の経験では、そういう人はテック業界でも珍しい
関連してピーターの法則も思い浮かぶ
人は自分の無能レベルまで昇進するという原理だ
私たちは何かを望んでいると思っていても、いざその仕事が思ったより難しいと気づくと、仕事ができなくなったり燃え尽きたりする
だからこの記事の良い指摘に加えて、自分がどのレベルまで行きたいのか、そしてそのレベルでどう働き続けられるのかについての内省も必要だと思う
その仕事が嫌いではない、という前提は付く
あるいは、誰かの頭の中に思考の種を植えようとしている記事なのかもしれない
「毎週家族と過ごす時間からさらに10時間を削れない」という部分については、その人に合った方法を見つける時間ができることを願う
断定したくはないが、「できない」という態度は、人生に変化を起こすうえではうまく機能しなかった
その傾向に向き合ってみるのもよいと思う
「何になりたいの？」という質問は、中学生の頃から、親、教師、進路カウンセラー、教授、採用担当者、メンター、管理職、人事など、数え切れないほどの善意の人たちからずっと受けてきた
40歳の今の答えも、14歳のときと同じ
わからない
それでも問題なかった
良い会社でも働いたし、いまいちな会社でも働いた
FAANGをいくつか、20人規模のスタートアップ、その間のいろいろな場所を経験した
素晴らしいプロダクトチームにもいたし、かなり多くの惨事のようなチームにもいた
コードモンキー、アーキテクト、テックリード、スタッフエンジニア、マネージャー、ディレクターをやってきたし、今ではこうしたもっともらしい肩書きに実は大した意味がないこともわかっている
その間に、銀行にはなかなか悪くない額のお金も貯まった
たいていの人は私のキャリアをかなり成功していると見るだろう
私は、キャリアがあるというより、風の吹くままにプロジェクトからプロジェクトへ、機会から機会へと移ってきただけだと言っている
一度たりとも計画や目標らしいものはなかった
人生の権威者たちが何と言おうと、そう生きても十分にうまくいくし、幸せにもなれる
何の計画も目標もなく流されていてもスタッフエンジニア/マネージャー/ディレクターになれるとわかればいいのだが、一般的な経験だとは信じにくい
特に今キャリアを始める人たちには、さらに可能性が低そうに見える
もっと大きなものを望んでいないなら、それは祝うべきこと
私も同じ船に乗っている
マネージャーには「昇進を目指すことにはあまり興味がなく、公正に報酬を受け取りながらこのレベルで働き続けたい」とそのまま伝えた
むしろキャリア育成を気にかけるべきエンジニアが1人減ったと感謝された
私たちの文化には、人は常に変わらなければならないという奇妙な信念がある
これは宗教からマルクス主義、企業文化まで、あらゆるイデオロギーを横断している
その信念にただ「ばかげている」と宣言するだけで、ずっと幸せな人生を送れると思う
悲観的なのかもしれないが、特にテック分野で20年後を計画できるとは本当に思わない
人々は、私たちが線形に変わる世界ではなく、指数関数的に変わる世界に生きていることをあまり理解していない
10年後には今の開発者の1/5しか必要なくなり、個人貢献者としてのキャリアが成り立たないかもしれない
誰にもわからない
富を築くか、年齢差別を受けるか、障害を負って終わるまで続く仕事の連続にすぎない
すべての会社で技術とマネジメントのどちらかを選ばなければならない、というのは事実ではない
一部の会社ではそうだが、多くの会社ではリードやディレクターの役割はかなり実務寄りである
Streamではリードが80%技術業務を行い、ディレクターもおよそ50%、時にはそれ以上に技術的である
VP以上でも、ある程度は今も技術的である
技術的卓越性のないマネジメントトラックという発想は間違っていると思う
小さなチーム、技術的卓越性、そして自分で手を動かせるリーダーこそが正しいやり方である
ディレクターには他にも多くの責任があるため、目の前の問題に対する良いコード上の解決策を作り、システム全体と統合するのに必要な調査と専門性を十分に提供できない可能性がある
プロジェクトチームはディレクターのコードを待つことで遅れるかもしれず、ディレクターの知識レベルが古くなっている可能性もあり、調整が難しくなることがある
一般に、ディレクターの遅れや悪いコードを批判することは、キャリアにプラスになる道ではない
小さな会社やスタートアップではこの状態はよくあるが、直すべきである
ディレクターやマネージャーには先に処理すべき重大な責任があり、自分のプライドや欲求を満たすことよりそれが優先される
良い人材を採用し、事業を拡大できるよう導くことが仕事であり、今は役割が変わったのだから、その仕事をうまくやるにはすべてのスキル、時間、リソースが必要である
個人的に何度も経験したが、誰にとっても良くなかった
それでも何とか持ちこたえはした
例えばPeter Norvigは100%実務型の技術者でありながら、高い管理職にも就いていた
Cレベル、VP、ディレクターは非常に技術的であり得るが、コードを書くことはまれである
チームリードは確実に書くが、週3日程度で、残りは組織づくり、計画、PRレビューかもしれない
CTOがコードを書くのは小さな会社くらいである
うちのCTOも以前は、事業が現在の規模まで成長するために必要な深いコードを多く書いていた
よりマネジメント寄りに見える役割にも、システムレベルの理解と技術知識が求められるという点が、正当に評価されていない
そしてその技術知識には、多くの人が技術的ではないと見る人間や財務の力学に対する理解も含まれる
これらも技術的側面と見ることができるし、そう見るべきである
より上位でマネジメント寄りの役割は、プロジェクトを成立させるために別のレバーを使う
そのプロジェクト自体も、より高いレベルのプロジェクトである
より上位の役割には、特定分野に専門化した部下を配置して活用する自由もある
作業スケジュールを組むのが嫌い、あるいは苦手なら、誰かに任せればよい
スピーチ原稿の作成が苦手でも同じである
準備方法としては第一に、少なくとも1人のメンターを見つけること
少なくとも2段階上のシニアな人が何を考えるべきか、物事がどう回っているかを案内してくれる
社内の2段階上の人たちがいまひとつなら、メンターが同じ会社にいる必要はない
第二に、自分の能力に何が欠けているかを見ること
それは計画策定ソフトウェアかもしれないし、そうではないかもしれない
健全な会社には、CEOになるマネジメントトラックとは別に、技術的リーダーシップの余地がある
プログラマーとしてキャリアを築くつもりはまったくなかった
2年働いて少しお金を貯めたあと、化学の博士課程に進む計画だった
40年後、プログラマーとして退職した
どの段階も新しい仕事で、雇用主は15社あり、9年間は小さな会社を2つ始めて自分が雇用主になったこともあった
より良い、違う、あるいはよりイライラの少ない仕事を探し、自分にできることを改善し続けること以外に計画はなかった
キャリアをどんな形で終えたいか考えたこともなかった
実際の退職は完全に自分の決断であり、まだ能力の頂点にいて雇用主も喜んで報酬を出そうとしていたが、働くことに疲れていた
計画が合う人もいるだろうが、より短期的な視点が合う人もいる
自分がコントロールできたのは、自分に何ができるかと、いつ移る準備ができたかだけだった
人生で成功するための最適化方法はたくさんあり、すべてが明白なわけではない
数年後の自分がどんな人間になっているかを予測するのは難しく、大きく変わることもある
計画するときはその点を念頭に置くべきである
一方で筆者は、最近ではソフトウェアでも信頼を失ったウォーターフォール型のアプローチを取っているように見える
X日にどこにいるか分かっていると仮定するやり方だが、ソフトウェアでも実際にはうまくいかないことが分かっている
キャリアではなおさらである
経済全体、誰と結婚するか、子どもが何人になるか、親族全員が健康かどうか、後で何をすれば幸せかといったことは予測できない
大きなお願いなのは分かっているが、本当に気になる
私もこの罠にはまったことがあるが、多くの人はただ流れに身を任せているうちに、結局好きではない仕事をする気に入らないポジションにたどり着き、抜け出し方も分からなくなるのだと思う
この記事を見て、自分が望む位置はシニア個人貢献者だと気づいたので、現在の役割からより個人貢献者に近い役割へ下りるか、職務を変えられるかをマネージャーに相談してみようと思う
キャリアの終着点についての議論を、もっと多様な方向に開くべきだと感じる
自分が自然に向かっている、いちばん望ましいキャリアの終着点は、事前の経験がなくても異なる役割へ職務を移っていける能力だ
ひとつの方法は、面接で転用可能な能力があり、非常に速く学べることを示すこと
もうひとつの側面は、こうしたやり方を受け入れる会社を見つける必要があるということ
別のキャリアの終着点は、裕福になって働かないことだ
もちろん誰もが達成できるわけではないが、キャリアの終着点の一類型ではある
障害を負って、障害給付や福祉で暮らすこともキャリアの終着点になりうる
自分には、人々が避けたいと思う終着点に見える
デジタルノマドも、こうしたキャリアの終着点の議論ではあまり十分に代表されていないように思う
独立性の下に含めることもできるだろうが、その記事での独立性の描写はかなり狭いので、明示的に言う必要がある
ある人にとっては、週4日リモートで働き、まずまずの給料を得られる時点で、すでにキャリアの終着点に到達しているのだ
キャリアの終着点はもっとずっと多いはずだが、ほかに何がありうるだろうか
それを回避する魔法のような方法を見つけたら教えてほしい
これは、雇用主が特定の経験10年を「要求」するという馬鹿げた求人票にもつながっている
その技術が生まれてから、まだようやく10年少ししか経っていないのにだ
自分も事前経験なし、あるいはごくわずかな経験だけで、別の役割へ移ってみたい
自分にとっては、知的な充足感と、もっと学びたいという欲求のためだと思う
そうした機会をくれる雇用主がいるなら、本当に**110%**を注ぐつもりだが、期待はしていない
自分のキャリアの終着点は不確かだ
自分のキャリア全体が不確かだった
完全に無計画だったわけではないが、まったく予測していなかった形で進んできた
運と機会のおかげでクラウドコンピューティングの波に乗り、経営学の学士からソフトウェア開発と分散分析システムへ移ってきた
20年にわたり横方向に移動しながらシニアレベルまで上がってきたが、まだ個人貢献者の枠を出たことはない
体が許すならDIYの技術を建設系の事業に変えてみようかと想像することもあるし、ソフトウェアコンサルティングを試してみようかとも考える
他人の会社でマネージャー職をすることには惹かれないが、建設職のようにその役割の見習いになるのが、おそらく学ぶための最良の方法だろう
会議、政治、人事評価は怖い
それでも本当に自分の事業を運営したいなら、いつかは別の会社の給料をもらいながらマネージャーにならなければならないかもしれない
たとえ1年だけであっても、そうする可能性はある