【发布时间】:2008-10-10 13:18:51
【问题描述】:
在深入研究开源世界之后,我发现实施比设计更重要。版本控制允许项目在多个方向上分支,项目可能会这样做;这表明参与者之间缺乏共识或方向。
哪些软件或网站对协作设计有用?
【问题讨论】:
在深入研究开源世界之后,我发现实施比设计更重要。版本控制允许项目在多个方向上分支,项目可能会这样做;这表明参与者之间缺乏共识或方向。
【问题讨论】:
实际上还有数百个协作应用程序,并且每天都会出现更多,但这些应该可以帮助您入门:
源代码管理(在线):
错误跟踪/项目管理
思维导图
文档
图形
白板
托管 Wiki
杂项
【讨论】:
我在攻读博士学位期间一直在研究协作设计。 (如果你想要一份我在 2003 年写的关于它的文献调查草稿,请联系我)。
无论如何,协作设计应用程序(如在 UML 建模器中)在时间方面分为三类:
此外,它们在隐喻方面分为三类: - 基于桌面 - 本质上类似于基本原理,具有多用户支持 - 基于白板 - 免费画布,不一定是结构化的,有时支持 UML 识别。通常管理多个模型会很混乱。 - 混血儿
因此,这为您提供了一个 3x3 的工具“设计空间”,每个工具中都有研究工具。
问题在于,在切换到协作工作时,存在许多难以解决的可用性问题。例如,访问控制、同步、感知、共享视口等。在这些方面有一些学术进展,但它们还不一定在工具中。
如果这是您感兴趣的主题,请发表评论,我会发布一些我熟悉的工具。
【讨论】:
我建议使用 Wiki 来记录/探索设计。
【讨论】:
邮件列表。开源项目争论不休。我怀疑缺乏协作工具是缺乏设计重点的原因。
【讨论】:
不分先后:
【讨论】:
我对协作设计有些怀疑。来自Scobleizer: Why Facebook has never listened and why it definitely won’t start now:
我的前任老板 Jim Fawcette 曾经 说如果你问一组 保时捷车主想要什么 告诉你诸如“更顺畅的骑行, 更多的后备箱空间,更多的腿部空间,等等。” 然后他会说“好吧,他们只是 设计了一辆沃尔沃。”
也来自评论:
Apple 从不倾听客户的意见。 事实上,它自诩不 听。如果你听你的 客户,你永远不会创新和 你永远不会领先于曲线。 您将始终调整和修复小问题 客户最关心的事情 那天、星期或月份。
【讨论】:
我同意维基的回答。我建议查看MindTouch。我们公司将它们用于我们的 Intranet 以及其他内部和外部项目协作/管理。
【讨论】:
【讨论】:
对我们来说,我们只使用Adobe Version Cue、Google Docs、Google Calendar 和Gmail。
在设计方面,Version Cue 在文件管理方面做得非常好。
至于 Google,嗯,它非常有助于组织我的所有活动。我发现大多数协作工具,比如 Basecamp,有点过于严格或不完全正确。 Google 让我可以按照自己想要的方式整理资料。
【讨论】:
对于协作设计......毫无疑问,它是
【讨论】: