Skip to content
Published on

自己主導の学習が自分を成長させる — キャリアへの渇望を原動力に

🇰🇷KO🇺🇸EN🇯🇵JA
Split View필사 모드
Authors

はじめに — LeetCode一問の前で小さくなった夜

夜遅く、LeetCodeのミディアム問題を一つ、30分も解けずにいた日があります。解法を開いてみると簡単すぎて、いっそうみじめでした。

その日は求人票もいくつか見たのですが、応募要件に書かれた技術スタックの半分は、私が深く知らないものでした。「自分はこの程度なのか」という思いに、気持ちが沈みました。

私はLINEで働きながら、毎日それなりの量のコードを触っている人間です。それでも、そういう夜は訪れます。経験を積んでも、その不安は消えてくれませんでした。むしろ見る目が高くなるほど、自分が知らない領域がいっそうくっきりと見えてきました。

ところが、その不安を数日かみしめるうちに、見方が少し変わりました。その不安は、自分がもっとよくなりたいという証拠でした。

何の渇望もない人は、求人票を見ても不安になりません。不安だということは、行きたい場所があるということで、今とそこの距離を自分が感じているということでした。問題は不安そのものではなく、その不安をどこへ流すかでした。

この記事はその流す方向についての話です。核心の主張は単純です。結局、自分を成長させたのは誰かに言われてやった勉強ではなく、必要を感じて自分で探してやった勉強だということ。そして、その自己主導性の燃料こそ、キャリアへの健全な渇望だということです。

私は開発だけをそうやって学んだのではありません。英語も日本語も、誰かに言われてではなく、LINEで働きながら必要を感じて自分で掴み取ったものです。趣味で打つ卓球すら、コーチに言われた動作より、私が「このスマッシュをどうしても決めたい」と渇望して繰り返した動作のほうがはるかに早く上達しました。自己主導性は分野を選びませんでした。

核心の洞察 — 結局残るのは自分で探した勉強だ

振り返ると、私の実力の本当の飛躍は、いつも自己主導の学習から来ました。

会社が課した研修、義務で聞いた講義も確かに役立ちました。けれども、そうして学んだものは試験が終わった知識のように早くかすみました。

一方、私が実務で詰まって、もどかしくて、夜に自分で掘り下げたものは、何年たっても鮮明です。同時ログイン遮断を自分で実装しようと数日さまよったその数日が、どんな正規の講義より私を育てました。そのとき、セッションストレージをどこに置くか、トークンの衝突をどう検知するかを一人で悩んだ痕跡は、今も頭の中にそのまま残っています。

もう一つ、もっと正直な例があります。会社で義務として聞いたあるセキュリティ研修は、修了証を受け取った翌日には内容のほとんどが蒸発しました。反対に、LINEで障害を一つ自分でデバッグしながらネットワークタイムアウトを掘り下げた経験は、誰に聞かれなくてもまだ説明できます。同じ時間を使ったのに、残る量がこれほど違うのです。

なぜ差が出るのでしょう。動機の種類が違うからです。心理学の自己決定理論（Self-Determination Theory）は、内発的動機、つまり自ら選んで自律的にやったことが、外から強いられたことより深い学習と持続を生むと言います。

自分が「これを知らなければ」と感じて始めた勉強は、誰かに「これをやれ」と言われた勉強と、脳が処理するやり方そのものが違います。前者は自分の問題を解く営みで、後者は他人の課題をこなす営みだからです。

だから私はこう整理します。会社は私に機会と問題を与えられるが、成長の核心エンジンは自分でかけなければならない。誰かに食べさせてもらうのを待つ学習には明らかな限界があります。本当の成長は、自分が渇きを感じ、自分で探しに出るときに始まります。

掘り下げ1 — 不安を原動力に変える翻訳

求人票やLeetCodeの前で感じる不安は、それ自体ではただの不快な感情です。問題は、その感情をどう「翻訳」するかです。

同じ不安も二つの方向に流れます。一方は自己卑下です。「自分はだめなんだ、才能がないんだ」へ流れると、不安は人を麻痺させます。

もう一方は方向の情報です。「ここが自分の弱い所だな、ならここを埋めよう」と翻訳すると、不安は地図になります。同じ不安なのに、翻訳の方向によって毒にもなり、羅針盤にもなります。

これをよく示すのがCarol Dweckのグロースマインドセット（growth mindset）研究です。能力を固定したものと見る人は、困難に出会うと「自分の限界が現れた」と受け取って避けますが、能力を伸ばせるものと見る人は、同じ困難を「まだできていないこと」と見て挑みます。

核心は「まだ（yet）」という一語です。「自分はこれができない」を「自分はこれがまだできない」に変えること。求人票の知らない技術の半分は、自分の限界ではなく、次の学習リストです。

