るを決定する要因には、オープンソースプロジェクト?[定休日]
https://stackoverflow.com/questions/80997
-
09-06-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian質問
してのソース用ライブラリを考えることができるとされていること味をソースコード。
何をしていブロックは、これまでの努力を掃除するためにはコードベースおよび記録のソースを開けます。
またグローバルにオープンソースのみであれば合理的な々のプロジェクトの成功につと提供者が保持しています。このコードもしろい大きなベースの開発者向けです。
る要因 を除く"interestingness"および"有用性"プロジェクト の決定に成功するオープンソースプロジェクト?
例:
- 清潔感のあるコード
- のソースコードのコメント
- の全部又は一部に文書化されたApi
- 選択肢の利用許諾契約書(GPL前LGPL前BSDなど）
- 選択の公開リポジトリ
- 投資公共サイト
解決
が複数のものを支配するのsuccessfulnessのコードです。これらすべてのレベルで達成されることもに、やむを得ずのチャンスを採用。
- 市場がある必要があります市場のためのオープンソースプロジェクト.場合はプロジェクトは、オレンジジューサー空間にいるときにもつながるという考え方です。まだプロジェクトが大きい採用者のユーザーや開発者向けです。ではどうすれば他の企業に採用してしまう可能性があります。
- 文書としてました以前の文書が鍵となります。この文書はコメントコードでは、建築の意思決定のAPIです。された場合にも文書を含むバ、バグにつソフトウェアそのままでokです。この透明性が鍵となります。
- 自由なければなりませんことのできないコードを"無料"で"-することを意味料としての音声はしています。合気持ちを持ってお客様の市場においては、図書室その他の法人BSDライセンスに最適です。の場合のソフトウェアを実行デスクトップをセットアッププログラムがあります。
- 透明性-記述する必ソフトウェアで透明な環境です。一口かじると閉じ込められていたオープンソースがない隠れします。必ず説明しまい、いた、ということがあります。これは僕がoffの開発者他にはな
- デベロッパーズコミュニティ-強力なデベロッパーズコミュニティが必要です。これは存在しません。約5％のユーザーの貢献のプロジェクト.ればお知らせはありませんリリースのための年ょう"なんと、このソフトウェアが行われ、"ものになるだろうと考える"開発者の投棄されます。 くの開発者でもない原価計算できます。
- コミュニケーションが必要だくには、地域社会がミッションです。なファイルにバグが、議論し、回避策、および公開します。な声、そこでopensourceのプロジェクト
- 可用性をコードす必要がある場合でも、手段pissing off言しています。まだプロジェクトですので、容易にダウンロード、。きたいと思っているユーザーを押して18nag画面および契約をよろしくお願いします。いるのは、そう簡単で、クリーン
他のヒント
ると思うのは、単一の最も重要な要因は、ユーザ数を使用するには、次のようにしますその他そのうんですが、練や記録されて束ねることで座り、サーバーになっていて、非常にいくら---
取得者、まず必要なユーザー、そして必要なものの一部不備.必要なものをトリガする"ことが私の願いであったことなどが異なるのです。" ご不明らかな特徴れるユーザーとなる貢献を追加します。
最も重要なのは、プログラム。その場の空港近くにあり、誰も使えるんです。できないのキャッシュ-フローを反転する人まで当たり前になります。
もちろん、"良い"だけのもの"とにより、光センサーとして実践的なオプションのためのかなりの数の人々にとって、いように厳重に最高の、その特徴を有することで、多くの人々よりも選択肢としてあります。時には、プログラム は にしかないどこか他の、あなたのその場合がありする必要はありません。ています。
プログラムが良いの人が利用します。明らかでは、市場のユーザー間--良いプログラムはもういなだけじゃない傷を付けても良いかもその設計を行う。こう点におけるマーケティングが、真に良い製品は、ポイントとする傾向がある市場。その力が低下していく傾向があり促進ないので、明瞭にて最優先すべき製品自体のな推進します。
その後はどのように書くでしょうかでいいですか？に答えることは、専用の熟練の開発チームです。人が一人でできることは稀をより良い製品を独自の;もち以上に他のデベロッパーは、複数の視点は非常に有効。ことを企業スポンサーの有用性につながってい--入れその他の開発者から株式会社）の心の問題を自分の意見を出しました。することができる場合には開発のプログラムが必要な専門性だけるように、一般に利用可能です。
もちろん、私がこう言ってからです。私の主要な開発者x264(現在最も活躍し、最も人気のビデオエンコーダ.して主に開発者は、様々な未開の地域に貢献するパッチ、企業がスポンサージ(ガブリエルBouvigneを保ちratecontrolアルゴリズムからポスト-メディア(たいものであることは確かである契約者は現在の採用コーダー契約を追加MBAFF interlacingサポート）、数その他のポップアップ時から。
しているのではなく開発者ではないが、プロジェクト--多くの開発者がいます。とその結果、このプログラムを符号化映像ものをより安く、そしてより速く、より上質なものはほとんどの商業競合他社のハードウェアやソフトウェアを持った完全な開発を否定するものではありません。
将来のこれらの課題だがポップカルチャーを中心にオンライン版 コースにオープンソースでカリフォルニア大学バークレー校, と呼ばれるオープンソースの開発-販売デジタル情報:技術的、経済的、社会的、法的パースペクティブ"この株でよMitchカ(蓮創業者）、ポーラバラッサ-サミュエルソンは、法科大学院教授。私は、長い通勤のオーディオのコースにiPodでは、昨年にもなにとぞよろしくお願い申し上げについて多くのだろうかな、なぜからも明らかに学術書）。
書に書かれていたのです。実際は、無料の著書はこちら 製造オープンソースソフトウェア
本当にと思い答えはどを実行することができる。
すべての例示物があり、その鍵物がどのように相互作用の開発者が管理し、どのパッチなどを取り扱う/受理人の"担当者"をどのように扱うことの責任、などです。
インテル®solid-state driveの歴史なくトラックには、以下が含まれます。) の管理、開発のクラス::DBIおよびDBIx::クラスにはPerlです。
どうしてそうなっちゃうんですか読今夜は優れた投稿ユーザビリティの面での成功vs失敗オープンソースのソフトウェア.
抜粋：
多くの帯域幅は無駄な争いのなユーザビリティのオープンソースソフトウェア/フリーソフトウェア（以下、"OS").に論争が続いていこの時のブログ、フォーラム、Slashdotコメントす。いという人もいるの悪いユーザビリティ固有のOSSの世界、というOSSのユーザビリティの観光スポットを表示一部の観光の現実問題としては、閉鎖的なユーザー各プログラムのクローンしまいました。あると強く主張UIの問題は一時的な成長の痛みをしているとは言いOSS開発モデルの体系的な生産悪ポートします。一人でもこのセットアッププログラムが間接的な報酬のソフトウェアを使用！(ちなみに、これに反対している。)
でオープンソースです。おそらく、誰もが始まし貢献します。しかし、少なくともでき、プレスリリース製品のセットアッププログラムなどを実行します。
の第一歩となることにより使用を開始しま...
もし、ユーザが快適なもの寄.
みんなの答えていることがあるのか"というのがひとつ足りるのは良いけ監督いたします。も殺し、オープンソースプロジェクトよりも速くない何らかのプロジェクトマネジメントは伝えていくとしてだけで追加の構造とタスキングは開発者だっ集.
混沌ェアです。ではないだくとなって飛びます。
