OSSに関するいくつかの議論はもはや維持されています

MacOSのためのFUSEはもはや維持されます

ヒューズは、オープンソースソフトウェアによって開発されたMac OS用のファイルシステムです。

MacOSのためのFUSEパッケージは、MacOSの10.13ファイルシステムの開発にOS X 10.9に使用されるAPIの数を、提供します。これは、MacFUSEのは、多くの製品の基礎となっていませんが、もはや維持され、MacFUSEの後継です。あなたはの内容は、ローカルディスク、ネットワーク全体、メモリ、またはその他のソースから来ることができ、APIは、開発者は、ファイルシステムの多くの種類を提供して使用することができます。これらのAPIの一つは、Linux FUSEのAPIのスーパーセットから導出されます。FUSEファイルシステムは、(代わりにカーネル拡張の)従来のアプリケーションであるため、そのため、標準的なアプリケーションの開発は、MacOSのように、あなたはツール、デバッガ、およびライブラリをプログラミングで同じ柔軟性と選択肢を持っています。

最近、HackerNewsが投稿この問題の活発な議論を。

彼は2012年以来の原作者は、プロジェクトの唯一の擁護者となっている、補償されていないと述べました。彼は、ソフトウェアが常に無料になりますが、私はプロジェクトを開発し続けることができ、商業企業を支援するために、このプロジェクトから利益のために願っていました。

彼は、ヒューズは、常に無料となります財政支援(寄付や感謝の他の形態)のユーザーに尋ねることは決してありません。

しかし、彼はそれらの売上高はに基づいていることを尋ねたヒューズヒューズ製品またはそのアプリケーションが、彼らはそれを余裕がある場合は、OSのMac上で開発を継続するために利益の一部を投資し、会社にバンドルヒューズ彼は、それは無理だとは思いません。その結果、彼は同じ権利のBSDを行使され、他のすべての企業が受け入れられ、彼の作品の商品化、修理や持続可能な開発のための任意の資金を提供しなかったされています。

唯一の方法は、ある他の人がそのメンテナンス/開発を引き継いだ場合、それが開発していきますし、オープンソース・ソフトウェア・プロジェクトである別のオプションは、プロジェクトを放棄するだろう考えると、誰もがフォークを作成し、維持することができますし、それを行うには自由。

しかし、個人的な返信を以下のことは、自分の会社は、彼のコストを支払った、原作者が任意の報酬を受け取っていないと述べました。

2012年以来、彼はプロジェクトの唯一の擁護者となっている、私は反対に補償されていませんでした。彼はMacOSのために構築されたヒューズのブランドを支払った会社のための私の仕事は、数年前からやって。彼は本当に私たちに新しいビルドを提供しますが、時にはハード我々のニーズに対応するために彼を得るためにも、彼の特別なパッチを送りました。ように私は彼のビジネスライセンスよりも彼を信じていないのヒューズ保守要員がはるかに優れています。そこで、私たちはかなりのMacOSの新バージョンをサポートし続けるために、彼の仕事に満足している、これらのバージョンは、(コード署名と公証要件等、デバッグモードで推移しているシステムの完全性を保護するために、より多くの厄介になることを続ける昨今では非常に困難です)で、私たちはいいだろうプロジェクトに取り組ん人が、これらに限定されない場合。私は本当に彼はオープンソースプロジェクトを保持願って、契約に基づき、会社のためにカスタマイズされた基礎を提供し続けています。サポートされているすべてのMACOSのすべてのバージョンに建設し、カーネル拡張の難しさの調印以来、のみ利用可能なソースを持っていますが、ほとんどの企業が同様に我々としてカスタマイズし提供するためにライセンスされているために十分かもしれ排他的なライセンスでバイナリファイルを残ります建設。

私たちは、元の作者が他の営利企業が支払った手数料を受け取っている参照が、個々のニーズやカスタマイズされたバージョンとパッチや充電のためにすることができます上記の。これは、著者の魅力は、本当に何も競合ではありませんが、彼は、プロジェクトの開発のための営利企業で、金融支援、自分たちのニーズのためだけではなく、個別にカスタマイズしたバージョンを作成したいと考えています。

友人があり、言った:Appleは、このモジュールは、Mac OSのカーネルに組み込まれている最良の結果です。結局のところ、FUSEは、コードのデファクトスタンダード、および明らかに広く有用ピースです。保守者によってオープンソースプロジェクトは、多くの場合、非常に難しい、と財政難だけでなく、加えて、スタッフの不足です。あなたは財政支援を受けた場合は後に、しかしある日突然、あなたは、もはや興味を持っている、の山で残さないであろう「混乱」。コア開発/保守要員の増加は、この状況を緩和するのに役立ちます。

私は私のサポートを表明$を寄付するために、すべての5-10ヶ月、それのために希望、プロジェクトのボタンを「寄付」を有する気にしない:ユーザーが答えがあります。

プロジェクトのこのタイプを探している人がいます。

これは、私は非常に興味の領域です。私が話した、と配慮を延期するためのプロジェクトを提出する大規模な調査を行い、大規模なオープンソースソフトウェアの保守要員へのメディアの数十ています。私はPayPalのリンクへOpenHoldingsから各メソッドが機能しないと結論づけることができる唯一のこと。寄付は動作しません。あなたはそれがこれらのプロジェクトに多くの時間を過ごすために続けることがそうすることを、人々に価値の何かを与えるも、名目ベースでは、実際に企業の利益を得るために、投資収益率(ROI)を促進する必要があります。この通常は手段を無視して多くの人々は、他の人の(または、目に見えない手は物事がスムーズに実行することができます自由な時間を過ごすの他の方法を使用することを選択した人の場合について話をする自由時間の自分たちの権利を振って、あざ笑っ他の人は)疲れになります。オープンソースソフトウェアを構築するための唯一の持続可能な方法は、そのコストに企業を可能にすることです。重要なことは、エンドユーザの自由ライダーが、商用ではありません。私たちはこれらの会話の位置に自分自身を見つけるのはこのためです。(私はFWIWは、私が良くあると思い、Redisのライセンスが正しいアプローチだと思うし、この領域で同じような興味を持つ非常に幸せな人々を持っていないオフラインのチャット; ...私の電子メールプロファイルで)

オープンソースプロジェクトのためのサイトを引き継ぐために特別チームが設定しています。https://www.codeshelter.co/

参考資料

おすすめ

転載: www.cnblogs.com/valuemar/p/12028449.html