为什么微信这样的即时通讯工具不适合进行主题讨论？有无解决之法？且听 Python 中文社区联合创始人 Zoom.Quiet 为您详解。

为什么不应该通过即时通讯工具进行主题讨论？通过以下三点即可明白：

同步 vs 异步

什么是 IM （Instant Messaging，即时通讯）工具？如微信、QQ，以及消亡的 ICQ/MSN。IM 沟通类似我们平常面对面交谈，容易为广大网友接受，而成为主流的在线沟通形式。

IM 这种同步(synchronization)沟通形式，在软件工程学中属于阻塞式工作模式：一方发出的信息，必须等待另一方反馈后，才能继续通讯。也就是说，双方在没有相互明确彼此意思前，谈话是被阻塞的，只能进行多次反复确认，才能继续。

而在技术交流中，一个社区动辄有上千人注册，技术讨论参与者不可能仅仅两人。如果你想在微信群中讨论某一技术问题，并达成共识决议，几乎不可能。为什么？

IM 要求双方同时在线，才可能跟上讨论的进展。如果有部分人不在线，或是注意力不在聊天窗口，就只能出声问，或是翻阅聊天历史来掌握进展。多数人的习惯是直接询问，因而撕裂了其他人的交流。讨论线索被「自然」撕裂的几率，通常随着 IM 群组人数增加而急剧增加，直到所有人都搞不清现在在讨论什么。

工程师们的沟通形式多是异步（asynchronization）沟通：GitHub Issues（议题）、邮件列表或开智学堂 Webapp （开智自主研发的智能卡片式学习平台）的讨论区模块。使用异步沟通好处多多，以开智学堂学习平台的讨论区模块为例：

• 打开电脑，登录网址：https://m.openmindclub.com ，找到你的课程，进入「讨论」，即可点击「发起一个讨论」。讨论完毕，回复最新进展/解决方案后可关闭讨论，沉淀归档，保持主版面清爽。如有需要，还可「重启讨论」。

• 你还可以参与已有讨论，自由选择时间回复他人提出的问题。最重要的是：所有人的意见或见解，都可以通过页面追查、对比、反复理解，任何中途介入的人，也可由此全面客观地知晓所有人的观点。再复杂的问题，都可以优雅地、非时间强占式地达成共识。

• 合理分区：课程内容相关疑问，在讨论区发起提问；非课程内容相关疑问，如软件使用类疑问，在「吐个槽」提问（网址是：https://support.qq.com/products/37428 ）。无关信息不会分散同学注意力，干扰学习。

综上，同步交流最后趋向多是比谁刷屏刷的快、谁用的字体或表情亮瞎人的眼。而异步交流的方式，永远是有道理的、能解决问题的见解或代码获得认可。

形式决定内容

IM 的聊天记录只能由群成员查阅，而 GitHub Issues（议题）、邮件列表或开智学堂 Webapp 的讨论区模块，可以自动完成公开的发布和归档。这意味着：

• 任何人都可以轻易的搜索出历史上任何人、任何时候发送的任何一则公开的内容。

• 在这种形式的讨论中，你的任何情绪化言论将永久性的归档在一个技术问题线索中，可能在未来任何时间点上被搜索出来，成为你专业经历中一处不洁数据。

比如：https://lkml.org/lkml/2000/8/25/132 就是 Linux 创始人 Linus 在 13 年前的一场讨论中的邮件原文，里面有一句技术著名宣言：Talk is cheap. Show me the code（能侃不算什么，有本事把代码拿出来看看）。

GitHub Issues（议题）、邮件列表或开智学堂 Webapp 的讨论区模块的形式，潜移默化地让所有明白这种交流形式真实意义的人，在任何一次回应中，都趋向于越来越理性、中立和认真，绝不不懂装懂。每一次回应，都尽可能将问题描述完备，说清楚 5W1H：

• who：谁，或「什么目标用户」

• When：何时，或「什么期限」

• Where：何地，或「什么场景/过程中」

• What：何解，或「前后文，具体的条件」

• Why：为何，或「具体的业务要求」

• How：如何，或「进行过怎样的尝试」

你必须提供尽可能多的信息，他人复现问题才能给出确切的建议。也因为将问题描述明确如此简单又复杂，所以，发源自邮件列表的异步交流文化，甚至产生了类似《提问的智慧》这种详细指导新人的手册，让新人更易从容友好地进行交流。

数据安全

硬件不可靠，系统不可靠，网络不可靠，软件不可靠。但凡是人制造的东西，都不是 100% 可靠。

IM 群（例如微信及 QQ 群）的交流，自然基于各种不可靠的东西之上。所有人的发言，通过 IM 公司的服务器集群进行中转、广播，以及暂存，一旦服务器发生什么意外，消息丢失了，IM 公司不承诺找回，损失的后果就只能自己承担，到时就算你哭天喊地也无法找回了。

GitHub Issues（议题）、邮件列表或开智学堂 Webapp 的讨论区模块则不同：

• 1）信息进行分发时，所有相关人员的私人邮箱都有了一份信息副本；

• 2）服务系统自动完成了一份归档文本；

• 3）搜索引擎自动抓取到了归档文本，分散存储到了全球无数主机中；

• 4）如果我们使用 Google 邮件列表沟通的话，那每封邮件自动完成三份相同的备份分散到全球数据中心中。

因此，邮件列表中每一个字都永不丢失。

小结

综上，在技术或多数主题讨论场景，基于 GitHub Issues（议题）、邮件列表或开智学堂 Webapp 的讨论区模块公开沟通能令公众持续受益。如有可能，强烈建议你尝试上述异步沟通方式，而不是 IM 群中断断续续，难以追踪的沟通。■