最近，导师在改研三的论文，遇到的一些问题很有价值，在此对其进行总结：
1. 举一反三，同一届的同学遇到的问题，立刻反省自己论文中是否出现类似情况；
2. 程序和论文是想通的；都需要高内聚，即一个段落只表达一个思想，且第一句话一定是最重要的；一个函数为了Reviewer理解容易，一般不要超过50行；对此，一段话也不应该太长，用一个定量标准，控制在10行之内，太长的话，一段的中心思想不好概括；同时一句话也不应该太长，否则Reviewer不好理解；
3. 程序不写注释，类名，变量名，函数名自注释是一种良好的代码风格，对此，在论文中，应该用一句准确的话在第一句概括整段话的思想对其进行类似注释的效果，方便reviewer查看；
4. Reviewer只从只言片段判断工作量和技术等；一般第一段话会较为认真看，所以，第一段话千万不能出错，否则印象会很糟糕，即不能有语病，不能有常识性错误；
5. 对于例如：即可提高质量又可提高效果等语句要非常谨慎，因为，往往两者都是相互矛盾的；
6. 一句话不出现多个相同的词语；不出现错别字；不用口语化的句子；
7. 写完论文后进行重读时，一句话读完第一遍心里愣了一下，就说明语句肯定是混乱或者有语病的，不要再读第二遍觉得能理解了就跳过，应该返回立即对其进行修改；
8. 一个段落里面按照时间顺序例如讲了3件事A,B,C,,,按照顺序讲述结束后，切忌又跳回，比如正在将B，又跳回到A，这会给人一种错乱的感觉；
9. ...的结果，是因为；是...时间做某事了，，，，这些语句都是英文软件翻译过来的，中文完全没有这种句式，Reviewer一眼就能看出来；
10. 国内外研究现状部分，很多同学都有堆砌的成分在里面；
(1) 第一句话，主要描述国内外什么研究方向；
(2) 不要详细描述别人的算法实现，3行一个别人的算法就足够了；
(3) 在国内外现状部分，不要出现本文算法；
11. 一般一段内容只有一个中心，第一句对中心思想进行准确概括；如果第一句话是引出问题，那么最迟第二句话必须是中心句；
12. 在本文工作部分：coding的内容，读了多少关于算法的论文，对比实验都是本来应该做的，不应该写在工作里面；
13. 论文中公式的变量名字不能超过3个字母，不能看起来公式名像变量名；
14.在论文中写算法实现步骤，画流程图是最大的错误；应该先写最重要，最核心的部分，其他内容，可以在后面进行补充；
(1) 如果没有创新性，实现别人的东西，知其然，知其所以然；每一步为什么这么做，这么做的好处是什么，如果不这么做会导致什么问题；这些都是应该在论文中写的东西，这样充实论文，远比大量的伪码和流程图好得多；如果感觉论文没有写的，完全可以用这种方法，即：分析问题，解决问题来解决篇幅的问题；
(2) 先把算法基本思想介绍出来；每个小点也不能按照写程序的过程来写；应该先写难点，重点和核心部分；主要的创新点应该放在本人工作的第一段；成熟的技术不要放在第一段，以免感觉没有创新性；
(3) 写文章，首先应该是：分析问题，难点，可以写上2-3页；接下来是怎么解决难点；第四章才是补充细节和其他；
(4) 这和面向对象编程里面的面向接口编程很相似，不重要的，留下一个接口，接着往下走，详细论述核心部分；例如说：得到一个随机数，然后开始进行核心的算法论述；置于怎么得到随机数，这些和本文论文核心关系不大，放在后面的细节补充说明即可；
15. 图表的标题一定要准备表达图的意思；文中出现的图标一定要在正文中引用，否则，又没有图都没影响了；
16. 中英文(尤其是冒号）不能混用；
17.进入每个小节，都要按照这样的结构：分析一个问题的难点，怎么解决，为什么这么做；
18. 伪码之后，必须跟上一段文字写详细对其进行解释；
19. 公式中出现的符号第一次出现必须对其进行解释，并且在整个论文中，保持符号的一致性，一个符号只能代表一种意思；另外，论文中禁止出现源码；
20. 论文中不能截原文的图，这是一种抄袭，绝对禁止；截图之后放大会失真，但矢量图放大不会失真，至少因该自己重新照着画一遍；