私はこの翻訳を実際に紙に書きます。不安なとき、求人票を開いて、知らない項目を全部書きます。すると漠然とした不安が具体的なやることリストに変わります。感情が情報になる瞬間、心がずっと軽くなります。

求人票を弱点の地図に変えた実際の例

抽象的に言うだけでは伝わらないので、私があるバックエンドシニアの求人票を前にして実際にやった作業を、そのまま書き写してみます。

求人票の応募要件には、おおよそこんな文章が並んでいました。大規模トラフィックの処理経験、メッセージキューを基盤とした非同期アーキテクチャの設計、データベースのインデックスチューニング、分散システムでの一貫性保証、オブザーバビリティツールを活用したモニタリング。

私は各項目の横に、正直に点数をつけました。トラフィック処理は実務でやったから自信あり、メッセージキューは使ったが設計は他人がやったものをなぞった程度、インデックスチューニングは本でしか知らず実測はほぼなし、分散一貫性は用語は知っているが深さが浅い、オブザーバビリティはダッシュボードを見たことはあっても自分で構成したことはなし。

こう書いてみると、漠然とした「自分は不足している」が、「今四半期はインデックスチューニングと分散一貫性の二つを掘る」という文章に変わりました。一塊の不安が、優先順位のついた五つの項目に分解されたのです。分解された不安は、もはや私を押しつぶせません。ただの処理すべき仕事になります。

ここで大事なのは、すべての項目を一度に埋めようとしないことです。五つのうち、最も頻繁に登場し、自分の弱点が最も深い二つだけを今四半期の目標に選びました。

残りは次の四半期に回しました。欲を減らすことが、かえって完走の秘訣でした。全部やろうとして何もできないより、二つを最後まで掘るほうがはるかに残るものが多かったのです。

そしてもう一つ。この弱点の地図は、今すぐ転職するつもりでなくても作っておく価値があります。求人票は市場が何を求めているかを教えてくれる最も正直なシグナルであり、そのシグナルを定期的に読むだけで、自分の学習の方向が市場とずれないように保たれます。

掘り下げ2 — 実力不足は人を狭量（卑屈）にする

少し不快な話を一つします。私の経験では、実力不足は人を狭量（卑屈）にします。

基礎が弱いと心に余裕がなくなります。同僚がよりよい方法を提案しても、それを学ぶ機会と見られず、自分の不足が見抜かれたように感じて防御的になります。

新しい技術が出ると、好奇心より脅威を先に感じます。後輩がよい質問をすると、答えを知らないのが怖くてごまかします。実力が不足するほど人は小さくなり、小さくなった人は知らぬ間に狭量になります。

私にもそういうことがありました。コードレビューで、自分の実装よりよいやり方を提案されたとき、頭ではそれが正しいと分かっていながら、口からは「それはうちの状況には合いません」といった言い訳が先に出ました。

あとで振り返ると、その防御は技術の問題ではなく自信の問題でした。私がその領域を十分に知っていたなら、よい提案をただ喜んで受け入れていたでしょう。結局、狭量さの根には恐れがあり、その恐れの根には実力不足がありました。

逆に基礎が固いと心に余裕ができます。よりよい方法を聞けば「おお、そっちがいいね」と受け入れます。知らないことを知らないと言えます。

後輩の成長を脅威ではなく喜びと見ます。実力はただ仕事をうまくさせるだけでなく、人を寛容にします。だから私は基礎を、単なる技術ではなく心の土台だと見ています。

卓球場でも似たものを見ます。基礎が固い人ほど、負けた試合を振り返りながら笑い、相手のよいショットを称えます。

反対に、基礎が浅く運頼みで勝ってきた人ほど、一点でも落とすとラケットのせいにし、ボールのせいにします。実力の余裕が人の態度を作るというのは、コードの前でもテーブルの前でも同じでした。

では何が基礎でしょう。次の節でリストにまとめますが、一文で言えば、華やかな最新のフレームワークではなく、ゆっくり古びるものたちです。流行は早く変わりますが、基礎はゆっくり古びます。

LeetCodeを解く理由も、アルゴリズムそのもののためというより、問題を分解しデータ構造を思い浮かべる、その思考の筋肉のためです。面接用のトリックを暗記しようというのではなく、どんな問題でも細かく刻んで適切な道具を選ぶ習慣を体に刻もうとしているのです。

基礎は一夜漬けがききません。マラソンのように、遅くても着実に積むしかありません。一日一問、毎日30分でも長く続ける人が、結局遠くまで行きます。

基礎とは正確に何か — ゆっくり古びるものたちのリスト

