私の経験と観察に基づいていくつかの仮定を立てさせてください。 このリストは完全ではありません-できないためです。 あなたの経験はユニークです。
これは、Quora.com の応答記事を翻訳したもので、 LifeHacker.comのイラストです。
1. 職場で勉強することを恐れないでください。 残念ながら、ほとんどの仕事の本棚はそこにあります。 本を読んでいる人はほとんどいません。勤務時間中はずっと少ないです。 それでも、コンピューターや電子書籍からドキュメントやほとんどの本を読むことができます。 だからそう。 言われたことと言われたことだけをすれば、多くを学ぶことはありそうにない。 また、より多くの作業が必要でルーチンを取得する場合、どこにも進まないでしょう。 停止し、考え、正しいことを行い、基本を学びます。 機械学習などの分野で専門家になるにはどうすればいいですか？ 毎日少しずつ学びましょう。
2. キャリアを集中的に管理します。 トレーニングと進捗を管理してください。 10人に1人（せいぜい）は、打たれた道を示し、弦を引っ張ってメンターを見つけ、生徒が昇進と良いプロジェクトを受け取るようにします。 あなたが他の9人の中にいて（そしてほとんどの場合彼らの中にいます）、一人で仕事をするなら、誰もあなたを気にしないという事実にあなた自身を和解させてください。 だから自分の世話をします。 あなたがこの人を信頼していると確信するまで、他の人に仕事を依頼しないでください。そうすれば、彼はあなたが現在働いている人よりも良い仕事を与えてくれるでしょう。 可能な場合は、できる限り仕事をしないでください。キャリアを昇進させたり、何かを教えたりすることはありません。 この仕事があなたのキャリアにとって重要ではない場合、ほとんどの人はあなたが何らかの形で仕事をしていることを気にしません。 3年後、キャリアの始めよりも難しいタスクを与えられていない場合、通常、「外部昇進」（読み：転職）が良い方法です。
3. 欠陥と処理を認識し、それらを回避することを学びます。 何年も働いている多くの怠zyな開発者がいます。 あなたが落ち着くならこれは良い戦略ですが、私はそのようにはなりません。 ちなみに、欠陥のために、ほとんど仕事をしていない人々は通常解雇され、残りのために仕事を作ります。 突出しない欠陥は、通常敵を作りません。 同時にリサイクルに注意してください。 これは、あなたが教授と議論したと主張するために5つを得ることができる大学ではありません。 多くの場合、加工業者は同僚や上司のために仕事を作成し、不必要な注意を引き付けます。また、アンダーワーカーよりも「公務の遂行」という項目で解雇される可能性が高くなります。 私はあなたが試して、良い仕事をして、可能な限り勉強するべきではないという意味ではありません-それはただ処理されていません。 私の経験では、リサイクル-おそらく野心の増加-は欠陥よりもはるかに危険です。なぜなら、それはあなたがはるかに早く解雇することにつながるからです。 2つの悪から選択する必要がある場合は、欠陥に寄りかかります。
4. 尋ねるのが危険でない限り、許可を決して求めないでください。 独自のイニシアチブで1週間調査したいですか？ 許可を求めないでください。 受け取りません。 許可を求めることで上司に好意を示すことはないでしょう。 彼らの観点から、失敗した場合、あなたは彼らに責任を負います。 さらに、いずれにせよ、彼はあなたの上にいるので、後であなたの責任を放棄することができます。 ご覧のとおり、これらのリクエストには良い点はありません。 もちろん、ビジネスに深刻な損害を与えるリスクがある場合、または単に許可を求める必要がある場合は、そうする必要があります。 損失が小さく、リスクが会社のレベルに対応している場合（そして、自分の時間の数週間で信頼されていないプログラマーの仕事を得るべきではありません）-許可を求めないでください。 ただそれをして、それをうまくやる。
5. 独立していることや自分の時間を使っていることを決して謝るな。 プロジェクトまたは調査が意図したとおりに機能しなかったことを確認できます。 ただし、これを調査の試みと考える方が良いですが、失敗したサードパーティのプロジェクトについて謝罪すべきではありません。 これは、より多くの監督が必要な部下としての先例を設定します。 あなたのイニシアチブで行われた何かを説明した後、上司に「心配しないで、私は勤務時間外にやった」と言わないでください。 あなたの会社があなたの仕事の時間中にあなたのプロジェクトに取り組むことを許可していない場合、あなたは何らかの理由で彼らのためにしようとすべきではありません。 あなたの時間を尊重します-さもなければ誰もしません。
6 コミュニケーションを学びます。 コミュニケーションの規範を一度学び、それを忘れてください。 勉強しないでください、そうすれば彼らは一生あなたを悩ませます。 年をとるにつれて、移植性と一般的な能力に価値が見られるようになります。Spring/ Hibernateの代わりに関数型プログラミング、Java 1.4レガシーの癖の代わりにアルゴリズム。 はい、標準内のコミュニケーションスキルは快適ではありませんが、どのプログラミング言語よりもはるかに優れた業界での応用が可能です。 プログラミングを忘れて、ひどく終わるので礼儀正しいゴシップになるべきだと言っているのではありませんが、規範を知ってコミュニケーションをとるべきです。 人と彼らの行動をできるだけ早く勉強し始めるのは良いことです。たとえあなたが彼らと浮気するつもりがないとしても（そしてあなたの若者では同僚としばしば浮気するべきではありません）。 問題を解決するためにクラスターを与えられましたか？ バグを修正できるように、プロジェクトへの機能の追加を停止しましたか？ 良いプロジェクトを与えられましたか？ これがすべてのコミュニケーションスキルです。 良いことも悪いこともありますが、これはあなたの主なツールであり、実際、あなたはそれをよりよく使い、その行動に陥ることはありません。 規範の範囲内でコミュニケーションを取ることを学ぶとすぐに、息を吐き、それを忘れて、良い仕事をする時間を得るでしょう。 あなたが学ばなければ、あなたのキャリアはそれを上手に使う人によって形作られるでしょう。
7. 理想主義にならず、上司が正しくないことを証明しようとしないでください。 若いエンジニアが、自分のアイデアは上司が提案したアイデアよりも優れているが、サポートが得られないと感じた場合、原則として、率とリスクを大幅に増やし、多くの時間を費やします。 「上司が間違っていることを証明しましょう...自分が所有するもののために自分の時間を犠牲にすることです！」彼のことはあまり気にしません。 そうでなければ、時間とリソースがあり、理想主義に忍耐もありませんでした。 ハットトリックを壊れたクラブにする代わりに、このゲームを実現させてください。 上司は、彼を疑った人々が彼から馬鹿をするのが好きではありません。 プロモーションやボーナスは受け取りません。 当局は彼らの悪い印象を証明する方法を見つけます（そして「悪い」プロジェクトの成功に対するあなたの誠実な共感はあなたに跡を残します）、そしてあなたが成功したとしてもあなたは失敗します。 「彼は良い仕事をしましたが、割り当てられた仕事から気を取られ、彼を信頼することはできません/私たちは彼に前例を設定させることはできません/それは私の考えでした。」
UPD：6ポイントが書き直されました。