開発者が恐れてはならない8つのこと

コードを変更

ソフトウェア開発プロセスでは、停滞のようなものはありません。 現在開発しているのはコンポーネントの次のバージョンのみであり、将来変更される可能性があります。 変更はソフトウェア開発の世界で最も一般的な出来事であり、あなたはそれを事実としてよりよく受け入れます。 開発するすべてのものに起こりうる変更を探して、コードをよりモジュール的に設計します。 これにより、変更が簡素化されると同時に、コードの品質が向上します。 DRYとYAGNIの概念に従うようにしてください。 多くの場合、コードを見て、もっとうまくやれると想像する状況になります。 だから、この考えがあなたの睡眠を妨げないようにしてください。 ビジネスとリファクタリングのためにすぐに座ってください！ 今やらなければ、おそらく二度としないでしょう。 長く待つほど、より難しく、より高価になります。 そして、それはあなたが混乱したくない余分な頭痛に成長する可能性があります。

「良いコードとは、簡単に変更できるコードです。 コードは、変更が容易でなくなるまで変更される傾向があります。 すべてのコードが不良コードになります。」 不明な著者。



デッド/コメントアウトされたコードを削除する

デッドコードまたはコメントアウトされたコードはもはや必要ではないと感じたが、将来それが必要かどうかわからないため、削除したくない場合-今すぐ削除する！ コードを保持することは、コメントではなくバージョン管理システムの仕事です！ 誰もが忘れていた大量のコメントアウトされたコードでいっぱいのソフトウェアをたくさん見ました。 これは、このコードの理由を思い出せない場合、コードを削除する恐怖が頭の中でより速く現れるためです。 だから、ただ削除する-今-確かに。

「完璧は、追加するものがないときではなく、奪うものがないときに達成されます。」 アントワーヌドサンテグジュペリ



間違える

完璧な人はいませんし、誰もが間違っています。 間違いを犯すことは学習プロセスです。 そうしないと間違いを見つけると、進歩はありません。 したがって、間違いを犯すたびに、知識を向上させるまったく新しい何かを学びます。 ミスを犯してミスを見つけるほど、あなたは良くなります。 さらに、間違いを隠して恥ずかしがるのは意味がありません。 あなたの間違いに正直で正直であることはあなたを素晴らしい人であり、信頼できる同僚にします。 したがって、建設的な意味での批判は、成功する開発チームにとって重要なツールです。

「間違っていなかった人は、決して新しいことをしようとしなかった。」 アルバート・アインシュタイン



コードを他の人に見せます

他の人があなたのコードを見るのを恐れていますか？ どうしてですか？ 彼らは書くことができるほどうまく書けなかったのですか？ それで、これはあなたのための仕事ではないかもしれません。 どこかに間違えられたことを恐れていますか？ したがって、この場合、恐れる必要はありません-コードを表示するときにエラーが見つかるため、メリットが得られます（「間違いを犯す」を参照）。 できる限り思慮深くコードを書く必要があります。 したがって、自分が書いたものに誇りを持ち、誰かがコードを見るのを恐れないでください。



顔の障害

これは最も重要なポイントの1つです。 仕事の中で、問題の解決策が見つからない場所に到達した場合、決して希望をあきらめないでください。 それを挑戦としてください。 別の角度から問題を見たり、他の人に説明してみてください。 たぶん、あなたはちょうど別の視点で問題を解決するのに困惑しました。 このようなパズルをうまく解くと、さらに強力な開発者になります。

「私は間違っていませんでした。 うまくいかない10,000の方法を見つけました。」 トーマス・エジソン



コードの不安定性

誰もがこの状況に精通しています。経営陣または顧客にプロジェクトのプレゼンテーションに来て、心配し始めます。 「今回は動作しますか？ 開発プロセスで何も見逃しなかったかもしれません！」これは悪い兆候ですが、心配する必要はありません。 事前にプロジェクトをテストする必要がありました。 当然、すべてが完全に機能することを完全に確信することはできませんが、自動テストを使用して自信を大幅に高めることができます。 これにより、コードへの変更の適用とソフトウェアのデモを快適に行うことができます。



新しく洗練された技術

開発者は怠け者であり、「古き良き」テクノロジーに遅れがちです。 ITは非常に高速に開発されており、新しく、より優れた技術が日々出現しています。 テクノロジーまたはフレームワークがニーズに完全に適合していると思われる場合は、試してください。 同僚に見せて、みんなに伝えましょう。



時間不足

時間の不足が製品の品質を台無しにしないようにしてください。 コードをクリーンで安定した状態に保つのはあなたの仕事です。 品質には思慮深い決断と時間が必要です。 そして時々あなたはそれのために戦わなければなりません。 顧客は、100％の品質、おそらく120％の既製の便利な製品と芸術作品を期待しています。 品質が低下し、平凡な結果が得られた場合、結果として、変更に対する要求がさらに多くなり、顧客をサポートおよび不信するための努力がさらに増えます。 あなたが以前に節約した時間は、あなたが自由を与えた技術的負債によって食い尽くされるでしょう。 1つのリークを見逃した場合、構造全体を突破しない可能性が低下し始めます。 あなたのリーダーシップに正直になり、品質に影響を与えるすべての本質を示してください。

「プログラミングはセックスのようなものです。1つの間違いで、人生をサポートします。」 マイケル・シンズ