Jeff Atwood 最近发布了关于与程序员团队远程合作。他谈到了利弊以及与团队的沟通。
他的文章的其中一条评论是这样的：
Jeff，你有没有考虑过为此运行一个 MOO？你可以将任何想要的功能添加到 MOO 中 - 邮件列表、任务等等。只需要一个 moo 服务器并学习 moocode。 Leetdoodsnonexistentramblings.blogspot.com 2010 年 5 月 9 日下午 2:52
我不清楚如何联系评论者（除非注册一个我从未听说过的社交网络服务），所以我想在这里问一下——有人知道可以用 MOO（或 MUD 或 MUSH）做哪些有用的事情来促进团队合作吗？
答案1
MU* 的优点在于它完全是文本模式，并且具有 1990 年代的风格。我曾经有过类似的想法，但从未与合适的团队合作来实现它。
对于那些不知道这是什么的人来说，这是一个 MORG，即多人在线角色扮演游戏，仅 100% 基于文本，并且通常内置某种编程语言。基本客户端是简单的 telnet，尽管大多数平台上都有专门为其构建的客户端。它们始于垃圾邮件出现之前的互联网，当时 Usenet 是王者。
这些东西中的编程接口可以产生非常复杂的系统。最常见的是公告板和增强型邮件系统，这正是您想要的状态跟踪系统。
评论者可能认为 MU* 上的各种房间是处理多用户聊天的一种方式。这确实是一种很好的处理方式。房间比喻非常适合会议，其基于文本的特性允许任何在场人员记录完整的记录；并且还极大地方便了事后生成会议纪要。它是 IRC 和 IM 的结合，兼具两者的优点。
读了 Jeff 的帖子，我对 MU* 项目协作模式有几点担心。首先，这些系统的代码库对 unicode 的支持确实不太可靠，这可能会成为非英语语言进入的一大障碍。其次，+mail 只能为少数人取代老式电子邮件，因为它仅限于 MU* 系统本身；程序员无法像使用标准电子邮件客户端或 Gmail 那样进行重组、重新排序、分类和归档。最后，也许至关重要的是，这些系统的输入行通常需要解释（在某些系统上反斜杠必须使用两个，分号会产生奇怪的效果，诸如此类），这可能会严重妨碍讨论其他语言的代码片段。
总体而言，我认为它对某些类型的协作者来说很有潜力。当然，它并不适合所有人。我认识我们办公室的一位程序员，除非协作环境具有良好的用户界面（他有标准），否则他不会碰它，而这不符合他的要求。那些愿意接受的人可能是那些已经使用 IRC 和邮件列表进行协作的人。
答案2
您可以 PK 那些演讲时间太长的人吗？