質問
私はこの夏、仕事の休憩時間を、日々の仕事を円滑にするためのフレームワークのようなものを書くことに費やしました。つまり、サイトのブロック、そのコンテンツ、およびこれらのスタイル (HTML に非常に似ています) を定義するマークアップを含む XML を読み込み、アセットなどの読み込みを処理します。
今、私はこの結果にかなり満足しており、自分のコードの一部を一般公開 (および精査) のためにリリースしたくてうずうずしています。また、これがサイト (またはサイトの一部) を迅速かつ簡単に構築するための穴を埋めるものであると私はかなり確信しています。
これをオープンソース ライセンスでリリースすることが良い考えであると上司/同僚を説得するための最良の議論は何でしょうか?
解決
OSI には、優れたリソースが多数あります。 http://www.opensource.org/advocacy/case_for_business.php おそらくあなたにとって最も関連性の高いものでしょう。
オープンソース プロジェクトはたくさんありますが、人気がある場合の最大の利点は、バグ修正や機能強化がプロジェクトに反映されることだと私は考えています。自分の仕事でのユースケースに必要な機能のみを開発する傾向があります (もちろん例外は存在します)。プロジェクトの他の領域に他の人に取り組んでもらうのは良いことです。
そうは言っても、人々がそれを行うのは、通常、そのプロジェクトに自分自身で用途がある場合だけであり、認知度を高めることは、商業プロジェクトをマーケティングするのと同じくらい難しい場合があります。おそらく、無名のプロジェクトを偶然見つけてそれを使用している人はほんの数人しかいないでしょう。 Google検索!
このように、開発指向の利点は数多くありますが、実際のユーザーが多くない (またはまったく) 場合でも、組織がオープンソースでの内部プロジェクトのリリースをサポートしていることは、ビジネス/企業の観点から非常に良いことのように見えます。ライセンス。これは、将来の従業員にとって組織のオープンさが良いことを示しています。
したがって、オープンソースの大きな利点はスケールによって得られるだけですが、すぐに効果を発揮し始める、つまり会社の良い評判を築くなど、それほど明白ではない利点もあります。
他のヒント
- 人気
- 地域貢献
- 世間の監視
- 私たちは基準に従うことを余儀なくされるだろう。(それが結果的に製品をより良くするでしょう)
- のれん
あなたの会社にとってのメリットはほとんどありません。他の人が挙げた理由はすべて、ある程度の人気を想定しています...ありそうもない。ほとんどのビジネス関係者は、深く考えるまでもなく、広告や活用、世間の監視やツールの改善が、オープンソースとしてリリースする「リスク」を負う十分な理由にはならないことに気づくでしょう。
そうは言っても、企業が社内ツールをオープンソースとしてリリースすることの「リスク」議論に対する最良の反論は次のとおりです。それがコアコンピテンシーの一部ではなく、それが会社のリソースを消費しないように(または会社の秘密やインフラストラクチャを漏洩しないように)注意が払われている場合、実際にはリスクはありません。会社は何も失うことなく、 潜在的 たとえその可能性が小さいとしても、利益を得るためです。
私は社内で開発したパッケージをいくつかオープンソースとしてリリースしました。基本的なピッチ:
これをリリースする方が会社にとってより利益があり、有利です。
- このパッケージは当社の中核事業の一部ではありません。秘伝のタレのレシピは公開しておりません。
- より多くの人がコードを実行し、バグを発見し、それによってコードの品質が向上します。
- おそらく、私たちが役立つと思われる機能のコードを提供してくれる人が見つかるでしょう。
- 優れた採用ツール、パート 1:優れたプログラマは、開発者に優しい当社の啓発された組織に惹かれるでしょう。
- 優れた採用ツール、パート 2:私たちが採用したいと考えている人材が実際に活動しているのがわかります。
このアプローチを通じてリリースされた 2 つのスタンドアロン パッケージを次に示します。
- http://code.google.com/p/orapig -- かなり最近のこと
- http://sourceforge.net/projects/kap/ -- 私の前の会社で
オープンソースが良いアイデアである理由の核心は、通常は無料で働いている人々の大規模なリソースをプールして、何か便利でエキサイティングなものを作成できるからだと思います。Digg のようなサイトは、コミュニティによって推進されているため、スタッフ @ Slashdot よりも多くの優れたストーリーを量産しています。同様に、参加者を集めるほどエキサイティングなプロジェクトがある場合、オープンソース プロジェクトは専任チームよりも多くのことを成し遂げることができるでしょうか。コードの改善や途中での学習など、他にも多くのメリットがあります。
宣伝: 例として挙げることができるのは、 ルビー・オン・レール フレームワーク。
を行うために作成されました。 37信号 ウェブアプリ。彼らはそれをオープンソース化し、その後誰かが現れて twitter を構築しました。それによって彼らがどれほどの評判になったか想像してみてください。
製品をオープンソースにすることの最も重要な貢献は、人々が即座にアクセスしやすくなることです。
また、あなたの仕事に本当に興味がある人があなたのこれまでの成果を見て、それを改善するための提案をしたり、時には手を貸してくれたりするのにも役立ちます。さらに、オープン ソース ソフトウェアの膨大なリポジトリに何かを貢献し、独自の小さな方法でコミュニティの成長と学習を支援します。