在决定进行为期 4 个月的分享后,Lihuazhang同学提出了 “搞一个 linux 知识大战” 的建议,多位同学表示支持和赞同。虽然关于 “大战” 或交流的形式,我并没有特别好的点子。但这个想法本身,我觉得很有意义,也会很有趣,因而觉得应当立即开始,在过程中完善它。
linux 有着非常丰富的命令,我想,通过命令接龙,应该可以达到以下效果:
增长见识
让参与者见识和学习到不同的命令、不同的用法、不同的使用场景、不同的经验和坑等等;
深入理解
多个参与者对同一命令进行详尽的接龙,自然而然会使你更加深入地理解和掌握这些命令;
用输出倒逼输入
可以预见的是,在进行了一段时间的接龙后,对 linux 的掌握程度就容易见分晓了,要想跟得上接龙的节奏,就不得不去学习和钻研;
每日复习
每天的参与,阅读已有的接龙,思考要接龙的内容,梳理在接龙中的收获,这无形中就在不断地复习,艾宾浩斯遗忘规律也不能奈你何!
挖掘需求
相信在接龙的过程中,可以挖掘出更多的关于 “知识大战” 的想法和点子;
具体到如何参与,我有一些初步的想法:
参与形式:在testerhome本帖的回帖区发一个命令或一个命令的某个参数,说明其作用和用法
这里,我更加提倡你多说点什么,比如你在这个命令上走过的弯路,积累的经验,踩过的坑,这个命令适用的场景等等。比起一个命令的简单描述,这些才更有价值的,不是吗?另外,即便是新学习的命令,你有没有亲自使用和实践过,都直接影响了你参与的质量。反过来,通过你的接龙内容也能知道你对这个命令的掌握程度。
虽然对一次接龙的最少要求是命令的某一个参数的用法,但如果你有能力和精力,大可对一个命令进行更加全面和详细的介绍。
不得重复
发相同的或相似度极高的命令,对于接龙来说没有什么意义,对你自己的提高也没有意义。
拒绝拿来主义
请不要直接从别的网站复制粘贴,接龙不仅仅是关于数量的玩法,更是关于内容和质量的玩法。
每日一个命令即可
不要一天内发多次,或者至少,不要在接龙的前期就这么做。我更希望接龙的参与人数尽可能地多,每条接龙的内容质量尽可能地高,接龙玩法的持续时间尽可能地持久……
对接龙内容的认同
如果别人的接龙内容给你带来了有价值的信息,不要回复那些礼貌用语,直接点赞是最礼貌的,反过来点赞数也体现了接龙内容的质量。
应当不同见解
如果别人的接龙内容,你有不同的见解或发现了错误,不要直接回复,请先继续接龙,然后附带上你的不同见解,或者对错误的指正(你可以通过@的方式)。
每一条回帖应当首先是一条接龙内容,其次才是其他内容。
回帖的格式
建议使用 markdown 语法。
回头望去,一个试运行的活动,竟然有这么多条条框框,是不是过于苛责了?所以,大家有不同意见请提出来,一起改进。
根据接龙活动参与的密集程度,我会阶段性地总结出来。同时,也建议任何一个参与者都能根据参与和学习的情况进行总结和分享。