フレームワークにお金を払う文化がないのはなぜですか？
「リーン」スタートアップの最近の傾向とアプリストア時代の副作用の1つは、消費者が小さなゲーム/製品に小さな価格を支払うことに慣れていることです。
例えば。：
- 月額5ドルまでのオンラインSAAS（ベースキャンプスタイルの製品）
- 短くて楽しくて安いゲーム（アプリストアから$ 0.99
この市場は、「1つのことをうまく行い、人々にそれを請求する」ことによって定義されています。 Rails/37 Signalsの名声のDHHは、あなたのウェブサイトがお金を稼ぐつもりがないのなら、わざわざお金を稼がないでください。
同じルールがフレームワークに適用されないのはなぜですか？
世の中にはたくさんのソフトウェアフレームワークプロジェクトがあります。その多くは成熟していて機能が豊富で、開発者に大きな価値を提供しますが、これらにお金を払う市場や文化はないようです。
お金を請求するプロジェクトは、多くの場合UIコンポーネントツールセットのようなものであり、無料の代替手段を支持して取り残されていることが多いようです。
どうしてこれなの？
確かに、プログラマー/企業は、Ruby、Rails、Hibernate、Spring、Ant、Groovy、Gradleなどのプロジェクトに貢献することに価値を見出しています（リストは続きます）。
これらのフレームワークを使用したい人に課金を開始することを提案しているわけではありませんが、開発者がフレームワークの開発に投資したときからお金を稼ぐことができる意味のあるビジネスモデルが必要です。
このモデルが出現/成功しなかった理由について何か考えはありますか？
編集明確にするために：これは、無料のオープンソースソフトウェアの重要性を軽視することについての投稿ではありません。これは、フレームワークにお金を払う文化が存在しない理由を尋ねる投稿です。
フリー/オープンソースソフトウェアには、価値と価値を交換するという倫理が絶対にあります。
ほとんどの経済では、私たちは製品のためのお金またはサービスのためのお金を交換します。そうすることは非常に便利です。確かに、私たちは経済の商用ソフトウェアの部分でそうしています。
しかし、私たちは通常、友情のためのお金や恋愛のためのお金を交換しません。私たちは友情と友情、そして恋愛と恋愛を交換します。
同様に、フリー/オープンソースソフトウェアでは、倫理はDHHとその貢献者にRails by：バグの報告、パッチの提供、ドキュメントの作成/更新/修正、およびRuby、Rails、Linux、および一般的なすべてのフリー/オープンソースソフトウェアプロジェクトを広めること。それが私たちが価値と価値を交換する方法です。
「このモデル[フレームワークにお金を請求する]が出現/成功しなかった」理由を尋ねるのは、友情や恋愛に関して、なぜこの同じモデルが出現/成功しなかったのかを尋ねるのと同じです。友情を提供している人はお金を望んでいません-彼は見返りに友情を望んでいます。同様にロマンス。同様に、多くの場合、ソフトウェア。
この質問は、この質問の回答で答えられると思います なぜプログラマーはクローズドソースアプリケーションを作成してから無料にするのですか？ 。
そして、私はそれに追加します：
私が信じているのは、フレームワークを無料にすることで、初心者や趣味のプログラマーが本格的なプログラミングに興味を持つことができるようになるということです。これにより、パスが簡単になります。無料ではないプラットフォームは、多くの場合、採用されているプラットフォームよりも採用されていないことはすでに見てきました。さらに、無料のフレームワークは通常、コミュニティに貢献したいと考えている人々のグループによって開発されています。
それは常に2つの異なる文化のうちの1つに帰着するようです。 「私はソフトウェアにお金を払う」グループと「私はソフトウェアに時間で支払う」グループがあります。
組織内のITについて考えてみましょう。会社がネットワーク監視を行いたいとしましょう。それは、A）ミッションクリティカルであり、大量のお金を（Openview、Netcool）に送り込む価値があります。またはB）予算が厳しく、少ない費用でできることを実行します（Nagios、MRTG）。
同様に、Microsoft/Appleのソフトウェアへのアプローチ方法に「成長」した人々もいます。あなたはお金を払って、ものはうまくいくはずです。あなたは新しい機能が欲しい、あなたはそれに対してお金を払う。一方で、時間の支払いに慣れてきた人もいます。 Unix、オープンソース、Javaなど。より多くの機能が必要な場合は、自分で作成するか、誰かが修正できるようにします。
AppleのアプリストアをAndroidマーケットに。iPhoneでAngryBirdsを購入しますが、Androidでは無料（広告付き）で入手できます。さまざまな文化が働いています。AngryBirdsはアプリストアの課金で大成功を収めています。わずか.99セントですが、Android Marketで.25を請求した場合でも、市場シェアは非常に小さいことを彼らは知っていました。
フレームワークは後者の陣営で始まったと思うので、今のところそうです。おばあちゃんが使用できる完成品としてフレームワークを販売することはできません。誰かがそれを消耗品にするために時間を費やす必要があります。時間をかけることに慣れている人々は、時間とお金の両方で支払うことに慣れていません。
確かに、プログラマー/企業は、Ruby、Rails、Hibernate、Spring、Ant、Groovy、Gradleなどのプロジェクトに貢献することに価値を見出しています（リストは続きます）。
クライアントや雇用主との私の経験から、オープンソースソフトウェアを強力に利用している（そしてそれを使用することで多くのお金を稼いだり節約したりする）企業ができる限り多くの利益を上げていない理由がいくつかあることに気づきました。
オープンソースモデルがどのように機能するかを理解していないため、プロジェクトを強力に保つために寄付が必要であるという認識が欠けています。
多くの場合、寄付で何が起こるかが明確になっていない
税の問題、控除の不確実性
啓蒙されていない管理/管理の前で寄付（またはイベントの開催などの他の手段）を正当化する技術者にとっての困難（「私たちがそれを支払う必要がないのなら、なぜ私たちは彼らにお金を与える必要がありますか？ ？そのための予算がありません。多分来年」）
これらの問題はいずれもオープンソースプロジェクトである程度対処できると思う傾向がありますが、より明確なコミュニケーション方法に関する専門知識が不足していることや、企業に寄付を求めることに消極的であるため、ほとんどの場合は解決されていません。仕方。
私はオープンソースコミュニティの「お金も官僚主義も義務もない」という精神が大好きですが、たとえば、200ドルのMS Office職場ライセンスの代わりにOpenOfficeを使用するすべての企業が、OOoにわずか2ドルを寄付するとしたらどうでしょうか。他のオープンソースプロジェクト？
質問の一部は、フレームワークをアプリケーション（楽しいゲーム、37のシグナル製品、オンラインSAASなど）の支払いと比較しているようですが、それらはリンゴとオレンジです。消費者はアプリケーションを購入しますが、開発者はフレームワークを使用して消費者向けのアプリケーションを構築します。そして確かに、開発者がユーザーであり、フレームワークで開発していないときにアプリケーションを購入する場合、開発者は消費者である可能性があります。
フレームワークは、販売可能なアプリケーションに変わるまで、箱から出して何もしません。
ただし、フレームワークとコンポーネントセットとRADスイートなど）のような開発者ツールを比較しているだけの場合は、どのようなものが支払われるかどうかについて、いくつかの良い議論があると思います。
「AwesomeWork」というフレームワークを作成したと想像してみてください（元のハァッ？）。今、人々はそれを使ったことがなく、それが彼らを助けるかどうかわからず、彼らに少しでも利益をもたらさないかもしれない何かにお金を払いたくないので（彼らがそれを好きでも！）、私はそれを無料でリリースします。さて、私はそれをライセンス5ドルで売ることで逃げることができたかもしれないので、潜在的な利益を失うのはばかですか？いいえ、私がWordを発表し、人々が私のフレームワークを使い始めると、現在開かれている流通市場があります。それは本です。これで、AwesomeWorkに関する本を書くことができます（「Do [Awesome] Work Son！」と呼びましょう、申し訳ありませんが、それを通過する必要がありました）。そのため、この本の販売は順調に進んでいます。今度は、AwesomeWorkを更新して、AwesomeWork 2.0でリリースすることにしました。「Do [Awesome] Work Son！2nd Edition」を販売して、それからより多くのお金を稼ぐことができます。フレームワークを無料で配布することでお金を稼ぐことは間違いなく可能です。
上記のシナリオが誰かがフレームワークを無料でリリースする主な理由であると言っているわけではありませんが、それでもそうすることでお金を稼ぐことができることを示しています。
サイドノート：有料のフレームワークがいくつかあります（ただし、コミュニティエディションを無料で提供している場合がありますが、機能が制限されています）。頭に浮かぶのは WebSharper です。これにより、Webサイトを完全にF＃で記述できます。
オープンソースソフトウェアを使用する主なリスクは、公式のサポートがないという事実です。基本的に、あなたはコードを所有しています。最初は「フリー」ソフトウェアを使用する方が有益に思えますが、社内のメンテナンスコストが最終的にプロプライエタリソリューションのコストを上回る可能性を考慮に入れる必要があります。一部の組織は、そのリスクを冒すことをいとわない。