在深入研究开源世界之后，我发现实现比设计更重要。版本控制允许项目在多个方向上分支，项目可能会这样做；这表明参与者之间缺乏共识或方向。
Ande Turner
问问题
1204 次
10 回答
14
实际上还有数百个协作应用程序，并且每天都会出现更多，但是这些应该可以帮助您入门：
源代码管理（在线）：
- Assembla - 公共资源是免费的，私人存储库是付费的
- Source Forge - 仅开源
- Google 代码- 仅开源
- Git Hub - 公共源是免费的，私人存储库是付费的
错误跟踪/项目管理
- LightHouse - 无限开源，付费私人项目
- FogBugz - 完整版最多可供两个开发人员免费使用
- BaseCamp - 仅付费
- Trac - 未托管（尽管 Assembla 托管它），开源 - Python
- Bugzilla - 未托管，开源 - Python
- Mantis - 非托管，开源 - PHP
思维导图
- MindMeister - 小型计划免费，可选择升级
文件
图形
- Aviary - 我不太确定他们的协作程度，但我认为你可以这样使用他们的工具
- Photoshop Express - 另一个 Adobe 产品
- Picnik - 免费
白板
- Scriblink - 免费提供付费选项
- skrbl - 公共免费，私人付费
- Dabbleboard - 免费和付费计划
托管 Wiki
各种各样的
于 2009-03-28T08:04:56.517 回答
4
我在攻读博士学位的早期就一直在研究协作设计。（如果你想要一份我在 2003 年写的关于它的文献调查草稿，请联系我）。
无论如何，协作设计应用程序（如在 UML 建模器中）在时间方面分为三类：
- 同步 - 两个或更多人同时编辑
- 异步 - 签入签出模型，如果多人同时编辑会一团糟。
- 混合（可以实时共享某些东西）。
此外，就隐喻而言，它们分为三类： - 基于桌面 - 基本上类似于具有多用户支持的基本原理 - 基于白板 - 免费画布，不一定是结构化的，有时支持 UML 识别。通常管理多个模型会很混乱。- 混合动力车
因此，这为您提供了 3x3 的工具“设计空间”，每个工具中都有研究工具。
问题在于，在切换到协作工作时，存在许多难以解决的可用性问题。例如，访问控制、同步、感知、共享视口等。在这些方面有一些学术进展，但它们还不一定是工具。
如果这是您感兴趣的主题，请发表评论，我会发布一些我熟悉的工具。
于 2009-03-28T17:42:54.163 回答
3
我建议使用 Wiki 来记录/探索设计。
于 2008-10-10T14:06:01.257 回答
3
一个邮寄名单。开源项目争论不休。我怀疑缺乏协作工具是缺乏设计重点的原因。
于 2009-04-01T01:27:55.440 回答
2
我对协作设计有些怀疑。来自Scobleizer：为什么 Facebook 从来没有听过，为什么现在肯定不会开始：
我的前任老板吉姆·福塞特（Jim Fawcette）曾经说过，如果你问一群保时捷车主他们想要什么，他们会告诉你“更顺畅的驾驶、更多的行李箱空间、更多的腿部空间等”。然后他会说“好吧，他们只是设计了一辆沃尔沃。”</p>
也来自评论：
苹果从不听客户的。事实上，它以不听而自豪。如果您听取客户的意见，您将永远不会创新，也永远不会领先于潮流。您将始终在当天、一周或一个月内对客户最关心的问题进行微调和修复。
于 2009-03-28T09:00:56.133 回答
2
我同意维基的答案。我建议看看MindTouch。我们公司将它们用于我们的 Intranet 以及其他内部和外部项目协作/管理。
于 2010-11-22T18:43:10.570 回答
1
于 2009-03-28T08:00:12.643 回答
1
对我们来说，我们只使用Adobe Version Cue、Google Docs、Google Calendar和Gmail。
在设计方面，Version Cue 在文件管理方面做得非常好。
至于谷歌，它对组织我所有的活动非常有帮助。我发现大多数协作工具，比如 Basecamp，有点过于严格或不完全正确。谷歌让我按照我想要的方式整理我的东西。
于 2009-03-28T12:57:48.420 回答
1
对于协作设计......毫无疑问，它是
于 2009-03-28T18:05:21.147 回答