•  08-07-2019
  •  | 
  •  

题

在深入研究开源世界后，我发现实现比设计更重要。版本控制允许项目向多个方向分支，项目可能会这样做；这表明参与者之间缺乏共识或方向。

哪些软件或网站对协作设计有用？

有帮助吗？

解决方案

实际上还有数百个协作应用程序，而且每天都会有更多的协作应用程序出现，但这些应该可以帮助您入门：

源代码控制（在线）：

错误跟踪/项目管理

  • 灯塔 - 无限制的开源、付费私人项目
  • 雾虫 - 完整版最多可供两名开发者免费使用
  • 大本营 - 仅付费
  • 特拉克 - 未托管（尽管 Assembla 托管它），开源 - Python
  • 布吉拉 - 非托管，开源 - Python
  • 螳螂 - 非托管，开源 - PHP

思维导图

文件

图形

  • 鸟舍 - 我不太确定怎么做 他们是合作的，但我认为 你可以用这种方式使用他们的工具
  • Photoshop Express -另一个 Adobe 产品
  • 皮尼克 - 自由的

白板

托管维基

各种各样的

其他提示

我在博士早期就一直在研究协同设计。（如果您想要我在 2003 年写的文献调查草稿，请联系我）。

不管怎样，协作设计应用程序（如 UML 建模器）在时间安排上分为三类：

  • 同步 - 两人或多人同时编辑
  • 异步 - 签入签出模型，如果多人同时编辑，就会变得一团糟。
  • 混合（可以实时共享某些内容）。

此外，从隐喻的角度来看，它们分为三类：- 基于桌面 - 本质上类似于多用户支持的 Rationale Rose - 基于白板 - 免费的画布，不一定是结构化的，有时支持 UML 识别.管理多个模型通常会造成混乱。- 混合动力

因此，这为您提供了一个 3x3 的工具“设计空间”，并且每个工具中都包含研究工具。

问题在于，在转向协作工作的过程中，存在许多难以解决的可用性问题。例如，访问控制、同步、感知、共享视口等。在这些方面已经取得了一些学术进展，但还不一定是在工具方面。

如果这是您感兴趣的主题，请发表评论，我将发布一些我熟悉的工具。

我建议使用Wiki来记录/探索设计。

邮件列表。而开源项目则对其进行充分论证。我怀疑缺乏协作工具是缺乏设计重点的地方。

排名不分先后：

  • 一个很好的电子邮件客户端（我使用gmail）
  • 不错的wiki软件（我用的 媒体维基)
  • 吉图布 或者一个进化的源存储库，允许在签入时轻松分支和评论
  • 聊天室，普通的旧 irc 或内置的 Messenger 之一
  • 新闻组或邮件列表（我使用免费的谷歌）
  • Skype

我对协作设计持怀疑态度。来自 Scobleizer：为什么Facebook从未听过，为什么它肯定会赢得现在开始：

  

我的前任老板Jim Fawcette曾经   如果你问一群人，就说   保时捷车主他们想要什么＆＃8217; d   告诉你像＆＃8220;平稳骑行，   更多的行李箱空间，更多的腿部空间等。＆＃8221;   然后他说'嗯，他们只是   设计了沃尔沃。＆＃8221;

也来自评论：

  Apple从不倾听客户的意见。   事实上，它并不以自己为荣   听着。如果你听你的话   客户，你永远不会创新   你将永远领先于曲线。   你总是会调整和修复小调   关于客户心灵的最重要的事情   那一天，一周或一个月。

我同意维基的回答。我建议你查看 MindTouch 。我们公司将它们用于我们的Intranet以及其他内部和外部项目协作/管理。

维基（例如 ScrewTurn ）或 MediaWiki ）是一个记录项目的好工具。

通过37个信号 BaseCamp

Microsoft Office Live Meeting

对于我们来说，我们所使用的只是 Adobe版本 提示， 谷歌文档, 谷歌日历 和 邮箱.

在设计方面，Version Cue 在文件管理方面做得非常好。

至于谷歌，它对我组织所有活动的帮助非常大。我发现大多数协作工具（例如 Basecamp）都有点过于严格或不完全正确。Google 让我可以按照我想要的方式组织我的东西。

对于协作设计......毫无疑问，它是

http://conceptshare.com

许可以下： CC-BY-SA 和 归因
不隶属于 StackOverflow
scroll top