1. コスト削減
オープンソースインフラには大量の開発者がメンテナンス、改善の議論、フィードバックを行っています。ソフトウェアの品質を人年作業量で測定するとすれば、オープンソースソフトウェアは多くの開発者の仕事を蓄積しており、必然的に小グループが独立して完成させたソフトウェアより品質が良いです。多くのものを直接再利用できます。そして、大量のユーザーが同じ基盤フレームワークをテストし、テストコストを節約します。
2. 反復がより速い
大量のユーザーフィードバックがあるため、最新の技術トレンドはオープンソースソフトウェアで迅速に追加されます。一方、独立したソフトウェア開発者はそのような動機を持っていないかもしれません。例えば、Railsに追加されたCoffeeScriptサポート、asserts集約サポートなどです。
3. アーキテクチャが完全
各開発者やアーキテクトには自分の盲点があります。大規模ソフトウェアはシステム工学であり、少数の人ですべての点をカバーするのは困難です。多くの国内大規模サイトで明らかになったXSS脆弱性のように。単なる知識の問題と重視度の問題かもしれません。オープンソースソフトウェアには、様々な方向に得意な開発者が共同で意思決定し、改善します。
4. 技術サポート
ドキュメントメンテナンスと後期の技術サポートは、開発自体よりコストがかかる仕事かもしれません。オープンソースソフトウェアには多くの人がドキュメントを共有し、ブログを書いています。同じニーズや問題は、大部分の場合、他の人がすでに遭遇し、解決策があります。一方、内部開発ドキュメントのメンテナンスは非常に困難で、トレーニングとコミュニケーションも非常に時間がかかります。
5. オープンソースの上にアーキテクチャを構築する「デメリット」
オープンソース基盤フレームワークのデメリットは、それが過度に巨大で、すべての詳細を理解するのは非常に時間がかかることです。だから、よく問題に遭遇し、どう処理するか再研究する必要があります。ゼロからアーキテクチャを構築してすべての詳細を理解するのと比較して、オープンソース製品はブラックボックスに直面して使用するようなものです。しかし、多くの人が使用していることがその正確性を証明しています。
6. ゼロから構築するかオープンソースの上に構築するかを選択
チームの時間とリソースが比較的不足しており、関連経験が比較的少ない場合、オープンソースの上にアーキテクチャを構築するのが最良の選択かもしれません。開発コストを節約し、より多くのエネルギーを他の側面に注げます。
アーキテクトがシステムのすべての側面を理解する十分な経験を持ち、すべての技術トレンドを追跡する十分なエネルギーを持ち、構築するシステムが非常にシンプルであるか、または構築するシステムが既存のオープンソース製品と大きく異なる場合、ゼロからアーキテクチャを構築することを選択できます。しかし、これは「難しい」です。時には、群衆の知恵の結果が一人の専門家より良いことがあります。
転載请注明：开发者关系 »
