オープンソースに貢献するよう会社を説得するにはどうすればよいですか？

私は、ASP.NET Webアプリ用のライブラリ/コンポーネントを具体的に構築するオープンソースソフトウェアに貢献するために、私が働いている会社を説得しようとしています。Googleの1週間に1日のポリシーに似ていますが、1か月に1回であるという点を除いて、職場で個人のペットプロジェクトに取り組むことができる「イノベーションデイ」があります。オープンソース。

他の会社はこれをします、例えば。Headspring Systems（http: //automapper.codeplex.com- 上部のバナーを参照）。

私は彼らに何を伝えますか？会社にとって有益なメリットを彼らに伝えることができますか？私たちの会社や評判などにさらされる可能性についてはすでに言及しましたが、次に雇用が始まるとトップソフトウェア開発者を引き付けます。しかし、他にどのような議論ができますか？

更新：私が働いている会社は、主にASP.NETおよびMS StackでWebアプリケーションを構築するソフトウェア会社です。クライアントは主にNHS（英国の公衆衛生部門）です。

open-source asp.net contribution

— サンデー・アイアンフット
ソース

変更する既存のオープンソースプロジェクトを見つけます。そして、リリースするものはオープンソースでなければなりません。おそらく有用なものが既にそこにありますが、会社のニーズに合わせて微調整するだけで十分でしょう。

— マクニール

あなたの会社はテクノロジー企業ですか？例えば、テクノロジーを開発して販売していますか？特定のプラットフォームを前進させるための利益の動機があるため、ハイテク企業で議論をする方が簡単だと思います。たとえば、Engine YardはJRuby開発者を雇い、Rubyエコシステムを全般的に前進させました。あなたの会社が技術のエンドユーザーである場合、私はあなたが最良の議論をカバーしたと思います。

— ジェレミー

@ジェレミー：はい、申し訳ありませんが、私たちは主にASP.NETおよびMicrosoftスタック上でWebアプリケーションを構築するソフトウェア会社であると述べたはずです。

— 日曜日アイアンフット

マクニール、コメントではなく回答として追加する必要があります。

— ピーターボートン

@ピーター：ありがとう、私はそれが実際に会社への議論であることに疑いを持っていますが。もっと特別な状況。アカデミアでは、影響を増やし、さまざまな管理エンティティがコードを制御できないようにするために、オープンソースを構築することがよくあります。抗議しているにもかかわらず、自分の仕事に特許を持っている教授を知っています！

— マクニール

回答:

ビジネスケースを作成する必要があります。これまでは、オープンソーシングを行う知的財産はコアビジネス資産ではなかった（差別化されていなかった）ことを主張しましたが、コードをリリースすることで、マーケティングチャネルを作成しました。そのオープンソースコードのユーザーで、たまたま私たちのターゲットオーディエンスでもあります。

この理論を使用できます：「補数をコモディティ化します」

— スコットホイットロック
ソース

「私たちはオープンソース化するだろう知的財産は、（私たちを区別しませんでした）コアビジネス資産ではなかった」...そして、それは助けることができる重要な基準だあなたはそれがオープンソースに適しているか否かを判断します。

— ポールドレーパー14

コンポーネントをオープンソース化するのは、プロジェクトを育成し、コミュニティを構築する場合に限り意味があります。バグレポートを受け入れ、バグを修正し、定期的に新しいリリースを作成します。EclipseやMozillaがやったようにそうすれば、その恩恵を得ることができます。

そうしないと、経験豊富な人々は、他の人があなたのために仕事をしてくれることを期待して、コードベースを捨てただけで1マイル離れた匂いがすることがあります。

他の人がすべての仕事をすることを期待していません。おそらくコンポーネントを完全に開発し、それをオープンソースにして他の人がその恩恵を受けられるようにするか、必要に応じてさらに開発するでしょう。

— 日曜日アイアンフット

しかし、それを維持しますか？

オープンソースの最大の議論の1つは、他の人が貢献できるということです。1人のプログラマは自分のプログラムの1000個のバグを見つけて修正することはできないが、1000人のプログラマはできると考えています。あなたがリストしたすべての利点に加えて、あなたのビジネスを何らかの形で支援するブートストラップソフトウェアを開発するための選択であることは明らかです。

また、権限の位置にあなたを置きます。私はそれを少し伸ばしているかもしれませんが、あなたのアイデアが十分に革新的であれば、他の人が満たさなければならない新しい標準を作成することができます。つまり、商用利用のためにソフトウェアで何かをしたい人はまずあなたに尋ねる必要があります。つまり、コードが開いている間、商用利用のための標準の使用にはわずかな貢献が必要であると言ういくつかのカーブボールを投げることができますまったく不合理ではないので、後の段階でも可能性があります。

— ニール
ソース

コードの商用利用を制限することは、Open Source InitiativeとFree Software Foundationの両方の原則と互換性がありません。ほとんどの場合、それは価値があるよりも多くの問題をコミュニティで引き起こすと思います。本当に1000人のプログラマーにコードを見てもらいたい場合は、OSI認定のライセンスを使用してください。

— デビッドソーンリー

あなたはそれについて確かですか？オープンソースライセンスは誰でもコードを自由に見ることができることを理解していましたが、そのようなコードから生成された製品については何も述べていません。

— ニール

私はそれについて完全に確信しており、典型的な混乱を避けるためのオープンソースイニシアチブとそのライセンスについて言及しました。「オープンソース」はあいまいなフレーズです。1つの意味は、ソースで何ができるかに関係なく、ソースを取得できるということです。1つはOSI認定ライセンスでライセンスされており、フレーズが大文字になっている場合は通常それが意味されます。コミュニティへの参加が必要な場合は、OSIの定義に従ってください。OSIタイプのライセンスの下にないものを支援することに興味を持つ人ははるかに少ないでしょう。

— デビッドソーンリー