「完璧なプログラマーの症候群」を破る方法[非公開]

そう思うのはおそらく私だけではないでしょう。しかし、私は「完璧なプログラマーの症候群」と呼ぶ傾向があります。多くの人が言うのは完璧主義者と同じですが、この場合はプログラミングの領域です。ただし、プログラミングの領域は、このような症候群には少し問題があります。

プログラミングをしているときに、コードがきれいで、ほとんどのベストプラクティスに従う優れたコードであるという自信がない、または自信がないと感じたことはありますか？従うべき非常に多くのルールがあるので、どういうわけか圧倒されるような気がします。もちろん、私はプログラマーであり、プログラミングが大好きであるというルールに従うことを好まないというわけではありません。これを芸術と見なし、ルールに従う必要があります。しかし、私もそれが大好きです。私がしたいことを意味し、自分がやっていることが正しい方向に進んでいるという良い感覚を得るためにルールに従うのが大好きです。ベストプラクティスと優れたコードに関する。

多分それは組織の欠如ですか？たぶん、それは経験不足ですか？たぶん練習不足？たぶん、誰かが指摘できる何かが欠けているのでしょうか？どういうわけかその症候群を取り除く方法はありますか？

優先順位を付けます。まず最初に。重要なことに集中します。

優先順位は異なる場合がありますが、一般的には次のことに注意する必要があります。

• 正しいコード
• 保守可能なコード
• きれいなコード
• シンプルでエレガントなコード
• 効率的なコード

たぶんその順序で。ただし、最初のポイントが最も重要です。それなしでは、コードは役に立たない。正しく動作しないプログラムで何をしますか？

それを機能させてください、他のすべてはあなたが解決する必要がある問題を解決するためにほとんど無関係です。もちろん、私もこれに苦しんでいます。私が学んだことは、効果的なソリューションに集中することです。それは十分です。それは仕事の99％です。

あなたは良いコードのようなものについて考えたいかもしれません。それは何ですか？どんな人がそれを書きますか？良いコードを書くには？とても簡単です。動作するコードを記述します。作業コードは良いコードです。他のすべては後で来る。

もちろん、プロフェッショナルなチーム環境でコードを記述する場合、明白で読みやすいコードと保守可能なコードがますます重要になります。ただし、まだ最初のタスクは、それを動作させることであり、それに焦点を当てることです。必要な場合にのみ、改善とリファクタリングを開始できます。

多くの場合、コードの正確性が非常に重要であることは非常に明白です。しかし、コードを作成する際にその重要性を受け入れることはできません。我々は、我々は時期尚早な最適化を使用し、コーナーをカットしようと書き込みにエレガントなコード、我々がいる前であっても、作業のコードが書かれています。最初から完璧を目指して努力するのは人間の性質ですが、プログラミングとソフトウェア開発は反復的なプロセスであり、優先事項が存在します。したがって、再び、それを動作させ、後で他のすべてを心配します。正しいコードの重要性を理解し、努力してください。

いわゆるグッドプラクティスがたくさんありますが、常識が最も重要だと思います。なぜプラクティスが良いと考えられるのか、いつどこでそれらを適用するのかを考えてください。ただし、グッドプラクティスのあらゆる部分に対応しようとしないでください。個人的な経験に代わるものや代替物はありません。読んでいる本の数、出席しているセミナー、その他に関係なく、よくある落とし穴を避けることはできません。大事なことは、できることならいつでも、物事を正しく行い、楽しんで学ぶことです。

この問題を回避する最も簡単な方法は、痛いものだけを変更することです。多少の変更がそれをさらに改善するかもしれないと思ったとしても、正しく、読みやすく、保守可能なコードを磨かないでください。しかし、たとえば何かを変更して、目的が不明な変数、または理解するには長すぎる関数を修正しようとしたら、それを修正してください。すぐに。

もちろん、そもそも良いクリーンなコードを目指して努力すべきではないという意味ではありませんが、最初の試みは、他に証明されない限り「十分に良い」と考えるべきです。

これに対する最善の解毒剤は、これらのベストプラクティスとコードのクリーン化ルールはすべて、それ自体のためにもコード自体にも存在しないことを思い出すことだと思います。

