我不是这个版的版主,上一次当这个版的版主,是很多年前的事情了。
在一个软件设计板块,到底应该交流什么?我说说我的看法。
开始之前,大家可以先去golang中国社区,ruby中国社区,cnodejs社区看看。在这三家web技术社区里面,cnodejs气氛最好,而另两家气氛就一般。
根据科创网络发展局的研究,以及最近新出台的指导性文件,我们得出结论:气氛取决于交流的效率。
如果一个技术类版块的气氛非常好,其交流的效率一定非常之高。如果都是形如鸡同鸭讲,当然就不可能产生好气氛。
那么交流的效率如何提高呢?当然是降低“铁损”(sorry这个梗不好笑)。去上面三家社区看过,会发现ruby和golang社区里面有大量的针对具体应用问题的提问。这些提问,高手懒得回答,新手无法回答,最后就没人回答。当一个版面充满了无人回应的帖子,或者是代码一放就走的所谓“分享帖”,看起来就像个僵尸版,气氛就不好。但是在cnodejs,情况就有区别,因为nodejs技术被BAT用得非常多,所以社区里面全都是BAT的高级工程师,干货浓度非常高,同时讨论也很热。仔细看就发现提问帖只占很少一部分,即便提问也必须是热点问题、必须把问题描述得很详细具体;如果要晒项目,那就必须把前因后果,孰优孰劣都讲清楚。看上去好像没有人在帮新手,实际上cnode社区是对新手帮助最大的社区——它高效地帮助了那些值得被帮助的人。
我曾经是很喜欢写长帖论述问题的,但我觉得真正有脑子的人是不需要看我的论述的,而没脑子的人即使我论述了他也听不懂,所以省略2000字,直接跳到结论。
结合KC的特点,什么内容能让大家都参与进来,提高版面交流的效率?以下是我的归纳。
1. 软件工程的方法论,例如架构、实现、部署、协作、调试、测试、重构,etc。这部分其实是大部分编程爱好者非常忽视的
2. 数字艺术实践,例如processing
3. 新颖的计算技术、存储技术
4. 有趣的算法问题
5. 非常有用的独门绝招
什么内容不应该发表:
1. 可以轻易在网上搜索下载到的著作或者软件,包括工具和工具链。
2. 具体的练习或者兴趣作品,丢个exe或者源码就走。
3. 很急或者很脑洞的问题。
4. 适合 stackoverflow/segmentfault 的内容。
5. 装机/超频/水冷……