secondwtq
2022-11-04 00:30:54 +08:00
“单一时间线的即时通讯”其实不是完全不可以，很多社区都这么干，比如 ArchLinux CN 的群，各种 IRC ，甚至好像 Clojure 大半个社区都是在 Slack 上的
我觉得 IM 和其他形式并不冲突，这不是个 N 选 1 的问题
比如单纯的 Q&A ，可以使用类似 StackOverflow 的平台，把群里的问题引流过去。“微信群里十几条”不是完全没有意义的，对同一个问题，不同的人可能有不同的看法和不同的角度。尤其是 Blender 不 是 微 信（也不是 Python （狗头）），这些专业 DCC 都是非常灵活的东西，同一个问题的正确答案往往不唯一。而很多 YouTube 教程只能给出单一角度的答案，并且往往整上好几分钟，其中一半还是 Logistics ... 反倒是 IM 的即时性很容易激发“just-in-time”的讨论，大家会发出很多小的有意思的点，这是 IM 的优点也是缺点，比如这也导致了“非线性”的问题，但只要没碰到这类问题，效率是很高的。
说到这个“非线性”问题，用类似 BBS 的平台是无法解决的，因为 BBS 的主题虽然有更多的 context ，但是依然具有很强的时效性，所以还是类似 StackOverflow 、知乎之类的问答平台更合适。
你说的什么看不到历史消息，图片已过期之类的问题，更多的是微信这个 IM 特定的问题。但是作为一个 IM 重度用户，我的经验是所有 IM 在本身的功能和体验上都有很大的提升空间（低情商：每一坨屎都有独特的风味），从一个 IM 换到另一个 IM ，只是从一坨屎换到另一坨屎。特别地，我发现我使用的这些 IM 在历史消息的处理上都非常敷衍，没有一个 IM 能高效地搜索和备份历史消息——这方面反倒是 IRC 优势最大，中心化的 IM 会以把用户当傻逼为 prime directive ，试图接管用户的一切操作，导致用户必须完全依赖 IM 提供的服务处理历史消息，这才是万恶之源。
所以如果要用 IM ，可以考虑通过一些手段规避掉这个限制，同时还需要考虑如何把 IM 中的信息沉淀下来，减轻对历史消息的依赖。我觉得你学弟这个想法让人觉得别扭的根本就是这个——一个微信群可以用来“交流”，但它不是“社区”，社区是需要有内容积累的，而一般 IM 的消息，设计上是你想不看就可以不看的，没办法形成“积累”，所以不是不能用 IM ，而是不能完全依赖于 IM 。但是具体做成什么样还是要看你学弟的心理定位，毕竟纯粹意义的“交流群”也有一堆。