メンターを探す/メンターになる

キャリアの中で最も苦労することは、その場で最も賢い人になることです。私は自分がこの部屋の中で最も賢い人間であると自分自身を信じることについて話しているのではありません。私が言いたいのは、あなたがチームの本当の何でも屋になるということです。問題解決者。究極のトラブルシューティングツール。

それでは、別の質問が来ます。質問がある場合は誰に質問すればよいですか?

答えが「Google」の場合は、進歩していません。あなたが知っている（または知らない）最も賢い人々に囲まれてください。地元の社会に参加してください。地元のコーディング イベントで講演し、飲み物を飲みに行って、他の講演者とチャットしましょう。連絡が取れる人を見つけて、メンターになってもらいましょう。

メンターを探す

私の人生には数人の指導者がいます。彼らは私が尊敬する人々であり、気軽に質問できる人々です。中にはとてもプロフェッショナルな人もいます！はい、これらは私のソフトウェア開発サークル外の私のメンターです。

家庭教師に質問するにはどうすればよいですか?それはあなた次第です。問題があるときは彼らのところに来ます。私は彼らに、コーヒーを飲みながらどこかに座っておしゃべりするように言いました。同じ市内のセミナーでお会いできたら、一緒に飲みに行ったり、ご飯を食べに行ったりします。初期の頃、特にチームの消防士だった頃は、形式的なことをとても気にしていました。今では、正式な制限はなくなりました。それはむしろ、あなたが望むようにアドバイスを求めることです。

メンターになる

同様に、私たちも人生において特定の人々の指導者となるべきです。あなたに子供がいるなら、あなたは指導者、親、友人、そして教師の役割を引き受けたことになります。もちろん、仲間による指導のためには、親の役割からその部分を取り除く必要があります。彼らに命令することはできません。

どうすれば他の人のメンターになれるでしょうか?もちろん、誰かがあなたにアドバイスを求めに来るのが最善です。これはある程度正当化されます。しかし、「私はあなたのメンターです」と言わなくても、誰かのメンターになることもできます。誰かが何かを心配しているかどうかを確認してください。コーヒー（1990年代生まれならレッドブル）を飲むように伝えてください。行って彼らと夕食を食べましょう。彼らとチャットしましょう。もっと重要なのは、聞くことです。メンタリングとは、自分の知恵や経験を説教することではありません。メンターとは、必要なときに耳、肩、人差し指となることです。

キス

「ベス、あなたが私に電話してるけど、私は昼も夜もデトロイト・ロック・シティでロックしたいだけなんです。」 [KISSの曲の歌詞]。この社会はあなたに、このKISS軍団に加わって、食べて、飲んで、楽しんで、人生を経験するという新年の決意をするよう呼びかけているようです。しかし、私がここで話しているのはそういうことではありません。

私が話しているのは キープ?それ?シンプル?バカ! プログラマーとして、私たちはコードの保守にほとんどの時間を費やしており、コードの作成に費やされる時間はほんの一部です。コードを維持することは、新しいコードを書くことよりもはるかに難しいことがわかりました。したがって、その論理によれば、コードを作成するときに可能な限りスマートなコードを書こうと最善を尽くしても、それを維持するのに十分なレベルの能力は得られないことになります。

ブレーズ・パスカルは第16回管区書簡の中で、「この手紙は非常に長い。その理由は単純で、短くする時間がないからである」と述べた。時間をかけてコードをリファクタリングしてコードを短くします。読みやすくしてください。可能な限り SOLID 原則に従います。

9 歳児に説明できないとしたら、それは複雑すぎます。会社は、あなたの頭脳を誇示するためにあなたを雇っているわけではありません。あなたが書いたコードのメンテナンスを引き継いでくれる人がいなければ、昇給も昇進もできません。

?

マニュアル (RTFM) を読んでください

クリスマスイブに何かを作らなければならなかった初めてのクリスマスです。昔は、小さな自転車を作ったり、ドールハウスを作ったり、キッチンを飾り付けたり、その他いろいろなものを作っていました。もちろん、これらのことを行うのにマニュアルを参照する必要はありません。子供たちが寝た後に始めるだけで済みます。翌朝、明け方に 3 人の子供がベッドに飛び跳ねていることで目が覚めることになります。 。ああ、素晴らしい思い出ですね！

もちろん、これらの眠れない夜にはすべて同じテーマがあります。これを行うために取扱説明書を読む必要がないことはわかっています。しかし、職場でよくあるのは、文書の図が乱雑で、テキストが 3 つの異なる言語に翻訳されていることです。これらの文書の品質については、私は非常に優れた意見を持っています。頭を下げれば何でも作れると思っていたのに、なぜあんな退屈なマニュアルを読む必要があるのでしょうか？これはあなたの最後のプロジェクトの要件文書について話しているように見えますか?

信じられないかもしれませんが、人々は通常、要件の作成に多くの時間を費やします。彼らはこれらのことを書いて私たちを混乱させるつもりはありませんでした。要件をすべての人が理解できるように全方位的に記述することは困難です。ただし、これらはプロジェクトの基礎であり、プロジェクトに関する多くの知識が含まれています。それでは、読んでみてください。まずそれらを読んでから、著者のところに行っていくつか質問することをお勧めします。よく聞いてください！チャットしましょう。 洞察が得られるたびに読み返してください。また話しましょう。

?

同じことを繰り返さないでください

友人が私にこう言いました、「コードを書くならメソッドにしたほうがいい。2回書いたらメソッドにしたほうがいい。3回書いたら、それならプログラミングをやめるべきです!」

両手で支えます。あるプロジェクトから別のプロジェクトにコードをコピーすると、将来に穴を掘ることになります。はい、現在のプロジェクトではこのコードを忘れずに変更できますが、他のプロジェクトではこのコードはどうなるでしょうか?幸いなことに、あなたはこのコードのロジックの問題を修正する方法を明確に理解しているとします。残念ながら、他のプロジェクトにあるこのコードのコピーが問題の原因となりました。

JustCode のような新しいリファクタリング ツールを使用すると、コード スニペットを簡単にメソッドに変換できるため、重複コードが減り、プログラムの保守性が向上します。