最近のApplication Developer Days 2012カンファレンスで、例としてOpenVZ Webパネルを使用してオープンソースプロジェクトを作成する方法についての短いレポートを読む機会がありました。 残念ながら、規定の30〜40分ではなく10分間でした。その結果、準備された素材の80％が「船外」でした。 主催者は、何らかの理由で、最後の瞬間に考えを変え、質問のある5分間のセクションを削除したため、フィードバックはありませんでした。 しかし、私は主催者にあまり会いません-彼らは最善を尽くし、会議は明らかに成功しました。 また、ほとんどのレポートの品質に非常に満足しています。





ここでトピックの本質について-私は自分のイニシアチブを使用してオープンソースプロジェクトがどのように作成されるかについてのストーリーの完全版をレイアウトし、そのようなプロジェクトの開発に関する私の考えや意見を共有し、内部のキッチンについて話し、典型的な間違いに対して警告してみます。



以下に書かれているもののほとんどは完全に主観的なものです。 いくつかのことは冷静であると考えることができますが、多くは文字通り経験に悩まされています。



非常に多くのテキストがあります。 最もせっかちな人のために-あなただけのスライドを通して見ることができます。

実験ウサギプロジェクトについて少し

OpenVZ Webパネルは、OpenVZテクノロジーを使用する仮想サーバー用のかなり人気のある無料のWebベースのコントロールパネルです。 これを確認して、バージョン2.0が17,000台を超えるサーバーにインストールされていると言えます。 サーバー製品の場合、非常に堅実な数字です。



OpenVZとは何ですか？ これは、コンテナ化されたサーバー仮想化のテクノロジーの1つです。 誰かが好きで、問題を解決するのに適しています。誰かはあまり好きではありませんが、今はそれについてではありません。 OpenVZは、本質的にParallels Virtuozzo Containers商用製品の踏み台です。 当初、OpenVZには優れた無料のWebコントロールパネルがありませんでした。 私自身もOpenVZを積極的に使用しています。 既存の無料のパネルは、何らかの理由で私には向いていませんでした。 その結果、OpenVZ Web Panelプロジェクトが誕生しました。











開発は単に彼らのニーズを満たすためのものであったため、特定の段階でオープンソースプロジェクトを作成することが決定されました。 彼のベストプラクティスを、そのようなパネルを探しているかもしれない他の人々と共有してください。

プロジェクトのアイデア

広告トピックを読み、トピックの本質に戻ります。 したがって、オープンソースプロジェクトを作成します。 最初にすべきことは、クールなアイデアです。 商業プロジェクトとは異なり、マーケティング部門、専門の出版物や広告看板での大規模な広告はありません。 Google TVは、無料のGoogle Chromeブラウザーのテレビでのみ広告できます。



プロジェクトのアイデアがわからない場合は、共有して、専門のフォーラムで議論することができます。 商業開発では、ほとんどの場合、同じことを行うことはほとんどありません。 また、誰かがアイデアを盗むという恐れとリスクもあります。 あなたのアイデアやプロジェクトが、同様の開発よりも優れているかどうかを何度も自問してください。 既存のプロジェクトに参加して改善すれば十分でしょうか？



また、実際にテストするために、できるだけ早くアイデアが望ましいです。 アルファ版をリリースし、視聴者の反応を確認することをお勧めします。 熱狂的な反応と多くの願いがある場合、あなたは正しい方向に進んでいます。 誰もが黙っているなら、これは考える十分な理由です。

動機付け

作成するプロジェクトには、わかりやすいモチベーションが必要です。 「これはクールなことであり、そのようなプロジェクトは私のカルマを増やす」というカテゴリーのプロジェクトは、実際には非常に急速に消えていきます。 より重要な動機の例：自分でプロジェクトを使用するか、特定の顧客がいる。 OpenVZ Web Panelの場合、最初のオプションが機能しました。つまり、独自のニーズを満たす必要がありました。 プロジェクトを最初のリリースまで持ち込む強いモチベーションがなければ、非常に困難です。



時々人々は言う：私はオープンソースプロジェクトを作成し、それから私はそれで稼ぐ。 これは間違った動機の例です。 実際、本当にお金を稼ぎたいなら、オープンソースについては最低限考えなければなりません。 それ以外の場合、次の開発計画が最も可能性が高くなります：プロジェクトが完了しました;お金を稼ぐ方法は明確ではありません。 その結果、モチベーションが完全に失われ、プロジェクトの開発を継続する必要がなくなります。