「基礎を積め」という言葉はよく聞きますが、いざそれが何なのかを具体的に整理したことはまれです。そこで、私が考える「ゆっくり古びるものたち」のリストを書いてみます。

第一に、データ構造とアルゴリズムです。配列、ハッシュマップ、ツリー、グラフがそれぞれいつ速くていつ遅いのか、時間と空間の計算量を直感で見積もる能力です。特定の言語のライブラリ名は数年後に変わっても、ハッシュマップが平均定数時間で参照できるという事実は変わりません。

第二に、オペレーティングシステムの基礎です。プロセスとスレッドの違い、コンテキストスイッチのコスト、メモリがどう管理されるか、ロックと並行性がなぜ難しいのか。これを知っていれば、「なぜこのサーバーが遅くなったのか」といった問いの前で、漠然とした当て推量の代わりに仮説を立てられます。

第三に、ネットワークです。TCPとUDPの違い、ハンドシェイクとタイムアウト、HTTPがその上でどう動くか、DNSが何を解決してくれるのか。私がLINEで遭遇した障害の相当数は、結局ネットワーク層の理解で解けました。

第四に、データベースの動作原理です。インデックスがなぜ参照を速くし書き込みを遅くするのか、トランザクションの分離レベルが何を保証するのか、クエリプランナーがどう判断を下すのか。ORMが作ってくれるクエリの裏で何が起きているのかを知ってこそ、本当の問題を解けます。

第五に、コードをきれいに書く能力です。名前をうまくつけ、関数を小さく分け、意図を表に出し、テストで守る習慣。これは特定の言語を超える技術であり、時間がたつほど価値が下がるどころか、むしろ上がります。

このリストの共通点が見えますか。すべて特定の会社、特定のフレームワーク、特定の流行に縛られていません。だから一度きちんと積んでおけば、会社を移っても、言語を変えても、そのままついてきます。私が基礎に最も多くの時間を使う理由が、まさにこれです。

もちろん、最新技術を無視しろという話では決してありません。比重の問題です。私は学習時間の半分ほどをゆっくり古びる基礎に、残りの半分を今の実務に必要な道具に使います。基礎という固い根の上で、最新の道具という葉ははるかに早く伸びます。

もう一つ付け加えると、基礎が固いほど、新技術の学習速度そのものが速くなります。新しいフレームワークを見ても、「ああ、これは結局あのデータ構造をこう包んだものだな」「この並行性モデルは結局ロックの変形だな」と中身が見えます。毎回ゼロから暗記する人と、知っている原理に新しいラベルを貼るだけの人の差は、時間がたつほど開いていきます。

だから基礎への投資は、単に古いものを守る保守的な選択ではありません。むしろ新しいものを最も早く吸収するための、最も攻撃的な投資です。私はこの事実を、LINEで数々の新技術を導入しながら体で確かめました。

時間を確保するシステム設計 — 意志ではなく環境

自己主導の学習で最も頻繁に崩れる地点は、意外にも意志ではなく時間です。正確には、意志だけに頼って時間を作ろうとするから崩れます。

私はかつて「今日は仕事が終わったら勉強しよう」と毎日誓っていました。結果は惨憺たるものでした。仕事が終わるころにはすでに意志が底をつき、残った意志は会議とコードレビューが使い果たした後でした。夜ごと罪悪感だけが積もりました。

気づいたことは単純です。意志は揮発します。一日じゅう判断を下していると、夕方の自分は朝の自分よりはるかに弱っています。だから学習を意志の強い時間帯へ移し、その時間を環境として固定しなければなりません。

私は学習ブロックを出社前の朝へ移しました。アラームをいつもより40分早く合わせ、前の晩に解く問題や読む章をあらかじめ画面に出しておきます。朝起きたら何をするか悩む必要もなく、ただ座って始めればよい。判断のコストをゼロにしたのです。

環境設計の核心は摩擦を減らすことです。始めやすくし、よそ見しにくくする。スマートフォンは別の部屋に置き、学習時間にはメッセンジャーの通知を切ります。小さな摩擦をいくつか取り除くだけで、実行率が目に見えて上がりました。

もう一つ、完璧な一時間より確実な30分のほうがましです。一時間を作れそうにないとそもそもやらなくなりますが、30分は負担がないので着実に続きます。私は目標をわざと小さく設定します。「今日は一問」「今日は一節」。小さくて毎日越える敷居が、大きくてたまに越える敷居より遠くへ連れて行ってくれます。

まとめるとこうです。時間がないという言葉は、たいてい仕組みがないという意味です。意志を責めるのではなく、意志が要らないように環境を設計してください。

私の一週間の学習ブロックの実際の姿

抽象論で終わらせないために、私が実際に回している一週間を共有します。完璧な模範ではなく、平凡な会社員が回せる現実的なバージョンです。

