オープンソースの商業環境への悪影響はありますか？
私の会社は非常に幅広い製品を扱っており、私たちにとって戦略的ではない製品がいくつかあるので、それらをオープンソースにしたいと思いました（すべての企業が持っている製品をユニークでオープンソースにすることに焦点を当てることができます）。
私たちの業界（ヘッジファンド）はオープンソースではありません（これを試す最初の会社になります）。経営陣から得られるフィードバックは、1）業界を破壊するか、2）競争力のあるすべての営利会社が団結します私たちに対して、私たちはいずれかの方法で一掃されます。共有のプラスの効果を見たIT担当者と、すべてをあきらめようと考えているビジネス担当者の間の、今の私の会社での大きな戦いです（オープンソースにしたいパーツを販売することを好むが、これを守るために何かを売却する場合は標準です）。
だからあなたの考えは何ですか？オープンソーシングは一般的に適用されますか、それともソフトウェアにのみ適用されますか？業界内外の人々にとって全体的に良いのでしょうか？私は実際にはマイナスの影響にもっと興味があります（プラスも大歓迎です）
pdate：長い話ですが、コードが含まれていますが、これはオープンソースのアイデアに関するものであるため、コードについてはそれほどではありません。
私たちは中規模のクオントヘッジファンドです。独自の戦略もいくつかありますが、標準のロング/ショート、アービトラージ、グローバルマクロなどのファンドもあります。
私たちは独自の資金を維持していますが、他の誰もが持っている他の要素については、オープンソーシングを検討しています（私たちは何年にもわたって何百万ドルもの資金を投入してきました。したがって、企業からの関心や業界への参入を考えているのではないかと思いますが、どの程度かはわかりません）。
目標は、コミュニティが私たちのために働くようにすることではありません。目標は、それをいじくり回したい人なら誰でもそうすることができ、彼らが望むものを作成できるようにすることです成長するコミュニティを支援するスタッフの時間）。コードベースはかなり大きいですが、この値は、私たちが取得した業界の知識とアプローチです（人工知能と量子取引に関する本はたくさんありますが、ほとんどの企業がスタッフの議論を禁止しているため、実際には何年も遅れています）彼らは何をやってるの）。簡単に言えば、ここで人々に価値があるかどうかはわかりませんが、製品ラインナップを売却する間、一般の人々に利益をもたらす方法としてオープンソーシングに取り組みます。しかし、反対に、これは他の多くの企業にとってコア製品であり、彼らは満足しないでしょう（私はlinux/windows、wikipedia/britannica、googleマップ/商用マップ会社などについて考えています）。私は嫌いな人には大丈夫ですが、インデントされていない結果ではなく、この問題は、コア領域をオープンソース化する業界に一般的にどのような影響があるかを理解しようとすることです。たとえば、Linuxが原因で成長したのか、自然に成長していたのかなど、OS市場のどの部分が成長しているかを判断するのは困難です。テクノロジーは急速に成長しており、オープンソースがどのようにそれに影響を与えたかを理解するのに苦労しています（そして、それがポジティブであったかどうかを理解しています。そのようなものが必要ですか？）.
これは非常に具体的に思えるかもしれませんが、オープンソーシングの一般的な影響を理解しようとしているので、ソフトウェアを学ぶのに適した場所のように思えました。
あなたの会社がソースコードをリリースすることで金融市場の作り方を大きく変える可能性は十分にあります。アイデアを検討した結果、長所が短所を上回ることに同意する必要があります。
それだけの価値があるので、私は市場構造にかなり慣れています。私は彼らのITスタッフに加わるために交換所にインタビューしました。それはよく合わなかったし、私は彼らに加わらなかった。しかし、私はあなたが提案しているものの影響を理解していると思います。
教育ツール
金融サービスでは、利用可能なプログラミングの才能が不足しています。私の意見では、参入への最大の障壁の1つは、主題の知識（の欠如）です。参照フレームワークがあったとしてもごくわずかであり、ご指摘のとおり、学界はアクセスできない情報について教えることはできません。
ソースコードによって具体化された情報や概念を活用できる教授はたくさんいると思います。理論は一つのことです。しかし、具体的な例を持つことはまったく別です。
あなたの会社の過去の結果は、モデルの欠陥があなたのリターンにどのような影響を与えたのかを決定するために、学者や競合他社によって同様に注がれます。免責事項：すべてのモデルに欠陥があるため、決して批判ではありません。
成長のドライバー
業界で劇的な成長を牽引してきた、成功したオープンソースプロジェクトが数多くあります。 Eclipse、Linux、Apacheはほんの3つの例です。
あなたはリリースするプロジェクトをローエンドのボーダーライン商品であると説明しました。それらを解放することはそれらの地域を商品土地に絶対に押し込みます。より多くの人々が参加できるので、それは必ずしも悪いことではありません。それはまた、未定の革新を可能にします。外部の視点が断片を拾い上げ、それらを再び元に戻すことが許可されている場合に何が起こるかを予測することは不可能です。
テクノロジー破壊者
マイナス面では、これはLinux、携帯電話、デジタルメディアなどの深刻なテクノロジーの混乱を招く可能性があります。以前はロックダウンされていた環境で、参入障壁が高くても、何が原因なのかわかりません。発生する可能性があります。一部の人々は、業界がこれから生まれる可能性のあるゲームチェンジャーに適応するにつれて、仕事を失うことになります。一部の人々は向きを変え、これにより効率が向上し、目的は手段を正当化すると主張します。
これは劇的すぎず、これは、いくつかの競争相手のラップに手榴弾を落とすようなものです。効果的には、より洗練されたモデルを使用するように適応させ、間もなく完全にコモディティ環境で作業していた環境を終了させることになります。
市場の透明性
最近のSECのコメントおよび取引活動とダークプールに関する公開（誤った）情報の一部を考慮すると、これはあなたの会社に予想よりも注意を向ける可能性があります。それのいくつかは良いでしょう。それのいくつかは悪いでしょう。いずれにせよ、それは考慮すべきことです。
参照フレームワーク/コミュニティ
プロジェクトを文書化し、フォローアップの質問に対応できるように、スタッフに時間を割り当てることをお勧めします。それ以外は不透明なコードの大きな塊をエーテルにダンプすることは、ビットシャトルの練習になるだけです。人々がコードベースを理解できるようにロードマップを提供すれば、彼らはそれを掘り下げて作業を開始する手段を持つことになります。
関連する変数の数が原因で、採用率と最終的な影響を予測することは不可能ではないにしても困難です。ただし、ほとんどすべてのケースで、ゲームチェンジャーは最初は小さく、段階的に成長していました。 Linuxのすべてのバリアントは、3.5インチフロッピーのスタックを交換するアルファオタク、または時折崇拝される焼き付けられたCDから生まれました。アクセシビリティは重要な側面であり、コードベースを理解している人が利用できるようにすることが重要です。
物事をさらに一歩進めるために、他の企業のカウンターパートに連絡して、同様のことを検討しているかどうかを確認することができます。現在Apache Foundationと呼ばれているコンソーシアムをまとめることは、クリティカルマスを獲得する1つの方法です。別のアプローチは、チュートリアル、CodeAcademyを生成し、それを宣伝するためにマイナーな広報キャンペーンを実行することです。これらの方法は、可能性のある結果を肯定的な領域にプッシュするのに役立ちますが、詳細に進むと、元の質問の範囲を超えてしまいます。
欠点をまとめると：
-これは、多くが陥っているパターンを本当に混乱させる可能性があります。
-そうすることは、あなたを怒らせる競合他社の一部を怒らせます。
-コードや市場がどのように機能したかについての誤解に基づいて、否定的な報道も取り上げます。
ライセンスのバイラルの性質上、このリリースではGPLv3ライセンスを使用することをお勧めします。配布される将来の変更は、そのソースをリリースする必要があります。これは、これから発生する可能性があるあらゆる種類のコミュニティの成長に役立ちます。
これを同僚とリフレームするには：
-公平な競争条件を育てようとしているため、SEC（米国証券取引委員会）の見た目がよくなります。
-このコードは、もはや利益を生まない埋没コストです。市場で利用可能なプログラミングの才能を向上させることの長期的なメリットは計り知れません。
-これにより、株式の正しい評価に近づくことができるため、市場の効率性が向上します。
私はあなたに競争力のあるエッジを与えるものをオープンソース化することはおそらく悪い考えだと思います。コードをオープンソース化する利点は何でしょうか？あなたは利点が次のようになると言うようです：
すべての企業が持つ製品を独自かつオープンソースにすることに焦点を当てることができます。
主要製品をオープンソース化するつもりはないようですが、コミュニティがメンテナンススラックを取り、コア製品に集中できるようになることを期待して、それに付属するいくつかの小さなユーティリティを使用しているようです。あなたが望むコミュニティが実現しない場合、それは危険に思えます。オープンソーシングのこれらの潜在的なターゲットは、他のバックグラウンドを持つ他の業界やユーザーにとって潜在的に有用ですか？ランダムなハッカーがそれらを拾い上げて改善する可能性が本当に高いと思いますか？
あなたのアップデートへの応答：あなたはコードmightオープンソースはvery nicheのように聞こえます。どのようにしてそれに興味を起こさせますか？どのようにして人々にそれをいじくり回しますか？ githubやsourceforgeにダンプして、「楽しんでください！」誰がそれを見つけ、そしてhow彼らはそれを見つけ、なぜ彼らはそれをダウンロードするのでしょうか？このアイデアのマーケティング面には、いくつかの作業が必要だと思います。
おそらく、その一部をオープンソース化して、後で採用したい学生に売り込むべきでしょう。いくつかのデモキットを教授に送付して、クラスでプロジェクトにyourソフトウェアを使用できるようにします。
これには作業が伴いますが、誰かが学生用のキットをまとめ、コミュニティのWebサイトを構築し、フォーラムを監視して質問に回答するなどする必要があります。あなたの会社はそのすべてに支払うことに関心がありますか？それは大きな利益になるかもしれませんが、もう一度、多分...
@FrustratedWithFormsDesignの発言に2セントを加算します。
あなたの会社に何かをさせるには、影響/利益を定量化するために何かをしなければなりません。話や感情、感情的な爆発（または欲求不満）が少しも役に立たない。
5-Whyの手法 を使用して、プロジェクトを実際にオープンソース化することの「最終的なメリット」を明確にします。 （5つ以上を尋ねる必要があるかもしれません:)これで、もちろん、複数のエンドゴールに到達する可能性があります-もちろん、答えに分岐して「なぜ」と尋ね続けることができるためです（つまり、因果関係でリンクされたゴールであり、単なる線形ツリーではありません）。
目標を組織にもたらされる価値として定量化できるかどうかを確認してください-測定するのが難しいと思われる場合は、「 何かを測定する方法-ダグハバード を読むことをお勧めします「今thisは、オープンソースの「価値」を示す上層部の管理者に渡すための「選択の武器」として使用する必要があります。数値が信じられない限り（リスクを考慮に入れて！）、それを気にすることすらありません。
彼らが興味に値する何かを見つけた場合、彼らはさらに調査するためにしばらく時間を費やします。それが彼らの戦略的利益およびと一致しない限り、彼らはそれを見ていない（または、それを見て気にしない）付加価値です。
お役に立てれば。
PS：同じことを伝えるための代替手段として、 Business Model Canvas を調べることもできます。