近期在对系统规划与管理师的一对一点评论文过程中，发现了3个普遍存在的问题，我辛辛苦苦码了将近1000字发到了小分队群里，结果这两天还是有同学给我提交了存在雷同问题的论文，索性在这里再发一次，给更多的同学提个醒。
第1个论文存在的普遍问题是：提前准备的论文，没有按照正式考试的字数来准备，我收到的论文一看，通常写了3000字以上，最多的将近5000字，要知道，字数写了太多，会掩盖很多论文中可能存在的严重问题，举个例子，如果论文必须在2500字以下，那么你在写论文的时候，就需要不得不进行取舍，取舍到底哪些要重点写，取舍到底哪些要简单写，也就是需要做到“重点突出”，这个是对书面表达能力的考验，但是如果你写了4000字，这一点就可能被掩盖了，真正考试的时候会很被动，因为机考的特点，是不可能让你写超字数的，所以在提前准备论文的时候，一定要注意字数需要满足考试要求。
第2个论文的普遍问题是：过于频繁、过多的使用了列表项。什么是列表项呢？比如在论文中使用1、2、3之类的标号就是列表项功能。
适当的列表项的确会让论文的条理和逻辑更加清晰，但是太多的列表项会让整篇论文陷入“拼凑感”的不利局面。你想一下，每一个列表都是独立的，太多独立的内容，就很难把一个点表达透彻，而且和下一个列表产生了割裂，拼凑感是论文不过的因素之一，所以列表可以适当用，但是不要用太多，我看到有些同学对论文用列表分了2层，1，2，3等是第一层，下面1）、2）等等是第二层，而且一直写到了7）或者8），这样的阅读体验会比较糟糕，这一点在这些天的论文点评中还算比较常见，所以这里总结下。
第3个论文的普遍问题是：案例描述有些不温不火，缺乏生动性，看起来是写案例，但是其实写的还是理论，通篇论文下来，会给阅卷老师造成论文缺乏理论联系实际的负面印象
随便举个例子，比如论文中提到“我们首先召集了项目组内有经验的工程师，要求提供常见问题解决方案、系统配置指南等内容。” 这句话看起来好像是在写案例本身，但是本质上还是在写理论，和书上的理论差不多。简单改的话，就是列出具体部门具体姓名，然后把常见问题具体化，把文档名字具体化，这样简单改下来，效果会好很多；深入改的话，就需要结合运维项目的个性化特点，进行具体化的描述。
以上是近期阅读论文时发现的一些普遍共性问题，敲出来供大家参考。另外，小分队中有同学如果写好了自己的论文，愿意发给我点评的话，也请抓紧这周最后几天的时间，做个冲刺！
最后需要强调的是：论文的提前书写准备工作，在临近考试的最后一周就不要再追求广度了，把某一篇论文进行反复的打磨，以此领悟论文的撰写方法，省出来的时间多去背背，毕竟系规的背诵要求可以说多很多，所以系规的冲刺就是背背背，背到余音绕梁、三日不绝！