平日の朝は、出社前の30分を固定します。月水金はアルゴリズム一問、火木は基礎の本を一節。種類を曜日に埋め込んでおくと、「今日は何をしよう」と悩む必要がありません。

昼休みの終わり際の10分は、短い復習です。その日の朝に見たものを一行でメモしておきます。この小さなメモが週末のまとめの材料になります。

土曜の午前は、その週に学んだことを短い文章一編にまとめます。出力の時間です。そして日曜は空けます。卓球を打つか、ただ休みます。回復も予定に入れてこそ守られます。

この表全体で、一日あたりの負担は決して大きくありません。核心は大きな一発ではなく、小さなブロックが途切れずに続く構造です。小さくて毎日守られる計画が、大げさで三日で崩れる計画にいつも勝ちます。

複利で積み上がる実力 — 一日30分の一年

自己主導の学習の最大の誤解は、結果が早く見えないと効果がないと信じることです。しかし実力は直線ではなく複利で積み上がります。

一日30分は、ばかげて見えます。けれども一年なら約180時間を超えます。ほぼ一か月分の勤務時間を、ただ自分の弱点を埋めることだけに使う計算です。それも毎年繰り返されます。

しかも学習は単純な足し算ではありません。昨日学んだことが、今日学ぶことの足場になります。データ構造を知ればデータベースのインデックスがより早く理解でき、インデックスを知ればクエリチューニングが楽になり、それがまたシステム設計へつながります。知識は互いを引き上げます。これが複利です。

問題は複利の序盤が退屈なことです。曲線の前のほうはほぼ平らで、一か月やっても目立った変化がありません。多くの人がまさにこの平らな区間で諦めます。曲線が急になる直前で止まってしまうのです。

だから私は結果の代わりに過程を数えます。「今日実力が伸びたか」ではなく「今日30分をやったか」で点検します。結果は自分の制御の外ですが、過程は自分の制御の内にあります。制御できるものだけを数えると、原動力が長く続きます。

具体的にはカレンダーに小さな印を残します。一日に一マス。数日続いただけで、その線を切りたくない気持ちが生まれます。実力という見えないものの代わりに、連続という見えるものを動機にする方法です。

そして四半期末には、四半期初めに書いておいた弱点の地図を再び取り出します。そのときは解けなかった項目のうち、いくつかが今では説明できるものになっています。その変化を目で確認する瞬間が、次の四半期を耐えさせる最大の燃料でした。

卓球でたとえるとこうです。同じフォアハンドドライブを毎日200球ずつ打つと、一週間では変化がありません。ところが二、三か月たつと、ある瞬間にボールが違う飛び方をします。体が知らないうちに変わっていたのです。コードの実力も、言語も同じでした。変化はいつもずっと後で、一気に来ます。

分野をまたぐ自己主導性 — 言語の勉強から学んだこと

自己主導の学習が開発だけに通じる原理ではないことを、私は言語の勉強で最も大きく感じました。

LINEで働いていると、日本語が必要な瞬間が頻繁に来ます。最初は会社が支援する講義を聞きました。出席はしましたが、実力は遅々として伸びませんでした。言われた進度を追う勉強だったからです。

転換点は、自分の必要が明確になった瞬間でした。日本人の同僚との会議で言いたいことが言えずもどかしかった日、私はその日言えなかった表現を自分で書いて覚え始めました。講義の進度ではなく、自分のもどかしさが教材になったのです。

そのときから速度が変わりました。次の会議で使う表現をあらかじめ準備し、終われば言えなかった部分を埋めました。学習が実戦とくっついているので毎回役に立ち、役に立つので忘れませんでした。英語も同じやり方で伸ばしました。

英語と日本語の勉強で得た教訓は、開発にそのまま適用できました。第一に、自分の本当の必要から出発するとき学習が最も速い。第二に、学んだことをすぐ実戦で使えば、それがそのまま復習になる。第三に、小さくても毎日が、たまのまとめ打ちに勝つ。

分野がコードでも言語でも卓球でも、原理は一つでした。誰かに言われた進度ではなく、自分が感じた欠乏から出発した学習が人を育てます。だから私は新しいことを学ぶとき、いつもまず問います。自分が今いちばんもどかしい所はどこか。そこがいちばん早く伸びる所です。

出力してこそ自分のものになる — 入力中心の学習の罠

自己主導の学習をしていると言いながら伸びない人には、一つの共通点があります。入力ばかりして出力をしないことです。

動画を見て、本を読み、講義を聞きます。その瞬間は全部理解した気になります。ところがいざ自分でやってみろと言われると手が動きません。理解した気がする感覚と、実際にできることの間には大きな川があります。

