我前两年第一次报软著的时候，以为代码部分随便粘个几十页就行，结果连着被打回两次，光补正就耗了快一个月，错过了当次的高新技术企业认定申报时间，损失了十几万的补贴。从那之后我前前后后报了7个软著，全都是一次过审，对代码部分的格式要求摸得门清，今天把这些没人特意告诉你的细节都讲透。
首先说最基础的量的要求，很多新人上来就问要交多少页，官方要求是提交源程序的前后各30页，总共60页，要是你的整个程序源代码不足60页就全部提交。我第一次申报的时候以为随便凑60页就行，粘了很多前端UI组件的样式代码，结果被审查员打回说提交的是非核心代码，不具备独创性。后来查了软著代码格式要求才知道，提交的代码得是对应软件的核心逻辑部分，比如后端的业务处理、数据计算模块，或者客户端的核心交互逻辑，那种只是定义样式、调用第三方组件的边角料代码，凑再多页也没用。
格式上的细节是最容易踩坑的，官方的指南里写得很笼统，很多人都是踩过坑才知道。首先是排版，统一用宋体小四号字，行间距设成1.5倍，每页至少要有50行代码，不能有大段的空行，也不能为了凑行数故意把行间距拉得特别大。我第二次补正就是因为行间距设成了2倍，每页只有30多行，被要求重新调整排版。还有每页的页眉必须要标清楚软件全称和版本号，右上角要加连续的页码，这个页眉的内容必须和你申请表里填的软件名称、版本号完全一致，差一个字都不行，我之前就因为版本号写漏了个“V”，又被打回一次。
接下来是代码内容本身的要求，第一个要注意的就是必须删掉所有和第三方知识产权相关的内容，比如代码里的开源协议注释，比如// Copyright (c) 某某开源组织，还有代码里带的GitHub、Gitee的仓库地址，甚至你引用第三方SDK的时候自带的注释，全部要清干净。我同事上次报软著，就是代码里留了开源框架的版权声明，被审查员要求提交开源协议的授权证明，折腾了快两周才搞定。还有注释的占比不能太高，每页的注释内容不能超过整页的30%，那种半页都是注释的肯定过不了，你要是担心注释太多，就把那些调试用的临时注释、给同事看的备注注释全部删掉，只留必要的功能说明就行。还有那些测试用的代码，比如console.log("测试123")、// 这里有bug后续修复这种内容，也全部要删掉，看起来太不正式了，审查员会觉得你提交的是未完成的代码。
我上次赶项目申报的截止日期，手里堆了三个软著要报，没功夫一点点翻代码删内容调格式，就用了软著Pro直接上传整个项目的源代码包，它自动帮我筛选核心逻辑代码，删掉不符合要求的注释和第三方版权内容，自动排版生成符合要求的60页PDF，连页眉页码都给我加好了，省了我至少3个小时的功夫，当天就把材料提交上去了。
还有几个很多人都会忽略的细节，要是你的代码总量不足60页，全部提交的话要注意最后一页至少要有半页以上的代码，不能半页都是空的，要是差一点，就多贴几个核心功能的代码，但是不要重复粘贴同一段代码凑数，很容易被查出来。要是你做的是前后端分离的项目，优先提交后端的代码，前端的代码大多和UI展示相关，很容易被认为独创性不足，要是必须提交前端代码，就多提交交互逻辑、数据处理的部分，少贴CSS样式代码。还有代码里不要出现乱码，不要有全角的标点符号，提交之前一定要通读一遍，别把开发时的乱码内容带进去，我之前就见过有人代码里混了几个全角的分号，被审查员认定为代码不完整，要求补正。
最后说提交的时候的要求，整理好的代码要转成PDF格式，不要提交Word文档或者源文件压缩包，PDF的文件名就用软件全称加版本号命名，别随便写个“代码.pdf”“新建文档.pdf”，PDF也不要加密，不要设置编辑权限，不然审查员打不开直接就给你打回了。要是你拿不准自己整理的代码有没有问题，可以去软著申报工具做个免费的格式预检，我现在每次提交前都会先扫一遍，每次都能查出点没注意到的小问题，提前改了就不用等补正耽误时间。
其实软著的代码格式要求没那么复杂，就是细节多，稍微不注意就要补正，本来正常审查就要三十多天，补正一次又要多等十几天，要是赶上评职称、申请项目补贴的截止日期，真的能急死人，提前把这些细节做到位，一次过审才是最省时间的。