効果的な開発

プロジェクトで最も重要ないくつかのことに集中するようにしてください。 コミュニティは、さまざまな変化に向かってあなたをプッシュし、メインコースからあなたを導きます。 たとえば、OpenVZ Webパネルの場合、すべてのユーザーリクエストに同意して実装した場合、コンテナ管理システムではなく、次のWebminをすでに実行していました。



開発は時間的に可能な限り効率的でなければなりません。 これは、唯一かつ最も高価なリソースです。 多くの場合、下された決定は品質またはいくつかの要件を損なう可能性がありますが、それらが時間内に効果的である場合、ほとんどの場合、正しい方向に進んでいます。



さらに、プロジェクトで発生するほとんどすべてのタスクを実行できることが望ましいです。 他の人に仕事を委任することを計画していて、彼らが自発的に仕事をするなら、私を信じて、仕事は最も非効率な方法で行くでしょう。 さらに、彼らはあなたを単に前に押し出すでしょう。



効率の面でかなり難しい問題は、プロセスの自動化の問題です。 一方では、あなたはプログラマであり、「1時間で書き込み、5分で飛ぶ」という原則に基づいて行動することを好みます。 この原則は、時間を犠牲にして非常に頻繁に機能します。 時々繰り返されるものを自動化することだけが必要です。



オープンソースプロジェクトでは、通常、すべてのテストケースを注意深くチェックしてバグを取得するプロのテスターはいないため、最初に製品をテストします。 これは、機能テストと単体テストの作成を強制する必要があることを意味します。そうしないと、手動テストに時間を費やすか、リリースの重大な問題を見逃す必要があります。 ここで、もちろん、「ありがとう、キャップ」と言うことができます。 ただし、時間を節約するために、この点はプロジェクトで非常に頻繁に影響を受けます。



そして最後の瞬間。 開発を多かれ少なかれ真剣にリードしたい場合は、時間の追跡を行います。 Redmineを入れて、バグだけでなくタスクも開始し、それらに費やした時間を書きます。 そうして初めて、この機能またはその機能が実際にどれくらいの費用がかかるかを理解し始めるでしょう。 次回は、1回限りの手順の自動化に2日間を費やす可能性は低く、30分で手動で行われます。 さらに、スポンサーが突然現れた場合、機能の価値を説明するのがはるかに簡単になります。



OpenVZ Webパネルでの作業の一環として、「お気に入りのOS」のパッケージ形式で製品を組み立てるように繰り返し求められました。 さらに、お気に入りのOSでは、ArchLinuxとGentooが時々登場しました。 私はこれらのディストリビューションに対して何もしていませんが、ユーザーコミュニティはCentOSやDebianに比べて非常に小さいので、メリットの点で非常に怪しいタスクに多くの時間を費やします。 パネルには素晴らしいシェルインストーラーがあります。 パッケージよりも優先度が低いことを知っています。 しかし、たとえば5つのLinuxディストリビューションに対して適切なレベルでパッケージを維持することは非常に時間のかかる作業であることもよく知っています。 シェルインストーラーを使用すると、開発時間を大幅に節約できます。 おもしろいことに、Debianの愛好家（すでに5番目の列にいる人がパッケージを送信すると約束しているが、通常のパッケージを1つも送信していない場合）、CentOSのパッケージをビルドしてみてください...

製品の品質

多くの場合、オープンソース製品のユーザーは品質に不満を抱いています。 このステレオタイプを破りたい場合は、製品の品質を忘れないでください。



品質は製品テストとしてだけでなく理解されるべきです。 品質は、デザイン、使いやすさ、補助ツール、製品のWebサイト、ドキュメント、技術サポートなど、すべてのものにあるべきです。



以下は、wgetダウンロードマネージャーのフロントエンドのスクリーンショットです。 最も純粋な形でのインターフェイス設計に対するプログラマーのアプローチ：「オプションがあります-画面に表示する必要があります」。







これがWordPressのスクリーンショットです。 この製品は好きでも嫌いでも構いませんが、人々が製品の品質に明確に取り組んでいることを認識する価値があります。