私もしばらくこの罠にはまっていました。アルゴリズムの講義を何十時間も聞いたのに、いざ新しい問題の前では途方に暮れました。見ることと解くことはまったく別の能力でした。それに気づいてからは講義を減らし、自分で解く時間を増やしました。

出力にはいろいろな形があります。自分でコードを書いてみること、学んだことを短い文章にまとめること、同僚に説明してみること。特に他人に説明するのは最も強力な出力です。説明しようとすると、自分がどこを知らないかが正確に露わになるからです。

私は何かをきちんと理解したか確認するとき、それを知らない人に説明すると想像しながら文章に書いてみます。詰まる地点が、すなわち空いた穴です。その穴を埋めて、ようやく自分のものになります。

だから学習時間を組むとき、入力と出力のバランスを意識的に合わせます。一時間聞いたなら、最低でも同じだけは自分で作るか書いてみます。入力だけでは決して川を渡れません。

私が使う最も簡単な出力の道具は、短い文章です。大げさなブログ記事でなくてもかまいません。「今日インデックスがなぜ速いのかを三行で説明してみる」程度で十分です。

三行を埋めようとすると、分かっていると錯覚していた部分がすぐに露わになります。その空欄を埋める過程が本当の学習です。入力は理解の錯覚を与え、出力は理解の真実を露わにします。

こうして積もった短い文章は、おまけに資産になります。数か月後に同じ主題に再会したとき、過去の自分がまとめておいたメモほど速い復習材料はありませんでした。出力は他人に見せるためではなく、未来の自分のための貯金です。

掘り下げ3 — キャリアの主導権は自分が握る

自己主導の学習のより大きな絵は、キャリアの主導権です。

多くの人がキャリアを会社が決めてくれるものと考えます。会社が言う仕事をし、会社が与える研修を受け、会社が定めた経路に従います。

ところが会社の優先順位と自分の成長の優先順位は、いつも同じではありません。会社は今すぐ必要な仕事をさせるのであって、自分の10年後を責任は持ちません。自分のキャリアを最も真剣に考える人は、結局自分だけです。

Cal Newportの『So Good They Can't Ignore You』は「情熱に従え」というありふれた助言を批判し、代わりに希少で価値ある技術を積んで「キャリア資本」を作れと言います。その資本が積もってはじめて自律性と選択肢が生まれるというのです。

何をするか選ぶ自由は、十分な実力の上にだけ与えられます。自己主導の学習は、この資本を積む最も確実な方法です。

エンジニアリングのリーダーシップについて長く文章を書いてきたWill Larsonは、キャリアの成長が偶然ではなく、意図的な選択の積み重ねだとしばしば強調します。

どのプロジェクトを引き受けるか、どの技術に投資するか、どの席に立つかを自分で選ぶ人が、結局より遠くまで行くというのです。主導権は大げさな宣言ではなく、小さな選択の総和だという観点が、私に大きな助けになりました。

私もLINEでどの仕事を引き受けるか決まるとき、ただ降ってくる仕事を受けるだけの時期と、自分の弱点を埋められる仕事を意識的に手を挙げて取りに行った時期とでは、成長の速度がまったく違いました。同じ会社、同じ席でも、選択の態度一つで一年後が変わりました。

主導権を握るのは大げさなことではありません。「今四半期は弱点であるデータベースを深く掘る」と自分で決め、会社の仕事とは別にその目標へ少しずつ進むこと。会社が言わなくても必要なものを学ぶこと。

そうして積んだ実力は、会社を移っても、職務が変わっても、自分についてきます。会社は去っても実力は残ります。

環境と転職 — 健全に扱う方法

自己主導の学習を話すと、必ず出る質問があります。「でも会社の環境がひどすぎたら？ 学ぶものがなかったら？」 正当な質問です。環境は確かに重要です。

まず認めること。すべてを個人の意志に帰すのは酷です。成長する素材がなく、よい同僚がおらず、挑戦的な問題がない環境なら、どんなに自己主導的でも限界があります。

環境を変えること、つまり転職や部署異動も、れっきとした自己主導的な選択です。やみくもに耐えるのが自己主導ではありません。悪い環境から去る決断も、自分で下したものなら、それ自体が主導的な行動です。

ただし、転職を「逃避」として使うのと「戦略」として使うのは違います。今の席で学べるものを学び尽くし、自分の弱点を埋め、次の段階へ行くために移るのは戦略です。

一方、つらいたびに、基礎が弱くて壁にぶつかるたびに環境のせいにして移ると、どの会社へ行っても同じ壁にぶつかります。自分が持ち歩く弱点は会社を変えてもついてくるからです。

