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