多くの場合、オープンソースプロジェクトでは、コントロール要素が無秩序に散らばっているグラフィカルインターフェイスを見ることができ、作者は作業の論理を理解しています。 ユーザーのことを忘れないでください、あなたがしていることのレビューを行い、典型的なユーザーとして自分自身を紹介してください。 明らかな方法で機能しない場合は、ほとんどのユーザーが混乱して間違いを犯すようにしてください。 このような問題の特徴的な兆候は、課題トラッカーがすでに同じトピック（コントロールが配置されている場所）で20番目のチケットを持っていることです。 この状況では、多くの場合、人々はFAQまたはナレッジベースに情報を追加するだけに制限されます。 実際、製品の問題を解決し、よくある質問のリストを減らすために、FAQとナレッジベースを定期的に確認する必要があります。



コードの品質が実際にユーザーの最後の関心事になるような瞬間を忘れないでください。 しかし、使いやすさ、実行時エラーと論理エラーの両方がないことは、製品の印象に大きく影響します。 多くの場合、著者はコードの観点から調和を図り、製品の利便性を忘れています。 コードの品質が製品の品質と相関していることは明らかですが、それでも2番目の点に焦点を当てることをお勧めします。 結局のところ、多くの成功したオープンソースプロジェクトには、かなり質の低いコードがあります。 それについて考える正当な理由（しかしgovnokodを書くためにあなたを動揺させているとは思わないでください）。

テクノロジー

オープンソースプロジェクトは、新しいテクノロジーをテストし、実験を行う絶好の機会を提供します。 この瞬間を必ず取ってください。 企業のアプリケーションでは、ファッショナブルで非常に便利な何らかのテクノロジーの使用に切り替えるのに何年も待つことができます。 ここであなたはあなた自身のCEOとCTOであり、あなたが個々に行うことができるすべての技術的、建築的、戦略的決定です。



ただし、エンドユーザーについては忘れないでください。 Webアプリケーションを使用している場合、それらのほとんどがHTML3とHTML5の違いをほとんど理解していないことを確認してください。 ただし、IEのサポートを完全に拒否した場合、彼らは確かにこれに気づき、単に理解しません。 ユーザーは主にコンテンツに関心があり、技術的な付加機能には興味がありません。



オープンソース開発では、サードパーティのライブラリとフレームワークを使用する際の制限が緩和されます。 たとえば、UI用のOpenVZ Webパネルは有名なExtJSライブラリを使用します。 これらのライブラリを商用製品で使用する場合は、非常に高価なライセンスを購入する必要があります。 一方、オープンソースプロジェクトの一部としてExtJSライブラリを使用すると、実用的な使用で貴重な経験を得てから、この経験を商用プロジェクトに適用できます。



開発予算が不足しているため、高価な有料コンポーネントの代替品も求められています。 多くの場合、このようなコンポーネントは、市販のコンポーネントよりも簡単に統合および保守できます。 最終的には、いくつかの問題を修正することで、別のオープンソースプロジェクトの開発に貢献することさえできます。

ツール

オープンソースプロジェクトの開発に役立つ便利なツールがかなりあります。 あなたはそれらの多くを知っており、おそらく、それらを使用しました。 しかし、何らかの理由でこれらのツールが利用できない商用プロジェクトに取り組んでいるとき、あなたは本当にそれらに感謝し始めます。 企業のExchangeとSharePointを思い出し、GmailとMediaWikiに悲しみを感じ始めます。



また、多くの企業が、そのようなプロジェクトの無料ライセンスを独自の商用プロジェクトに付与することにより、オープンソースプロジェクトの開発を刺激していることを忘れないでください。 たとえば、アトラシアンはJiraまたはConfluenceの無料ライセンスを提供できます。 しばらくの間、RubyMine IDEを使用してOpenVZ Web Panelを開発しました。OpenVZWeb Panelは、仲間のJetBrainsから親切に提供された無料のライセンスです（この機会に、よろしくお伝えし、ライセンス拡張をリクエストしてください:)）。 WHMCS請求との統合の一環として、製品ライセンスも必要でした。 公式には、彼らは無料のライセンスを提供していませんが、関心は相互的であったため、ライセンスは即座に付与されました。 したがって、プロジェクトの開発に役立つ商用製品に興味がある場合は、この製品の製造元にお問い合わせください。 ほとんどの場合、製品が必要な理由を明確に説明することで無料ライセンスを取得できます。

コミュニティ

多くの場合、コミュニティはプロジェクトの問題を解決できると考えています。 これは絶対に真実ではありません。 まず、開発者向けのツールを作成しない限り、プログラマーがいないことがユーザーの間で判明します。 そして、何らかの理由で、彼らはあなたのgovnokodのジャングルを理解しようと急いでいません。 突然パッチが送られてきた場合、それがせいぜい松葉杖であることを確認することが判明します。これはほとんどのユーザーには機能しません。