だから私はこう見ます。環境を変える決定はする、ただしその前に「これは環境のせいか、自分の基礎のせいか」を正直に区別しよう。環境のせいなら移るのが正しく、自分のせいなら移っても解けません。この区別をしておくと、転職の決定がずっと健全になります。

ある後輩との対話

いつか、ある後輩が私に転職の悩みを打ち明けたことがあります。対話が印象深く、覚えているまま書き写してみます。

後輩はこう言いました。「ここは学ぶものがありません。言われた仕事の単純な繰り返しばかりで、移りたいです。」 私は尋ねました。「その単純な繰り返しを、もっとうまくやる方法は全部探してみた？」

後輩は少しひるみました。「それは……いいえ。」 私は再び尋ねました。「その繰り返し作業を自動化してみたことは？ なぜこう書かれたのか、コードの履歴をたどってみたことは？」 後輩は首を振りました。

私の言いたかったのは、移るなということではありませんでした。移るにしても、今の席で絞り出せる学習を全部絞り出した後で移れ、ということでした。同じ環境でも、ある人は自動化ツールを作り出し、ある人は不平だけ残して去ります。

数か月後、後輩はその単純な繰り返しをスクリプトで自動化し、その経験が次の会社の面接で最も強い話になったと言いました。環境のせいにするのを少し止めて自分の内側をのぞいた時間が、結局より良い環境へ行くチケットになったのです。

この対話を思い出すたびに考えます。環境と自分を区別する問いは、他人のためではなく自分のためのものだと。正直に問う人だけが、同じ壁に二度ぶつかりません。

環境のせいと自分のせいを区別するチェックリスト

言うのは簡単ですが、いざつらいときは区別がうまくつきません。だから私は表に整理しておき、壁にぶつかるたびに取り出して見ます。

問い環境のせいに近い自分のせいに近い
同じ困難が複数の会社で繰り返されるかいいえ、この会社だけがそうだはい、どこでも同じ壁だ
よい同僚から学ぶ通路があるか通路そのものがふさがっている通路はあるが自分が使わなかった
挑戦的な問題が与えられるか単純な繰り返しばかりさせる挑戦はあるが自分が避けた
自分が努力すれば良くなる余地があるか構造的にふさがっているまだ自分の努力が足りなかった
去ればこの問題が解決するかはい、環境さえ変われば解けるいいえ、弱点がついてくる

右の欄に印が偏れば、移っても同じ問題に出会う可能性が大きいです。そのときはまず弱点を埋めるのが順序です。左の欄に印が偏れば、それは意志ではなく環境が問題なので、移るのが正しいです。

このチェックリストの本当の効用は、正解を与えることではなく、感情に流された判断を少し止めてくれることにあります。怒った状態で辞表を出すのと、五つの問いに答えてから決めるのとでは、一年後の結果が違います。

比較 — 受動的なキャリアと主導的なキャリア

区分受動的なキャリア主導的なキャリア
学習動機会社が言うから自分が必要を感じて
不安への対処自己卑下で麻痺弱点の地図に翻訳
基礎流行追いで表面だけゆっくり固く
転職つらいと逃避戦略的選択
主導権会社が握る自分が握る
残るもの会社を去ると消えるどこへ行ってもついてくる

この表を改めて見ると、結局すべての行が一つの方向を指しています。主導権を誰が握るか。学習動機も、不安への対処も、転職の判断も、結局は自分がハンドルを握るか否かの問題でした。

健全に比較する — バーンアウトを避けながら成長する

自己主導の学習には影があります。間違って使うと果てしない自己酷使になり、果てしない自己酷使は人を崩します。

最も多い落とし穴は比較です。SNSにはいつも自分よりできる人が見えます。誰かはオープンソースのメンテナーで、誰かはより良い会社へ移り、誰かはサイドプロジェクトで注目されます。彼らと今の自分を並べると、どんなに努力してもいつも足りなく見えます。

比較は短期的には刺激になります。しかし長く見れば原動力をむしばみます。終わりがないからです。一人に追いつくとまた別の人が見え、比較の基準はずっと上へ逃げていきます。到達できない目標へ向かって走れば、結局疲れ果てます。

だから私は比較対象を変えました。他人ではなく昨日の自分です。昨日の自分が解けなかった問題を今日解けたなら、成長したのです。この基準は到達可能で、まったく自分のものであり、毎日小さな達成を与えてくれます。

バーンアウトについては慎重に話したいです。私は医療の専門家ではなく、これは診断でも処方でもありません。

ただ、組織心理学者のChristina Maslachのバーンアウト研究がしばしば指摘する一点は記憶に値します。バーンアウトは怠けた人ではなく、むしろ長く、回復なしに没頭した人に訪れるという点です。つまり、最も熱心にやった人が最も危ういこともあるという意味でもあります。