最後に、何よりも重要なのは、ソフトウェアが機能し、使用できることです。そして、あなたがそれを終わらせなければ、それは起こりません。

私はコーディングとアートを比較するのは好きではありませんが、これに関してはうまくいきます。アーティスト（特に著者）は、常に完璧ではないものが常にあるため、作品の制作を続けたいと思うことがよくあります。しかし、出版を無期限に遅らせて、だれかがその作品を鑑賞することを妨げている場合、完璧な価値は何でしょうか？

実現する最も重要なことは、コードが常に変更されることであり、常に改善の余地があるということです。完璧なコードはありません。たいていの場合、今日作業しているクラスライブラリは、今後6か月間で大きく異なります。新しいテクニックを習得するか、実際に機能するパターンを見つけます。コードが簡単に保守可能で読みやすい限り、あなたは良いはずです。理想的には、後でリファクタリングしやすくするための単体テストが必要です。

コードを完璧に見せて、考えられるすべての標準に従うのは簡単です。それは私たち全員に起こります。数週間前に書いたコードを見ると、変更を加えることを考えるようになります。ここにプロパティを追加し、そこでメソッドをリファクタリングします。そして、それはプロジェクトの終わりに起こるようです。しかし、もしあなたがそれで包みすぎたら、あなたはショートッピングのバグを作ることになってしまうでしょう。私はそれをキャリアの早い段階で数回行いました。午前3時のバグ修正セッションが2回あり、その問題が解決しました。

他の方法でやり直してください。

「より良くできること」の代わりに。「何が私を怒らせますか」を求めます 何もしないまで。

プログラマーとしての仕事は、コードを生成することです。ベストプラクティスの目的は、物事を理解/実行/記憶しやすくすることで生産率を上げることです。これらの慣行に従うことが実際に物事を成し遂げる邪魔になる場合、あなたは何か間違ったことをしている。できるだけ早くコードを生成しようとするだけで、それを実行できるようにプラクティスを進化させる必要があります。

動作させ、きれいにし、安定させ、パフォーマンスを高めます。

最初の3つは、誰かがタイムラインでSOLIDコードを書く方法を知りたいと思うたびに私が支持する格言です。最初にコード行を作成するとき、それは単に機能しなければならないので、あなたがしなければならないことを行い、空想にならないでください。初めてコードの行を再訪するとき、それはもはや一度限りのものではないので、コードをクリーンアップして読みやすくし、保守性を高める必要があります。カーソルがその行に入る3回目は、おそらく大したことではないので、SOLID方法論に準拠するようにリファクタリングし、依存関係を抽象化し、パターンを実装し、一般的にコードをプラグインまたはプラグインしやすくします将来の強化のため。

コードの優雅さは、プログラマーが機会に気づいたときに達成されるものであり、一般に、前の手順に従ってコードの簡素化、クリーン化、および可読性と保守性の向上を図ります。最大化するものではありません。

パフォーマンス管理コードは、ほとんどの場合、メモリ管理言語（Java、.NETファミリ、ほとんどの機能言語など）で最も懸念されません。これらの環境での目標は、正しいコードを記述することです（ここでは、すべての予想されるケースで予想される結果を生成するものとして定義された「正しい」、理解しやすく、適切に構造化されているため、保守が容易です）、パフォーマンスは二次的です（通常、正しいコードからある程度進行します）。すべての場合において、アルゴリズムは「十分な」パフォーマンスを発揮します。「時期尚早の最適化がすべての悪の根源である」ことを忘れないでください。必要とは知らない最適化を行うことは、時間を無駄にし、コードを難読化し、一般的に進行を妨げます。最初に動作する必要があり、次に動作したら、実行して、実行速度を確認します。（公開されている要件であるベンチマークで定義されているように）十分に高速でない場合は、それまで改善してからを停止します。

あなたは本当にプログラミングについて実用的である必要があります。はい、私たちはすべて正しいことをしたいと思っていますが、あなたはあなたの残りの人生のためにそれを磨くためではなく、働くソフトウェアを提供するために報酬を受け取ります。

取るアプローチは、あなたの職業生活の中で「それを成し遂げる」ことです。配信して先に進みます。個人的なプロジェクトのために完璧主義を保存します。