远程工作中的异步文本沟通

远程工作之后，大量沟通都转成了异步文本。我的观察是，国内很多开发者在这方面并不擅长，也不太习惯通过长文本持续讨论一个问题。

这背后可能有两个原因：一是很多人没有经过邮件时代的训练，二是工程文化里更习惯“直接把问题解决掉”，而不是先把问题、边界和决策过程完整写下来。

但开源软件和远程协作的现实是，很多时候团队需要的并不只是一个结论，而是让团队、社区、后来者都能理解为什么这么做。这个时候，前期的 issue 讨论、方案说明和异步文本记录，看起来更慢，实际上会在后面省掉大量重复解释的成本。

我们用过 Discord、Confluence、Zoom，最后感觉问题并不主要在工具，而在沟通习惯本身。群聊或者即时对话适合快速同步，但不适合长文本地展开技术方案，因为信息很快就会被新的上下文冲掉。

异步文本真正有价值的地方，是它让讨论过程变成了公共知识。后加入的人可以补课，分布式团队可以跨时区接续，最终的方案也能留下可以复查的推理链条。

如果要刻意训练这种能力，一个很现实的办法就是：多写 issue，多写设计说明，多把“为什么”写完整。甚至推特上的争论，如果能控制好情绪，本质上也是一种训练，因为它逼着你用有限的文字把观点讲清楚。