この観点が私に与えた教訓は単純です。休みは怠惰ではなく、持続の条件だということです。毎日30分を一年間続けるには、逆説的に休む日も設計しなければなりません。私は週に一日は学習を完全に空けて、卓球を打つかただ休みます。その一日が残りの六日を守ってくれます。

もう一つ、不安だけを燃料に使わないようにしています。不安はエンジンをかけるにはよいですが、長く走る燃料としては人を焼きます。

だから不安の隣に前向きな目標を一緒に置きます。「後れを取りそうだから」ではなく「これを作りたいから」という理由を一つずつ用意します。恐れと憧れを一緒に使えば、はるかに長く走れます。

実践法 — 渇望をルーティンに変える

  1. まず時間を確保：意志は揮発します。毎日同じ時間（例：出社前30分）を学習ブロックに固定してください。環境が意志に勝ちます。
  2. 弱点の地図を作る：四半期ごとに求人票を三、四つ開き、知らないものを全部書きます。それが四半期の学習目標になります。
  3. 基礎の一筋を決める：一四半期に基礎の一領域（データ構造、DB、ネットワークなど）を選んで着実に掘ります。同時に全部やろうとして全部できません。
  4. マラソンのペース：LeetCodeでも本でも、一日分を小さく決めて毎日やります。週末まとめより毎日少しが長く続きます。
  5. 学んだものを出力に：学んだことを短い文に残すか同僚に説明してください。出力してこそ自分のものになります。
  6. 定期点検：四半期末に弱点の地図を見直し、埋まったものと残ったものを確認します。進展を目で見てこそ原動力が保てます。
  7. 休む日を設計：週に一日は学習を空けます。回復は怠惰ではなく、持続のための投資です。
  8. 比較対象は昨日の自分：他人との比較を断ち、昨日の自分を基準にだけ進展を測ります。

四半期単位の例

時点行動
四半期初め求人票で弱点の地図を作成、基礎の一領域を選択
毎日固定時間に30分学習（問題1つ、または本の一節）
毎週その週に学んだことを一編、文にまとめる、一日は休息
四半期末弱点の地図を更新、進展を点検、次四半期の目標

表は単純ですが、核心は四半期という単位です。一日は短すぎて変化が見えず、一年は長すぎて計画がぼやけます。三か月は一領域をきちんと掘りながらも進展を目で確認できる、私の経験では最も適した呼吸でした。

落とし穴 — 自己主導を誤解するとき

よい原理も間違って使えば人を害します。自己主導の学習も例外ではありません。私が直接はまったり、近くで見たりした落とし穴を集めておきます。あらかじめ知っておけば避けやすくなります。

  • 自己搾取に変質：自己主導が果てしない自己酷使になると、燃え尽きで崩れます。Maslachのバーンアウト研究は、回復のない慢性的な過負荷の危険を警告します。休みは怠惰ではなく、持続の条件です。
  • 不安だけを燃料にする：不安はエンジンをかけられても、長く走る燃料としては不向きです。不安だけで走ると疲れます。行きたい方向（前向きな目標）という燃料も一緒に満たしてください。
  • 全部環境のせい／全部自分のせい：どちらも落とし穴です。正直に区別してください。環境のせいなら変え、自分のせいなら埋めてください。
  • 流行ばかり追う：新しいフレームワークばかり追うと基礎が空きます。華やかな新作より、ゆっくり古びる基礎にもっと投資してください。
  • 他人との比較を原動力にする：比較は短期の刺激にはなりますが、長くは自分をむしばみます。比較対象は昨日の自分にしてください。
  • 意志だけに頼る：意志は弱いです。時間ブロック、環境設計といったシステムで意志を置き換えてください。

はじめて始める人のための最初の四半期ガイド

このすべての話がよく見えても、いざどこから始めるか途方に暮れることがあります。そこで、何もしていなかった状態から最初の三か月をどう過ごせばよいか、私の勧める順序を書いておきます。

最初の週は、学習ブロックの時間を一つだけ決めます。何を勉強するかはまだ決めなくてかまいません。ただ毎日同じ時間に机の前に座る習慣から作ります。最初の週の目標は学習ではなく出席です。

二週目は、求人票を三、四つ開いて弱点の地図を作ります。そしてそのうち、たった一領域を今四半期の主題に選びます。欲張らずに一つだけ選ぶのが核心です。

その後の十週間は、その一領域を毎日少しずつ掘ります。アルゴリズムなら一日一問、本なら一日一節。毎週土曜にはその週に学んだことを短い文章にまとめ、日曜には休みます。

最後の週は、最初に作った弱点の地図を再び取り出して見ます。埋まった項目に線を引き、次四半期の主題を選びます。この一サイクルを一度きちんと回してみれば、その次からは体がリズムを覚えます。

