我前两年帮公司做软著申报，前三次全卡在代码材料上，那会真的觉得冤，功能全是我们团队自己写的，怎么就通不过？后来跟审查员沟通了两次，又问了好几个做过软著代理的朋友，才知道我全踩在格式的坑里了，最近两年报的8个软著都是一次过，全靠摸透了这些没人主动说的规则。
很多人一开始都觉得代码格式是小事，只要功能是自己开发的就行，真不是。审查员每天要看几百份材料，格式不对的话根本不会往下看内容，直接打回补正，来回折腾就得多花半个月时间，赶项目拿证的话真的能急死人。
首先说最基础的页数和行数要求，现在的规则是提交源程序的前30页和后30页，要是你的全部源代码加起来都不到60页，那就全部提交，不用硬凑页数。每页的有效代码行数不能少于50行，这里说的有效代码是不包括大段空行的，我第一次被打回就是为了凑页数，故意留了好多空行，一页才20多行代码，审查员直接标注“代码行数不足，需补正”。调整的时候也不用把所有空行都删掉，函数之间、逻辑块之间的正常间隔可以留，只要别一页就半页是空的就行。字体建议用宋体小四号，行间距1.5倍，我之前试过用微软雅黑，虽然也过了，但官方给的示例都是宋体，跟着官方要求走总没错。
然后是页眉和页码的要求，这个是我第二次踩的坑，当时嫌麻烦没加页眉，提交之后直接被打回。要求是每页的右上角要标注软件的版本号和连续页码，比如你交60页的话，页码就是从1连续标到60，前30页是开头的核心代码，后30页是后面的功能模块代码，别搞成前30页标1-30，后30页又从1开始标，那肯定过不了。要是你全部代码只有42页，那就标1到42就行，不用硬凑到60。
最容易被驳回的是内容类的格式问题，很多人图省事，直接把整个项目的代码导出来就交，完全没注意里面混了很多开源框架的代码、第三方依赖的代码，甚至连框架自带的开源许可声明都一起粘上去了。我身边有个朋友用Go写后端服务，提交的代码里带了gin框架的头部注释和MIT许可声明，直接被审查员要求提供开源许可使用证明，折腾了快一个月才搞定。除了开源代码不能凑数之外，代码里也不能出现和本次申报软件无关的其他软件名称，比如你之前做过一个OA系统，现在申报的是客户管理系统，复制过来的代码里还留着OA系统的注释，审查员看到会直接怀疑你是抄袭的，驳回概率特别高。
要是拿不准自己的代码格式符不符合要求，可以去软著Pro上用自动格式校验工具扫一遍，我后来每次整理完代码都先扔上去过一遍，能直接标出空行太多、有开源声明、页码不对这些问题，省得提交了才发现问题来回补正。
还有几个很多人不知道的小细节，第一是代码里的注释不用全删掉，只要是你自己写的功能注释，留着反而更好，能证明代码是你自主开发的，我每次提交的代码都留着自己写的注释，从来没出过问题。第二是代码里的敏感信息，比如数据库密码、接口密钥、内部地址这些，直接替换成***就行，不用把整段代码删掉，我之前在软著申报指南里看到过，只要替换的是不影响功能逻辑的敏感信息，审查员都不会卡。第三是最后一页的代码必须是完整的，不能是半截的函数或者逻辑块，我第三次被打回就是因为后30页的最后一页只粘了半页，还是一个函数的开头，审查员说要求提交完整的代码片段，不能有断行，后来我调整了分页，让最后一页刚好是用户模块的完整结尾，再提交就过了。
哦对了，提交的代码必须是你写的原始源程序，不能是编译后反编译的代码，比如Java的class文件反编译出来的代码格式很乱，而且没有注释，很容易被判定为非原创。前端的话直接交.vue或者.jsx的原始代码就行，不用交打包后的压缩代码，压缩后的代码一页好几千行，根本不符合行数要求，也看不出来逻辑。
我现在整理软著代码已经有固定的流程了：先把整个项目里自己写的核心代码摘出来，剔除所有第三方依赖、开源框架的代码，然后删掉多余的空行，调整字体和行间距，让每页的有效代码都在50行以上，然后按顺序排好，前30页取核心的登录、权限模块的代码，后30页取业务功能模块的代码，每页加上版本号和连续页码，确认最后一页是完整的代码结尾，再用工具过一遍格式，没问题就和其他材料一起提交，基本都能一次过。
其实这些要求说起来都不复杂，就是很多人第一次申报的时候没当回事，随便粘了代码就交，最后耽误的都是自己的时间。要是你赶时间拿证，不如一开始就把这些格式要求捋清楚，一次通过比啥都强。
