組織にオープン ソース ソフトウェアを採用することの長所と短所は何ですか? これを行った人はいますか? 彼らが採用したソフトウェアのいくつかの例と、それがどのように使用されているかについて、どれくらいうまく機能していますか?
通常、貢献は人々が趣味として行うためにもたらされます。私見ですが、プロプライエタリなソフトウェアの場合、組織 (お金) にはインセンティブがあり、ソフトウェアが利益を上げている限り、開発を続けるために人を雇い続けます。私が間違っている場合は修正してください。オープン ソース ソフトウェアを使用するという提案に反対する可能性のあるマネージャーから期待される議論は何ですか?
「オープン ソース」という用語は、ライセンス モデルのみを表しています。厳密に言えば、あなたが持つことが保証されている唯一の長所は、ライセンスによって与えられる自由であり、あなたが持つことが保証されている短所はありません.
営利目的で企業が開発、保守、サポートするオープン ソース製品も多数あります。ボランティアによって保守されているが、商用サポートもされているオープン ソース製品も数多くあります。たとえば、Red Hat Enterprise Linux を購入すると、Red Hat は付属のすべての製品 (ボランティアによって保守されている製品も含む) をサポートします。
継続的なサポートがあることを確認する方法については、できません。オープンソースでも、プロプライエタリソフトウェアでも、何もありません。オープンソースでは、コミュニティが十分に大きい場合、現在のメンテナーがそれを放棄したとしても、コミュニティがそれを (おそらく新しい名前で) 維持し続けるという合理的な確信が持てます。他の誰かがそれを行う。自分でメンテナンスするのは魅力的な選択肢ではないかもしれませんが、いざという時には命の恩人になる可能性があります。
プロプライエタリなソフトウェアの場合、作成者が保守をやめると決めたら、あなたは運が悪いだけです。たとえば、Visual Basic 6 の何千ものユーザーについて考えてみましょう。
オープン ソース ソフトウェアの主な長所は、あなたのコメントで示されています。
プロプライエタリなソフトウェアの場合、組織にはインセンティブ（お金）があり、ソフトウェアが利益を上げている限り、開発を続けるために人を雇い続けます。
問題は、それが利益を生まなくなった場合 (たとえば、コードが非常に安定しているため、人々がそれを購入し、アップグレードを必要とせずに使い続けるため)、そのソフトウェアのユーザーは、彼らの素晴らしい安定した製品がますます実行されている状態で立ち往生する可能性があることです。ある日、マシンがクラッシュするか、他のシステムを実行できるように新しいバージョンのオペレーティング システムにアップグレードする必要があるまで、古代のマシンを使用しますが、独自のソフトウェアはもはや維持されていないため、アプリケーションをあきらめなければなりません。 . 実際、プロプライエタリなソフトウェアを販売する企業が倒産することは前代未聞ではありません。また、ベンダーが廃業する可能性からユーザーを保護するために、ソフトウェアのコード エスクロー アカウントが存在することを確認していなかった場合は、行き詰まります。
コードがオープン ソースであり、賢明な (製品を入手したときにソースを入手した) 場合は、古い製品を新しいシステムに移植することができます。それがどれほど難しいかは、コードの性質と品質によって異なりますが、可能です。ソフトウェアがプロプライエタリである場合、選択肢がない可能性があります。
問題は、「オープンソースソフトウェアの採用」とはどういう意味ですか。クローズドソースソフトウェア（CSS）のすべてをオープンソースソフトウェア（OSS）と根本的に交換することを計画している場合、ひどく失敗します。
あなたの組織がすでにITインフラストラクチャの重要な部分でOSSを使用していることを保証できます。
私の見解では、OSSがどのように会社に参入するか、そして会社がOSSに貢献するかどうか（そしてどのような形で）を形式化する必要があるだけです。ほとんどの企業は、ミッションクリティカルなソフトウェアのサポート契約を必要とし、サポートを提供するベンダーを通じてOSSを購入する必要があることを義務付けています。
多くの場合、OSSプロジェクトへの貢献は明示的に禁止されており、CTO/CIOが特定の貢献に署名した後にのみ許可されます。
ポリシーが、IT部門が現在実行しているものを許可するのに十分な柔軟性があることを確認してください。
状況にもよりますが、通常、社内で重要ではないため、企業で行われていることのほとんどのように、システムを保護する必要はありません。オープンソースはハロウィーンのようなものであり、あなたがいる限り、本当に気にする必要はありません。エンタープライズポリシーに従います。
他の大きくて重要な、セキュリティで保護されたプロジェクトの必要性については、それは本当に簡単です。使用するプロジェクトに参加し、プロジェクトをホストする内部リポジトリを用意する必要があります（したがって、外部ブランチとの同期が保たれる内部ブランチがあります）。重要なのは、これらのアプリは、作成に時間がかかり、何千年もの間サポートされているアプリであるということです。チームは大きく変わる傾向があり、多くの人が関わっています。誰かが必要であり、リポジトリ/ビルド管理に割り当てることができます。
さて、それがマネージャーについてだけなら、それはコミュニケーションと議論についてだけです。通常、彼らは長期的なコストのためにサポートを恐れています。彼らはベストプラクティスについて聞きたがる傾向があり、それが大企業が行っていること（および例）であり、プロジェクトに参加する傾向があり、他の場合にはそれに対するサポートを見つけることさえ可能であるとよく伝えます。
また、どんな請負業者もOSSのサポートを喜んで提供します。誰がお金とOSSを開発する能力にノーと言うでしょう。
オープンソースに反対するマネージャーが何を言おうと関係ありません。
使用しようとしているオープン ソース製品について十分に理解している必要があります。
それが会社にとって正しい解決策であることを確認する必要があります。その製品を知っている、またはその製品の使い方を学ぶことができる人を市場で見つけることができると確信する必要があります. その製品の TCO を知る必要があります。
次に、マネージャーと議論し、会社がオープン ソースからどのように利益を得ることができるかについて、彼に十分な理由を与えることができます。
最も安価なソリューションが最適なソリューションではないことに注意してください。企業はお金を貯めるのではなく、お金を稼ぐ必要があります。