文件目录管理与备份
正常来说,你直接写latex是不会出现源代码丢失的问题的,但是一旦有高频率的复制粘贴操作,很容易将源代码覆盖掉,这个时候还可以补救一下,ctrl z撤销,但是如果你关机,就彻底凉了。
一般高频率复制粘贴发生在线上线下多人协作的时候或者是要从自己的模板里复制一个框架过来时。
不要觉得这种事情不容易发生,当你忙起来,非常容易发生这种事情,而且几乎是不可避免的,所以我们要采取措施。
- 注意看好vscode上面的文件名,文件名要有区分度。
- 把latex文件夹备份一份,或者是源代码备份一份,降低损失
太难受了,一旦源码没了,你的工作痕迹就都没有了。警醒警醒!
目录丢失问题
有时候目录会丢失,或者你改了层次,还是上次的目录。
这种情况,从逻辑上讲是一点问题都没有的,所以只是一些你无法控制的意外,只要你没有把程序破坏了,把其他辅助文件都删掉后重新编译一次就会ok。
编译失败问题
- 语法有问题,用了不该用的用法
- 缺包
- 用wps打开了pdf,导致latex无法获取修改pdf的权限,但是你用smartpdf外置查看却不会出现这个问题,所以说wps比较霸道,一打开就默认是写模式,而且锁定所有权。
编译速度
编译速度与论文内容的数量和质量有关,尤其是以图片为最。衡量图片使用dpi指标,dpi相当于单位长度上的像素点数,对于一平方单位的面积,图片点数随着dpi呈现二次方增长。比如我一篇文章里有20张图,图使用matplotlib.pyplot.plot绘制,如果设置dpi=1000,图片就会有非常高的质量,能够充分展示细节,但是编译一次就需要5分钟以上,相反,如果dpi=100,只需要20秒就可以编译出来,速度相差15倍。
相比于100倍的点数差距,15倍速度似乎还可以,但是5分钟一次的编译真的让人破防,尤其是你最后调整格式布局的时候,要频繁编译,5分钟一次会造成最后来不及提交。
解决办法就是:最初的图片先用1000dpi测试,感觉质量不错就换回100dpi进行布局,最终留10-15分钟编译1000dpi的图片,给出最佳的论文效果。
其实更好的办法是使用Linux+一些快速编译模式,减少冗余的编译(但是我还没试过,网上是有很多相关帖子的,仅仅是Linux这一条就足够加速一倍了)。
语言表述和版面细节
很多队伍不注重这点,写出来的论文就非常口语化,主观化,就像我这篇文章一样,但是我是给读者看的,论文是给评委看的,互联网+也是类似,一定要注意表述,否则苦的就是论文同学。这部分正是主负责论文的同学含泪写下的注意点:
- 称谓。反正不要用“我们”,商赛更注重团队,所以用“本团队”,“本项目”自称,学术论文重在文章本身,所以用“本文”
- 不要用主观性词句,不要加过多过度修饰词,语气词,比如很容易看出,有理由得到,很明显···
- 逻辑性要强。每一个判断都要有理有据,多用诸如 由···得,根据···可知,基于···,针对···,通过···,结合···,综上所述。
- 摘要和分析尽量详细清楚:问题是什么、有哪些需要解决、采取什么方法、怎么解决、解决得到什么效果。逻辑建议:首先···,其次···,接着···,然后···,最后···
- 图和表:图名在图下,表名在表上,表上下的两根线加粗。注意符号说明比较特殊,不用加表头,因为已经在section{}里写了。
图片/表格位置调整
latex中图片的位置很不安分,经常不按顺序跑。所以记得检查图片位置,对着源文档顺着走下来。
调的大致思路:
- 大小控制。这是首要的。在你的图确定了htbp以后还被挤到别处,说明空间不够,你空间不够,再怎么强制分页,组合,都会失败,空间能容纳是前提。
- newpage&空行——分配空间。理论上,一整叶是最大的空间,这是newpage可以做的,空行也就是微调。通过分配空间+大小控制,基本就没问题了。
- 位置摆放——htbp顺序组合。进一步想控制摆放位置,就用htbp组合,here,top,bottom,page(浮动页)(注意,在线生成latex表格的网站,给出来的表没有htbp定位,所以最好先加个h)
- 比较坑的是,有时候你给足了位置,也会放到别处,这个时候祭出大杀器,float包里的H控制符,精确放到当前位置,代价就是如果空间不够就出bug,所以小心。
注意,有时候目录编不出来,你可能对着错得基础改,多以要习惯性在\tableofcontents后加newpage,这样有没有目录,都不会影响后面的空间。
其他参见: