この記事は、プログラマーとしての長年の間に私が自分で策定した7つの簡単なルールについてです。 私の有効性を高めた7つのルール。 私を良くしました。 これらは私のルールであり、私のために働きます 。 私はそれらをあなたに押し付けようとはしていません。私はあなたと共有したいと思います。そして、おそらくあなたが従うルールと原則について調べたいです。
コンピューターは常に正しい
プログラミングで最も厄介な状況は、コードは正しいが機能していない場合です。 「 はい、3つの行があります。いまいましい、間違いを犯す場所はどこにもありません！ おそらくバグ！ コンパイラー/インタープリター/フレームワークのバグ報告を研究するために3日間費やします... ” コンピューターがあなたをock笑しているような感覚があります！
ここで覚えておくべき主なことは、これら3行に間違いがあることです。 コードが正しく機能しない場合、コードは正しく記述されていません 。 ポイント。 あなただけが責任がある。 普遍的なヒント-眠りにつく！ さて、または少なくともお茶で気を取られます。 しばらくして、コードに戻ると、おそらく追加の否定演算子があるか、類似した名前の2つの変数が混同されている、または他の誰にも認めない小さな何かがあることが明らかになります。
落ち着いて、すべてが判明します
感情は私たちの最悪の敵です。 個人的には、感嘆符の数から推測できるように、私は感情的な人です。 また、特にこのコードが私によって書かれておらず、コードの品質が最高でない場合、コードに集中するのが難しい場合があります。 脳はどういうわけか、コードの作者にとって特に洗練された拷問方法の開発に変わります。
落ち着かせる必要があります。 あなたはあなたの脳のm笑としてではなく、挑戦としてタスクを受け入れる必要があります。 はい、悪いコード、ドキュメンテーションなし、はい、難しいですが、 私はプログラマーです。これは私の仕事の一部であり、私はそれを処理できます。
最も難しいのは、始めることです。
タスクを見て、そのアプローチ方法がわからないことがあります。 どちら側から始めますか？ そして一般的に、今日の何かは怠です。 「VKontakteで10分間座ってから始めます。 さて、コーヒーの後。 さて、古いコードをリファクタリングする必要があり、それから始めましょう。 また、優先度の低いタスクはどうですか？ 私はそれを成し遂げ、間違いなく始まります... " 。
始めましょう 。 どちらかの端から開始します。 タスクを小さな断片に分割して、それらを開始します。 先延ばしをやめ、無関係な考えを捨て、タスクに集中し、仕事を始めましょう。 それは時計仕掛けのようになります。
本を読む
本を読む。 もう一度書く：本を読む！
何らかの理由で、多くのプログラマーは本を完全に無視します。 「 職場で優れた教育を受け ています 」、「 時間がない 」、「 インターネットで記事を読んだ 」。 それはすべて素晴らしいですが、私は個人的には最高の知識源はまだ本だと思います。 私は一貫して月に1冊か2冊の本を買っています。 私は嘘をつきません、 私が買ったものの印象的な山ですが、まだ読んでいない（Steamのゲームのように）が私の棚に蓄積していますが、私はそこに着くでしょう、私は間違いなくそこに着くでしょう。
ツールを知る
時間をかけて、使用するツールとテクノロジーを詳細に調べてください。 それは何度も報われるでしょう。 あなたがプログラミングしている言語のすべての機能を徹底的に研究してください。 公式ドキュメントを最初から最後まで入手して読んでください。 IDEをコードエディタとしてのみ使用しないでください。最新の環境では、コードの品質と生産性を向上させるためのツールが多数あります。 フレームワークをアーキテクチャスケルトンとしてのみ使用しないでください。 勉強すれば、時間を大幅に節約できます。 バージョン管理システムの複雑さを理解します。 ツールを熟知すればするほど、より多くの作業が行われます 。
完璧主義者にならないでください
私は上で最も難しいことは始めることだと書きました。 そのため、仕上げも必ずしも簡単ではありません。 コードを無限にデバッグおよびリファクタリングできます。 “ なんて長い方法？ 「、」 別のクラスにあるのでしょうか？ "、"次の場合はより便利です... "、" 後で必要になったらどうなりますか... "、" What if ... "。 プログラミングでは、完璧主義者になることはできません。 問題は、すべてのコードを書き直した直後に、Robert MartinまたはGang of Fourを読むだけで十分なことです。 完全なコードは存在しないことを理解する必要があります。 「 コードはバグなしで動作し、テスト可能で読みやすいものでなければなりません 。」というルールに従います。 それだけです メソッドコードがこの要件を満たしている限り、触れません。 2つのサイクル、3つの条件ステートメント、および4つのパラメーターがある場合でも。
リラックスする方法を知っている
プログラマーの最大の問題は、仕事が大好きだということです。 私の解散は、プログラミングなしの1週間の休暇から始まります。そして、新しいアプリケーションのアーキテクチャをどう考えるかについての夢があります。 さらに、プログラマーは、夜間に行うことができる注文を側で見つけることは難しくありません。 さらにプロジェクト。 そして、あなたの脳があなたが一日中やっていた仕事から切り替えることを拒否したので、あなたは何回眠れなかったでしょうか？
これはすべて過労につながり、原則として生産性の低下につながります。 安静なプログラマは効果的なプログラマです。 十分な睡眠をとってください。 脳の活動とは関係のない趣味を見つけて、1日数時間をそれに費やします。 これは脳を仕事からそらし、再起動します。 最近、最も興味深いアイデアと最も正しい決定がジムで思い浮かびました。