生の製品をテストするように人々を説得することは非常に困難です。 ユーザーが要求した機能でさえ、リリース後にのみチェックすることを好みます。



一方、緊急の問題や機能の投票に関するバグレポートは非​​常にうまく機能します。 主なものは、状況に対するあなた自身のコントロールを失うことではなく、困難で、多分全員の権利ではなく、製品の観点から正しい決定を下す準​​備をすることです。 そうでなければ、有名な作品はすぐに始まります。そこでは、「白鳥はパイクガン」です。 そして、あなたは白鳥の役割を果たしていません。







インターフェイスを別の言語に翻訳する必要がある場合は、ドキュメントを組み合わせて、議論のために何かを提供してください-コミュニティは常にあなたのサービスにいます。 ホリバーと終わりのない議論を整理することは、ほとんどすべてのコミュニティの一部の人々の趣味でもあります。



そしていつものように、どのコミュニティにも何かに不満を抱いていて、あなたはすべてをあきらめ、その問題だけに対処すべきだと信じている人がいます。 最後に、彼はあなたに10ドルを寄付しました。

お金？！

プロジェクトでお金を稼ぐなら、おそらくこのプロジェクトはオープンソースとして始めてはいけないと言った。 将来このようなスキームを拒否することは非常に困難です。 一方、開発を財政的にやる気にさせる必要があります。 プロジェクトの基本的なサポートであっても、たとえばホスティング、ハードウェアなどの費用を負担できます。



私の友人の何人かは、何らかの理由で、そのようなプロジェクトが寄付で十分に生きることができると信じ続けています。 できません。 ちなみに、[寄付]ボタンの横に多かれ少なかれ収集された金額を見た単一のプロジェクトを思い出すことはできません（スポンサーシップと寄付を混同しないことが重要です）。 あなたがウィキペディアの作成者ではなく、プロジェクトのウェブサイトに悲しげな目を持つ個人的な写真がない場合、寄付はプロジェクトのウェブサイトをホストするのに十分ではありません。 自分のプロジェクトについては話さない 彼にとって、統計は公開されていません。 しかし最近、Gitlabプロジェクトのサイトを見ました。 非常に興味深い仕事で、多くの人が興味を持っています。 以下は、1,000ドルの金額を収集している「温度計」です。 私は3週間前と今日そこを見ました。 収集された金額は150ドル未満で変更されました。 さらに、他の製品と比較しても非常に優れています。



お金を稼ぐためのより現実的な方法は、代替ライセンス（他のシステムに組み込まれた製品に適しています）および商用サポート（習得が難しい製品に適しています）を販売することです。 個人的には、最も魅力的なオプションは、プロジェクトの開発に関心のあるスポンサークライアントを持つことです。



しかし、スポンサーの出現により、いくつかの典型的な間違いをしないことが非常に望ましいです。 1つは、製品に対するすべての権利の喪失と顧客への移転です。 2つ目は、メインラインで作業することができない、製品のカスタムバージョンでの無限の作業です。 これらの両方は、最終的に、オープンソースとしてプロジェクトを正確に閉じることを余儀なくされるという事実につながります。

結論、それらなし

あなた自身が主にプロジェクトを興味深いものにし、問題の一部を解決するようにしてください。 今思い浮かぶ成功したオープンソースプロジェクトのほとんどは、そのようになっています。 これらはRailsとNginx、その他多くのものです。



オープンソースプロジェクトを作成して大金を稼ぐ場合は、事前にビジネスモデルを慎重に検討してください。 ほとんどの場合、プロジェクトを閉じることをお勧めします。



最も高価なリソースである時間について覚えておいてください。 最後に、おそらくあなたは主な仕事と少なくともある種の私生活を持っているでしょう。



最後に、誇りに思う完成品を作成します。 「スーパーテック」ではなく、アルファ版にとどまらないでください。 商用開発とオープンソース開発の両方で最も難しい部分は、製品をリリースすることです。 その後、会議に行って、成功した事業について全員に伝えることができます（たとえば、Sphinxの作者がやっているように:)）。



PS上記のすべては純粋に個人的な意見です。 私は、他の多くの人と同様に、間違いを犯し、自分の間違いから学び、多くのことを間違っている傾向がありますが、他の人に教えようとします:)