ASP.NET Webアプリ用のライブラリ/コンポーネントを構築するために、私が働いている会社にオープンソースソフトウェアに貢献するよう説得しようとしています。 Googleの週1日のポリシーと同様に、仕事で自分の個人的なペットプロジェクトに取り組むことができる「イノベーションの日」が近づいていますが、月に1回です:-)、私はやりたいと思っています。オープンソース。
他の会社はこれを行います、例えば。 Headspring Systems( http://automapper.codeplex.com -上部のバナーを参照)。
私は彼らに何を伝えますか?会社に有益なメリットを彼らに伝えることができますか?私たちの会社の露出や評判などの可能性についてはすでに述べましたが、次に採用を行うときにトップのソフトウェア開発者を引き付けることもできます。しかし、私は他にどんな議論をすることができますか?
更新:私が働いている会社は、主にASP.NETとMSスタックでWebアプリケーションを構築するソフトウェア会社です。私たちのクライアントは主にNHS(英国の公衆衛生部門)です。
あなたはビジネスケースを作らなければなりません。私は以前、オープンソースである知的財産がコアビジネス資産ではない(私たちを差別化していない)と主張することでこれを行いましたが、コードをリリースすることで、マーケティングチャネルを作成します。そのオープンソースコードのユーザーは、たまたまターゲットユーザーでもあります。
あなたはこの理論を使うことができます:「 あなたの補数を商品化してください 」
オープンソースコンポーネントは、プロジェクトを育成し、コミュニティを構築する場合にのみ意味があります。バグレポートを受け入れ、バグを修正し、定期的に新しいリリースを作成します。そうすれば、EclipseやMozillaが行ったように、利益を得ることができます。
そうしないと、経験豊富な人々は、他の人があなたのために仕事をしてくれることを期待して、コードベースを捨てただけの臭いがすることがあります。
オープンソースの最大の論拠の1つは、他の人が貢献できるということです。1人のプログラマーは、自分のプログラムの1000個のバグを発見して修正することは望めませんが、1000人のプログラマーはできるということです。したがって、リストしたすべての利点に加えて、何らかの方法で自分のビジネスを支援するbootstrapソフトウェアを開発するための選択であることは明らかです。
それはまたあなたを権威のある立場に置く。少し伸ばしているかもしれませんが、アイデアが十分革新的であれば、他の人が満たす必要のある新しい標準を作成できます。つまり、商用利用のためにソフトウェアで何かをしたい人は、最初にあなたに尋ねなければなりません。つまり、コードが開いている間、商用利用のための標準の使用にはわずかな貢献が必要であるというカーブボールをいくつか投げることができます不合理ではないので、後の段階でも可能性があります。