大げさな決意は三日ともちません。けれども、この小さなサイクルは一年なら四回回ります。四つの弱点を埋めた一年後の自分は、決意だけを繰り返していた去年の自分とはまったく違う人になっています。

FAQ

Q. 会社の仕事だけでも手いっぱいなのに、自己主導の学習まで？ 大げさにとらえないでください。一日30分で十分です。核心は量ではなく「毎日」という持続性です。時間を固定ブロックで確保するのが第一歩です。

Q. 不安がひどすぎて、かえって何もできません。 不安を紙に書いて具体的なやることに変えてみてください。漠然とした不安がリストになると扱えるようになります。圧倒されすぎるなら、最も小さな一つから始めてください。

Q. 環境が本当に悪ければ、転職が答えではないですか？ 転職は正当な自己主導的選択です。ただし移る前に「環境のせいか自分の基礎のせいか」を正直に区別してください。環境のせいなら移るのが正しいです。

Q. 基礎を積む時間に実務技術を学ぶほうがよくないですか？ 両方必要ですが、比重の問題です。実務技術は早く古び、基礎はゆっくり古びます。長い目で見れば基礎のほうが高い複利で返ってきます。私は学習時間を半分ずつ分けて使います。

Q. 毎日30分すら、どうしても作れません。本当に無理な時期です。 そういう時期は誰にでも来ます。そのときは量をもっと減らしてください。一日10分、問題一個の半分でもいいです。大事なのは途切れさせないことです。0と10分の差は、10分と一時間の差より大きいです。習慣の糸さえ生きていれば、余裕ができたときにすぐ増やせます。

Q. 他人と比較すると、みじめになりすぎます。どうやって止めますか？ 比較対象を昨日の自分へ移してください。他人の成果物はその人の何年かが圧縮された結果ですが、自分に見えるのはその最後の場面だけです。過程は見えません。見えない過程と自分の現在を比べるから、いつもみじめになるのです。昨日の自分は過程まで全部知っている唯一の比較対象です。

Q. 成長しているのに、いつも不安が消えません。正常ですか？ 私も経験を積んだ今でもそうです。実力が伸びると見る目も一緒に高くなって、知らない領域がむしろよりくっきり見えます。不安が消えないのは、止まらずに進んでいるという合図に近いです。不安をなくそうとするより、その不安を毎回やることリストへ翻訳する習慣をつけてください。

一ページ要約 — この記事を五行で

読んだあと頭に残したいものだけを絞ると、こうです。

第一に、不安は敵ではなく方向の情報です。自己卑下へ流せば毒で、弱点の地図へ翻訳すれば羅針盤です。

第二に、自分を育てたのは言われてやった勉強ではなく、自分で探してやった勉強でした。自己決定理論が言うように、自律的な動機が最も深く残ります。

第三に、基礎はゆっくり古びます。データ構造、オペレーティングシステム、ネットワーク、データベース、きれいなコード。流行より根にもっと投資してください。

第四に、意志ではなくシステムです。時間を環境として固定し、小さく毎日やり、出力で確認し、休む日を設計してください。

第五に、比較対象は他人ではなく昨日の自分です。そうしてこそ遠くまで、崩れずに行けます。

おわりに — 渇望は恥ずかしいものではない

LeetCode一問の前で小さくなったあの夜以来、私は不安を違うふうに扱うことにしました。

不安なたびに自分を責める代わりに、その不安が指す方向を見ます。知らないものを書き、それを四半期の目標にし、毎日少しずつ埋めます。

不安は今も訪れます。経験を積んだ今でもそうです。ただ今では、それが自分にまだ行きたい場所があるという合図だと知っています。不安が消えた日は、たぶん私が止まった日でしょう。

キャリアへの渇望は恥ずかしいものではありません。もっとよくなりたい気持ち、認められたい気持ち、よりよい仕事をしたい気持ち。

その渇望を自己卑下へ流せば毒になりますが、自己主導の学習へ流せば最も強い原動力になります。同じ感情が人を麻痺させもし、遠くへ連れて行きもします。方向さえ変えればよいのです。

そして、そうして積んだ実力は、誰も奪えません。会社を去っても、職務が変わっても、市場が揺れても、自分が自ら探して積んだものは自分についてきます。

結局、自分を成長させたのは誰かに言われてではなく、自分で探してやった勉強でした。開発も、英語も、日本語も、そして卓球さえもそうでした。

今日不安なら、その不安を紙に書いて一行のやることに変えてみてください。大げさである必要はありません。たった一行でいいのです。その一行が、一年後のあなたを作ります。

参考資料

Discuss on Twitter • View on GitHub