オープンソースの世界を掘り下げた後、設計よりも実装が重視されていることがわかりました。バージョン管理により、プロジェクトはさまざまな方向に分岐することができます。これは、参加者間のコンセンサスまたは方向性の欠如を示唆しています。
1204 次
10 に答える
14
文字通り何百ものコラボレーション アプリが世の中にあり、日々さらに多くのアプリが登場していますが、これらを参考にしてください。
ソース管理 (オンライン):
- Assembla - パブリック ソースは無料、プライベート リポジトリは有料
- Source Forge - オープンソースのみ
- Google コード- オープンソースのみ
- Git Hub - パブリック ソースは無料、プライベート リポジトリは有料
バグ追跡/プロジェクト管理
- LightHouse - 無制限のオープン ソース、有料のプライベート プロジェクト
- FogBugz - 最大 2 人の開発者がフル バージョンを無料で利用できます
- BaseCamp - 有料のみ
- Trac - ホストされていません (ただし、Assembla がホストしています)、オープン ソース - Python
- Bugzilla - ホストされていない、オープン ソース - Python
- Mantis - ホストされていない、オープンソース - PHP
マインド マッピング
- MindMeister - 小規模プランは無料、アップグレード オプションあり
ドキュメント
- Google ドキュメント- 無料
- Buzzword - Adobe 提供 - 無料
- Scribd-無料
グラフィック
- Aviary - 彼らがどれほど協力的かはよくわかりませんが、彼らのツールをそのように使用できると思います
- Photoshop Express - 別のアドビ製品
- Picnik - 無料
ホワイトボード
- Scriblink - 有料オプションで無料
- skrbl - パブリックは無料、プライベートは有料
- Dabbleboard - 無料プランと有料プラン
ホストされた Wiki
その他
于 2009-03-28T08:04:56.517 に答える
4
私は博士号の初期段階で共同デザインを研究してきました。(2003 年に私が書いた文献調査の草案が必要な場合は、私に連絡してください)。
とにかく、共同設計アプリケーション (UML モデラーなど) は、タイミングに関して次の 3 つのカテゴリに分類されます。
- 同期 - 2 人以上で同時に編集
- 非同期 - チェックイン チェックアウト モデル。複数の人が同時に編集すると混乱します。
- ハイブリッド (特定のものをリアルタイムで共有できます)。
さらに、それらは比喩に関して次の 3 つのカテゴリに分類されます。 - デスクトップ ベース - 基本的に、複数のユーザーをサポートする論理的根拠のようなもの - ホワイトボード ベース - フリー キャンバス (必ずしも構造化されているわけではなく、UML 認識をサポートする場合もあります)。通常、複数のモデルを管理するのは面倒です。- ハイブリッド
つまり、これにより 3x3 のツールの「デザイン スペース」が得られ、そのすべてに研究ツールが含まれています。
問題は、共同作業に切り替える際に、対処が困難な多くのユーザビリティの問題があることです。たとえば、アクセス制御、同期、認識、ビューポートの共有などです。これらについては学術的な進歩が見られますが、必ずしもツールになっているとは限りません。
これが興味のあるトピックである場合は、コメントしてください。私がよく知っているツールのいくつかを投稿します。
于 2009-03-28T17:42:54.163 に答える
3
メーリングリスト。そして、オープンソース プロジェクトは、それらの十分な数について議論しています。コラボレーション ツールの欠如が、デザイン重視の欠如の原因であるとは思えません。
于 2009-04-01T01:27:55.440 に答える
3
Wiki を使用して設計を文書化/探索することをお勧めします。
于 2008-10-10T14:06:01.257 に答える
2
順不同：
- 優れたメール クライアント (gmail を使用)
- 優れた wiki ソフトウェア (私はmedia wikiを使用しています)
- Githubまたは進化したソース リポジトリで、簡単にブランチを作成したり、チェックイン時にコメントしたりできます
- チャット ルーム、普通の古い IRC、またはメッセンジャー 1 に組み込まれているもの
- ニュース グループまたはメーリング リスト (無料の google one を使用)
- スカイプ
于 2009-03-28T07:55:03.000 に答える
2
ウィキの回答に同意します。MindTouchを見ることをお勧めします。当社は、それらをイントラネットやその他の社内外のプロジェクトのコラボレーション/管理に使用しています。
于 2010-11-22T18:43:10.570 に答える
2
私は共同設計についてやや懐疑的です。Scobleizerより: Facebook がこれまで耳を傾けなかった理由と、今すぐ始めない理由:
私の元上司であるジム・フォーセットは、ポルシェの所有者のグループに何を望んでいるかを尋ねると、「よりスムーズな乗り心地、より広いトランクスペース、より広い足元のスペースなど」と言うだろうと言っていました. その後、彼は「まあ、彼らはボルボを設計したばかりです」と言っていました。</p>
コメントからも：
Apple は決して顧客の声に耳を傾けません。実際、それは耳を傾けないことに誇りを持っています。顧客の声に耳を傾けても、決して革新することはなく、決して時代を先取りすることはできません。その日、その週、またはその月の顧客の頭にあることについて、常に小さなことを微調整して修正します。
于 2009-03-28T09:00:56.133 に答える
1
共同設計の場合 ... 間違いなく、
于 2009-03-28T18:05:21.147 に答える
1
私たちが使用しているのは、Adobe Version Cue、Google Docs、Google カレンダー、Gmailだけです。
設計面では、Version Cue はファイル管理の点で非常にうまく機能します。
Google に関して言えば、私のすべての活動を非常にうまく整理するのに役立ちます。Basecamp などのほとんどのコラボレーション ツールは、少し制限が厳しすぎるか、まったく適切ではありません。Google を使えば、自分の好きなように自分のデータを整理できます。
于 2009-03-28T12:57:48.420 に答える