どのようオープンソースプロジェクトに[定休日]

Question

私は小さなチームプロジェクトの空います。ぜひ一度見に来てください問題をいく丸となく当社が開発した製品-しかしこれは問題ではありません私の日の仕事です。なface-to-faceコミュニケーションのように実際に影響が生産性が向上。

他の例のソフトウェアまたは方法の使用により、オープンソースの開発コミュニティによりお願い申し上げます。

Answer 1

これは「オープンソース・プロジェクトは、」プロジェクトの非常に幅広い選択があるので、答えるのが難しい質問です。私は決定的な特徴は、プロジェクトである（おそらく、関連する目標のセット）単一の統一目標を持っていると思います。

あなたはどのオープンソースのメーリングリストではありますか？私は私の好きなディストリビューションでのメーリングリストや開発者の電子メールに互いに何度も日を登録しています。また、このようなIRC /インスタントメッセンジャーなどのコミュニケーションの他の道があります。

私はRoRの開発者ではないが、私はいくつかのために取得レアルの流し読みを示唆しています霊感ます。

Answer 2

あなたは、ほとんどのオープンソースプロジェクトの歴史を読めば、

、彼らは初期の多くの仕事をやって一人で始めます。チームがあれば、それは小さなだし、一人は実際にチームを率いています。

1例を選択します。 Pythonコミュニティでは、彼らは優しい終身の独裁者（BDFL）としてグイド・ヴァンロッサムを参照してください。彼の言葉は、（多かれ少なかれ）最終です。多くの場合、人々は彼に同意していないがある - しかし、Pythonコミュニティのために - 彼らは彼の判断に黙認しているようです。

。

私はすべてのオープンソースプロジェクトは、意思決定がなされ、かつ一貫した方法で行われますことを保証する（単数形）リードプログラマーを持っていると思う。

戻る昔では、フレッド・ブルックス（の神話マン月間の）記載の「チーフプログラマチーム」。同じコンセプト。誰かが技術的な内容を担当しています。 1重視。今日では、「建築家」またはそのようないくつかの用語を呼び出します。

Answer 3

実物の方法だと思う2つのとても重要な要素

1. ての明確な目標 責任を有する。
2. 各開発者 も終了間際にスコアが動きましいか 割り当て部品が必要となります。

オープンソースプロジェクトの、最強のモチベーションの楽しみも符号化する。に関する#2人々がそういうもないので、意欲が始まりに欠けます。もちろんのものを与えているとかのようにその他の型の友好関係を発展させてきました。

もの間、Skypeは対面会議におすすめします少なくとも週に一回または月によってサイズや運動量のプロジェクト）

Answer 4

私の推測では、あなたのプライベートなプロジェクトは、すべての開発者が実行して符号化されていることです。開発者は...開発に保つことが知られています。大きな違いは、私の経験では、同社は、物事が行われたときに定義することができる管理者を経験しているということです。私は目標を定義するタスクに人を置くことをお勧めします、物事が行われたときに決めると思います。

Answer 5

私たちは、開発者よりも多くの話者を持っていたいくつかのプロジェクトにしてきました。私の傾きは、話者を無視して、コーダーに耳を傾けることです。その後もパッチを受け入れる担当している1人は通常あります。そこに彼らが周りに軽く踏む必要はあり政治的な問題であってもよいが、すべての意図や目的のために、彼らは最終決定権を持っていることがあります。

Linusが同じ問題を持ついくつかのかなり有名な問題がありました。 2006年からこのスレッドに注意してください：トークが安いです。私のコードを表示します。に

もう一つ。あなたは、コード、書き換えだけで多くを持っているコメントで言うので、私は非常にあなたがエリック・レイモンドの<のhref = "http://www.catb.org/~esr/writings/cathedral-bazaarを読むことをお勧めしたいです/大聖堂-バザー/」のrel = "nofollowをnoreferrer">大聖堂とBazzaarする。エリックは、実際にナッターのビットだが、エッセイは、フリーソフトウェアプロジェクトを実行したい人のために貴重です。

Answer 6

私はあなたとあなたのチームメイトのモチベーションとこのプロジェクトの目標について考えを持っていると思います。彼らはにあります：

a）の素晴らしい製品を作成します。

または

b）のソフトウェアで遊んで、そしていくつか新しいことを学ぶ

どちらの答えも同様に有効である、と私はそれがどちらか一方に傾いとミックスだろう推測してます。

これは、（A）の多くはであるならば、方法論などについての提案を見て多分あなたの素晴らしいアイデアを中心に会社を形成することを検討してください。そのようなことをすることは手間がかかります。..しても、おそらく仕事でそれを十分に得るので。

それは主に（b）は、あなたは素晴らしい製品を作る苦労を持っているつもりが、その中に簡単に時間しているなら、あなたはすぐそこに取得し、複数の再書き込みを患っていないためにあなた自身を許すことができます。そして、あなたはすべての新しいスキルにあなたがそれを見て、あなたの長期的なキャリアに非常に適用され一緒に仕事するたびに学習されます。

まず、私はあなたのすべてはあなたがそこにいる理由にお互いに明確に示唆しています。そして、あなたがやって計画されているものに戻ってペアリングを見て、早期に解放し、頻繁にリリースします。プロジェクトは、次の3つのコンポーネントで構成され、1つが完了している場合は、別のコンポーネントとしてそれを解放し、ユーザーのコミュニティの構築を開始。これらのユーザーは、おそらくあなたのコードのお手伝いを、プラス完全な製品に対するユーザーのソリッドコアを形成し、あなたが早いのではなく、後に起こっているかを評価できるようになるので、これは報われるます。

幸運ます。