我大三那年帮工作室报第一个软著的时候，光是代码部分就改了三回才过，前前后后折腾了快一个月。那时候啥都不懂，以为只要把项目里的源代码全粘进去就行，结果第一次因为页眉缺了版本号直接打回，连内容都没看；第二次因为注释太少被要求补材料；第三次又因为粘了框架自带的开源版权注释卡了好久，那时候恨不得把所有要求都刻在脑子里。
后来工作了帮公司报过十多次软著，也帮朋友代整理过材料，摸清楚了软著代码格式要求里的所有门道，其实真的没有大家想的那么复杂，都是很细节的规定，注意到了基本一次就能过。
先讲大家最关心的页数问题，很多人搞不清楚到底要交多少页。如果你的整个项目源代码不足60页，就全部提交就行，不用凑数；如果超过60页，就提交前30页和最后30页，不用交中间的内容。这里要注意的是，每页的行数不能太少，我一般会把字号调成小五号宋体，行间距设成1.5倍，页边距上下左右都调成2厘米，这样一页刚好能排55行左右，完全符合要求，不会因为行数不够被认为凑页数。也别把行间距调太大，我见过有人为了凑页数把行间距调成3倍，一页只有20多行，直接就被打回了。还有尽量不要有大段的空行，一页里的空行最好不要超过3行，也不要出现空白页，这些小问题都是驳回的高发区。
接下来是页眉的要求，这个是最死的规定，差一点都不行。每一页的页眉左对齐必须写你申报的软件全称加版本号，右对齐标页码，页码要从1开始连续排序，哪怕你是交前30页和后30页，页码也要连续，不要前30页排1-30，后30页又从1开始排，肯定会被打回。这里要特别注意，软件名称和版本号必须和你申请表里填的完全一致，一个字都不能差，我之前有次就是把申请表里的“智能门店管理系统V1.2”在页眉里写成了“门店管理系统V1.1”，就差了两个字和一个版本号的数字，又多等了半个月才过审。
再讲代码内容的要求，这个是很多人容易踩坑的地方。首先不要放第三方依赖的代码，比如你用了Vue、React这些框架，node_modules里的代码不要粘进去，框架自带的版权注释也要删掉，还有代码里不能出现Github、Gitlab这类开源平台的链接，也不能出现MIT、GPL这类开源协议的内容，不然会被质疑版权归属。还有注释占比最好在10%到20%之间，不要全是没有注释的裸代码，也不要全是注释凑数，正常写代码的时候加的功能注释、参数注释就够用，不用特意额外加。还有绝对不能出现乱码，你导出PDF之后一定要从头到尾翻一遍，要是出现了那种黑色的小方块或者问号，要么是编码不对，要么是字体不支持，一定要改完再提交。
很多人问能不能用自动生成的代码，我劝你最好别。现在软著申报对代码的重复率查得比以前严，要是你用网上那种批量生成的假代码，和库里的重复率太高，轻则要求你补说明材料，重则直接驳回，还可能影响你后续的申报，得不偿失。哪怕是你自己写的小项目，代码量少一点也没关系，只要是原创的，格式对了基本都能过。还有代码里如果有版权标注的话，一定要和你的申请人信息一致，比如申请人是你所在的公司，结果代码里全是你个人的版权声明，肯定会被要求补证明材料的。
我后来报得多了，懒得自己一点点调格式，就经常用软著Pro，把源代码导进去自动就给你调好页眉、页码、字号行间距，还能自动筛掉开源代码和第三方版权内容，导出的PDF直接就能用来提交，省了我好多时间，好几次都是当天整理完材料当天就提交，一周左右就能拿到受理通知，比自己一点点调效率高太多了。
最后说一个很多人没注意到的细节，如果你是提交前30页和后30页，最后一页的末尾尽量是一个完整的函数或者模块的结束，不要半截就断了，比如一个函数刚写了第一行就到页尾了，下一页又没有后续内容，审核老师会觉得你是随便凑的页数，可能会要求你补全这段代码的内容，反而麻烦。还有导出PDF的时候要选“打印为PDF”的格式，不要用WPS或者其他软件自带的导出，避免出现格式错乱的问题，导出之后再翻一遍确认没有折行的代码，一行代码最好不要拆成两行显示，要是有太长的行可以稍微把字号再调小一点，或者调整一下页边距，保证每行代码都能完整显示在一页里。
其实软著的代码格式要求真的都是细节问题，不用太紧张，只要你按照要求一点点核对，基本都能一次过，不用像我第一次那样来回折腾好多次。
