0

私は、私の組織で内部的に開発されたすべてのソフトウェア用にある種のライブラリをセットアップすることを考えていました。私は、善良な SO の人々がこのトピックについて持つかもしれないアイデアを集めたいと思います。

再利用可能なコードを書く利点を開発者に浸透させることに何の意味があるのか​​ 、次のプロジェクトで開発者が最初に行うことは、再利用できるコードがすでに存在するという知識が不足しているためにファイル->新規である場合です。

追加の利点として、このようなライブラリがあるだけで、開発者はコードを書くときに再利用性についてもっと考えるようになると思います

このライブラリをできるだけシンプルに保ちたいと思います。おそらく私の要件は次の 2 つだけです。

  • 検索機能
  • 多くの種類のコンポーネントに使用可能: アセンブリ、Web サービスなど

各アセット/コンポーネントに必要な基本情報は次のとおりです。

  • 名前とバージョン
  • 説明/目的
  • 依存関係

もっと情報を記録してくれませんか？

ウィキ、フォーラムなど、これに最適なプラットフォームは何ですか?

このようなソフトウェア ライブラリの成功と失敗の違いは何ですか?

すべてのアイデアは大歓迎です。

ありがとう

編集：

投稿後にこれらの同様の質問を見つけました:

コードが正しく再利用されるようにするにはどうすればよいでしょうか?

組織内で共有コンポーネントの使用をどのように促進していますか?

4

1 に答える 1

5

あなたの組織には、利用可能なコードの中央リポジトリがないように思えます。何をするかによって、これは、セキュリティの制限による知識の区画化、一部またはすべてのソリューションに外部ベンダー コードが含まれているという事実、またはあなたの会社が人々に再利用させることの利点をまだ認識していないことが原因である可能性があります。リファクタリングし、そのようなリポジトリの利点を広めてください。

私が複数の企業で機能しているのを見たソリューションの共通の属性は、多面的なアプローチです。

  1. 経営陣からある程度の支持を得てください。通常、そのアイデアに共鳴するのは CTO/CIO であり、彼らはそれが良いことだと主張し、資金を提供することはありません。彼らはコードを要求し始め、それをどこかに統合します。
  2. 英語で利用可能なプロジェクトと資料のリスト。ソースリポジトリ内のテキストファイルで、wiki、共有ポイントリストでこれを見ました。それらはすべて、ソリューションの説明に全文を含めることができるある種のフロントエンド検索サーバーの共通の属性を共有しています。
  3. バイナリおよび/またはコード用のいくつかの共通の共有またはリポジトリ。多くの場合、大規模な組織は多くの異なる環境に対して異なる認証/承認方法を使用しており、単一のリポジトリを共有することは現実的ではない (または論理的に可能でない) 場合があります。組織で機能するよく知られた共有/ディレクトリ/リポジトリがあること。
  4. 連絡先として誰かがリストされていることを常に確認してください - 誰もコードを取得して本番環境で実行することは決してありません。彼らは先に進んでファイル - >新規を押すかもしれません。

私が見た失敗した属性?

  1. 期間ごとにエンジニアごとに N 件の提出 = 多くのがらくたが始まります。
  2. 評価/フィードバックの方法はありません。クリームがトップに上がることを可能にする指標をお気に入り/評価/提供する手段がない場合は、頻繁に検索に戻ることはありません。本当にとても良いです。
  3. 著者に直接メールで質問するためのフィードバック/メール リンクの欠如。
  4. 有機的に分類する能力の欠如。あらかじめ決められた非常に厳格な階層やカテゴリ リストがあるたびに、すべてが「その他」に分類されます。タグなどを使えば回避できます。
  5. 厳密な形式のコードを伴う設計ドキュメントの要件は受け入れられません。設計ドキュメントの「集中化された」形式に同意することはできず、これが必要な場合に提出する人もいません。

私の考えです。

于 2009-12-21T01:51:29.063 に答える