数週間前、誰もが今後のMicrosoft
PDC (Professional Developers Conference)について書き始めました。 特に、Doug Reillyは
「誰があなたのキャリアを管理しますか?」というタイトルの投稿を書きました
。 多くの人がこの投稿を読んで言及し、一部の人(たとえば、
Sam Gentileや
Robert Herlbat )は、相互投稿でアイデアを開発しました。
PDCのコストについては議論しませんが、個人が自分でキャリアを管理すべきだという考えには同意します。 多くの場合、変更できないものに焦点を合わせようとします。 しかし実際、私たちのキャリアの成長は私たちの手にかかっています。
私はたまたま多くの開発者と協力しました。 私は、優れたキャリアの所有者が1つの秘密を知っていることに気付きました。1次デリバティブに取り組む必要があります。
数学が役に立たないと思いましたか?
マットの始まりを覚えておいてください。 分析? おそらくない。 クラスメイトを見つめているか、二日酔いの新入生だったかもしれません。 いずれにせよ、なんとなく耳をすませた。 しかし、教科書の最初の章は、成功したキャリアの秘密をほのめかしました。
初級コースで。 関数の1次導関数は、引数が変化したときに関数が変化する割合であると分析で教えられました。 キャリアにおいて、時間は議論です。 開発者のキャリアの基本的な方程式は次のとおりです。
K = D + O * T
Kは能力、つまりソフトウェア開発の分野におけるスキル、知識、および経験です。
Kは、雇用主の従業員の価値を測定します。 彼女はキャリアの成功を定義します。 チャートでは、縦座標に沿って
Kをプロットします。
Dは贈り物、つまり生来の能力です。 各人にとって
Dは定数ですが、異なる人にとっては
Dは異なります。
Oは学習能力、つまり、人が知識を得る(または失う)速度です。
Tは時間です。 横座標に沿ってTを延期します。
式から、3つの変数がキャリアの成功を決定することがわかります。 変更できるのは1つだけです。
- 明らかに、 Tは変更できません。 すべての時間は容赦なく前進します。
- Dも変わりません。 真実は、より才能のある人々がいるということです。 それについて何もすることはありません。 ただし、 Dは成功を完全に決定するわけではありません。 私は、キャリアがうまくいかない非常に才能のあるプログラマーを知っていました。 また、非常に成功したキャリアを持っているあまり才能のある人々を知っていました。
- ただし、 Oは変更できます。 事実、意識的であろうとなかろうと、私たちはOに影響を与える決定を毎日します。
一階微分に取り組む
古い習慣を破るのは難しいです。 そして、多くの場合、一次導関数の代わりに、
K自体を変更しようとします。
- 他の誰かが昇進した場合、私たちはinします。
- 上司が私たちよりも誰かのアイデアを高く評価しているように見える場合、私たちはinします。
- 仕事を探すとき、 Kの高さを示すドキュメントを送信します。
私たちは、問題は他者が私たちの能力に気づかないということだと確信しています。 時間が経つにつれて、私たちは自分の能力について他人の意見が自分よりも重要であると信じ始めます。
他の人が
Kをどう思うか心配するのは時間の無駄だと思います。 キャリアを成功させる鍵は、最初の派生物である
Ohです。
Oは
Kが変化する速度です。 多くの場合、現時点での
Kの値は気を散らすだけです。 重要なことは1つだけです。能力は日ごとに増減しますか? それともまったく変わりませんか?
明らかですか? そうでもない。 多くの人はこれを理解しておらず、理解している人は非常に先を行っています。 ほとんどの開発者にとって、
Oはゼロです。 正の
Oは、クラウドから分離されます。
Oが正の数になると、キャリアは
Dの任意の値に対して上り坂になります
。 より有能になる人の可能性は日々成長しています。
絶えず学ぶ
たとえば、PDCを自分で支払うことができます。 これは肯定的
なああの例です。 PDCにアクセスして、C#でジェネリックを生成する方法、Yukonのクエリを最適化する方法、LonghornのマネージAPIなどを学ぶことができます。 10月の最後の週に、Kは増加します。
ただし、PDCは数年に1回配置されます。 残りの時間に
Oをポジティブに保つ方法は?
Oがゼロと時折異なるだけの場合、成功したキャリアを構築することはできません。 常に学ぶ必要があります。
学習は、イベントではなくプロセスである必要があります。
Oを正に保つには、正式な学習だけでは不十分です。 毎日、何かを学びたいという欲求を持って仕事に来なければなりません。
典型的な就業日に何を学べますか? モニターの前で250日間過ごします。 ポジティブでいられる日数は?
残念ながら、これらの質問に自分で答える必要があります。 この観点から仕事を見始めると、すぐに何かを学ぶ機会があります。 完全にあなたとあなたの仕事次第です。
しかし、何かが私たちの成長を
妨げています。 間違いから学ぶ最も重要な教訓。
間違いから学ぶ
正式なトレーニング(PDCなど)に加えて、間違いから学ぶことができます。
Oの価値は、私たちが自分の間違いにどのように関係しているかに大きく依存します。
私の間違いは私のキャリアに大きな影響を与えました。 SourceGearが昨年秋にInc 500賞を受賞したとき、編集者は私に起業家として最も驚いたことを言ってくれと頼みました。 私は、多くの愚かな間違いにもかかわらず、私はまだInc 500リストに残っているという事実に最も驚いたと答えました。
私は7年間会社を経営しています。 この間、私はいくつかの大きな間違いを犯しました。 いくつかの間違いは非常に恥ずべきことでした。 私は多くを学びました。
誰もが時々ある種のがらくたを作るが、誰もが間違いから学ぶわけではない。 なんで? 多くの場合、人はそれを隠したいので、間違いから学ぶことはありません。
何よりも、メンターや従業員と間違いについて話し合うかどうかを知ることができます。 残念ながら、これは通常のアプローチと矛盾します。 私が何かを台無しにしたとき、私が最後にしたいことは、誰かが私がどんな馬鹿かを知ることです。 誰も気付かないようにエラーを隠したいのです。 ここでは、能力を高める絶好の機会を逃しています。
時々、私たちは間違いを隠すので、自分自身で見つけることさえできません。 デイリービルドが壊れたときに最初に思い浮かぶのは何ですか? 他の誰かが壊れていますか? 肯定的な
Ohを持っている人は、チェックがビルドを壊したかどうかをすぐに確認する可能性があります。 学びたいという欲求は、人が自分の間違いをすぐに理解し、他の人と話し合うことができることを示唆しています。
合計で、2つのオプションのみがあります。
A)あなたのキャリアを管理します。
B)他の人があなたをどう思うかを管理します。
Aを選択すると、優れたキャリアを構築できます。 Bを選択すると、キャリアの成長は止まります。
バグ5909
少し前まで、ここSourceGearでこれを実践する機会がありました。 私たちの最高の開発者の1人(彼をDanilと呼びましょう)は、本当に深刻な間違いを犯しました。 コード内のエラー自体は小さく、あまり正確ではありませんでしたが、バグの結果は非常に深刻でした。
ダニルは責任を完全に受け入れました。 最初に、彼はバグ自体を修正しました。 その後、ダニルは、ミスによって影響を受ける可能性のある各クライアントと直接作業を開始しました。 彼は彼の同僚が彼をあまり尊重しないことを恐れていませんでした。 実際、彼は状況にうまく対処したため、Cの理解は向上しましたが、それは彼の目標ではありませんでした。
その結果、当社はしばらく時間を失いましたが、バグ5909の主な長期的な影響は、ダニルの能力の向上です。
リスク
毎日の学習はPDCに行くよりも安いと本当に言いたいです:)
ただし、公平には、継続教育にはある程度のリスクがあることを認識しておく必要があります。 高
Oは、以下の重要な理由で従業員を脆弱にします。
- 従業員が自分の過ちについて話すと、上司はそれを罰することができます。 結果は非常に異なる場合があります。 たぶん上司は従業員を馬鹿だと考えるだけかもしれません。 または多分彼は彼を解雇します。
- 従業員は上司を怖がらせることができます。 上司の中には、導関数がゼロの部下を好む人もいます。 意識しているかどうかにかかわらず、彼らは成長を止め、ボス自身に脅威を与えない人々に囲まれています。 そのようなチームで働いている従業員が突然「ゼロ以外のデリバティブを持つ開発者」になると、非常に脆弱なバランスを崩します。 上司は不適切に反応する可能性があります。従業員はトラブルメーカーと呼ばれるか、理由を見つけて解雇することさえあります。
これらのリスクは実際に存在し、その結果は非常に不快です。 仕事を失うことは非常に不適切です。 これは忘れてはなりません。これらの事実を無視したくありません。
しかし、なぜばかのために働くのですか? これら2つの状況のいずれかでは、別のボスを探す必要があります。 そこで、私たちは自分のキャリアを管理する最初の法律に行きました。
あなたが絶えず学ぶことを止めている上司のために働いてはいけません。
結果:次回のインタビューでは、逆のことが言えます。仕事にふさわしいかどうかを判断しようとしているのは上司ではありませんが、この人が上司にふさわしいかどうかを判断するのに時間を浪費しています。
PS
ところで、すべてを学びたいのであれば、コードとソフトウェアアーキテクチャの分野だけでなく、自分で試してみてください。 あなたが
小さなNSCで働いている、またはあなたの責任が人の管理を含んでいるなら、多分それは
何か他の
ものを学ぶ時だろうか? そのような酒がなくなったので、多分あなたは
マーケティングを学ぶことができますか?
翻訳者から:
記事へのリンクと翻訳のアイデアについてYouri_M4Uに感謝します。
この記事は、2003年8月にEric Sinkが彼のブログで書いたものです。