リーンな小さなソフトウェア会社で働いていると想像してみてください。会社の将来の競争力は、再利用可能な優れたコード ベースを利用できるかどうかにかかっています。会社の再利用ポリシーを管理して、将来のバックボーンを提供すると同時に、今日提供できるようにすることが非常に重要になります。
私の考えでは、ビジネスで再利用可能なコードを書く理由は 2 つあります。1) 社内で共有し、将来的にスピードと効率を向上させるため 2) Web や他の人に公開することで、コードの改善に役立ちます (ある意味でのクラウドソーシング)。
もちろん、開発者は常に常識を働かせて再利用する必要があります。しかし、管理の観点からこれを処理するには、現在および将来の競争力を確保するための全体的なコード再利用のガイドラインが必要です。これらのガイドラインは、開発者が「私のコードは再利用の候補ですか?」と尋ねることを奨励するものです。これらのガイドラインには何を記載する必要がありますか?
私の最初の考え: 最下位レベルで再利用可能なコードを書く価値はありません (たとえば、文字列の末尾に「's」を追加するインライン コードがあります)。ふるいにかけて、誰かがすでにそれを行っていることを見つけることさえあります。また、最上位レベル、つまりアプリケーションで再利用可能なコードを書く価値もありません。顧客レポート アプリケーションが最終的に SQL クライアントに汎用化されてしまい、ほとんどのユーザーにとって役に立たないからです。
再利用可能なコードの主な障害: コードの存在を知らなければ再利用できません。信頼 – 完了しましたが、信頼できますか?; コードを一般化/再利用可能にする (および文書化する) のにかかった初期時間。