为什么你不该用微信进行主题讨论?

作者: admin 分类: 科技 发布时间: 2019-03-17 15:50

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

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

同步 vs 异步

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

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

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

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

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

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

形式决定内容

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:

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

数据安全

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

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

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

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

小结

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

如果觉得我的文章对您有用,请随意打赏。您的支持将鼓励我继续创作!