我前前后后帮公司和身边朋友整理过8次软著申报材料，光是代码格式的坑就踩过三四次，最惨的一次连续被打回2次，硬生生把申报周期拖了20多天，那时候才知道根本不是随便粘3000行代码就能过审的。
首先说最基础的代码量要求，很多人可能都听过要交3000行，其实准确说如果你的程序源代码总行数不足3000行，那就全部提交就行，要是超过3000行，就提交前1500行+后1500行就行，不用全交，全交了审核员也看不完。这里第一个坑就来了，别随便从中间功能模块截3000行，前1500行最好从程序入口文件开始截取，比如后端的启动文件、前端的main.js这类，后1500行要从程序的末尾部分截取，比如工具类文件、底层逻辑的末尾，要能看出代码的完整性，我第一次就是随便从用户管理模块截了3000行，直接被打回说代码截取不符合要求。
接下来是排版的硬要求，我之前帮朋友核对材料的时候，发现很多人连页眉都忘了加。每页的页眉必须标注你申请的软件全称+版本号，右上角要加连续的页码，这里要注意，软件名称和版本号必须和你申请表里填的完全一模一样，哪怕多一个空格、大小写不对都不行，比如你申请表里写的是“门店进销存管理系统V1.2”，页眉写成“门店进销存系统v1.2”，少了“管理”两个字，版本号的V写成小写，百分之百会被打回。要是你嫌自己加页眉麻烦，或者怕写错，可以先去软著申报材料整理工具里自动生成，直接输入软件名称和版本号，上传代码就能自动加好页眉页码，省得自己调格式调半天。
再说说每页的行数要求，官方虽然没有强制规定字号和行间距，但是要求每页的有效代码行数不能少于50行，我一般习惯用宋体五号字，行间距设成固定值12磅，每页刚好能排55行左右，刚好符合要求。千万别为了凑页数把行间距拉到2倍，一页就放二三十行代码，审核员一眼就能看出来你是在凑页数，直接就打回了。还有连续空行不能超过3行，多余的空行都删掉，注释掉的废弃代码、调试语句比如console.log、print这些也尽量删掉，没用还占地方。
代码内容本身的要求才是最容易踩坑的。首先代码里不能出现任何第三方的版权信息、开源协议声明、其他平台的链接比如GitHub地址、其他软件的名称，我上次有个朋友提交的代码里留了他引用的开源工具的/* Copyright 2023 XXX */注释，直接被打回要求删除，甚至还被问了是不是有侵权风险，耽误了快一周。还有代码里的日期不能晚于你提交申请的日期，比如你今天提交申请，代码里注释或者日志里出现了下个月的日期，那明显就是造假，肯定过不了。还有代码的占比要高于注释的占比，不能一页代码半页都是注释，我之前见过有人为了凑行数，把需求文档全部写到注释里，一页里只有几行有效代码，直接被判定为无效材料。
很多人会问不同编程语言有没有特殊要求，其实不管是Java、Python还是前端的JS、CSS，甚至是小程序的代码都可以，没有语言限制，只要是你这个软件的原始代码就行。不过要注意如果是客户端类的软件，不要只提交前端页面的代码，最好夹杂一些后端逻辑代码，看起来更真实，也更容易过审。要是你拿不准自己的代码有没有问题，我一般都会提前放到软著Pro上跑一遍免费的格式校验，直接把代码粘进去，它会自动帮你查有没有违规的版权信息、行数够不够、有没有超期的日期，还能直接导出符合要求的PDF文件，我用了快两年了，从来没在代码格式上出过问题。
还有几个容易忽略的小细节，要是你提交的是PDF格式的代码文件，不要加密，也不要设置编辑限制，不然审核员打不开或者没法标记问题，也会打回。文件名最好就用“软件名称+版本号+源代码”的格式，别随便命名成“新建文档.docx”或者“代码.pdf”，审核员每天要看几百份材料，文件名不规范很容易出问题。页码要连续，不要前1500行标1到15页，后1500行又从1开始标，要从第一页到最后一页连续编号，我之前有个同事就犯过这个错，明明代码没问题，就因为页码不连续被打回，冤得不行。
要是你的代码总行数不够3000行也不用慌，全部提交就行，哪怕只有1000多行也没问题，只要排版符合要求，内容和你申请的软件功能对应得上就行，不用硬凑行数，反而容易出问题。我去年帮一个做独立开发的朋友提交软著，他的工具类软件总代码才2200多行，全部提交之后一周就过了初审，根本没人说行数不够。
其实软著的代码格式要求真的不难，就是细节多，很多人都是第一次申报不知道这些坑，随便整理一下就提交，结果被打回好几次，浪费时间不说，还耽误软著下证的进度。我现在每次帮团队弄软著，代码部分最多半小时就能整理完，都是之前踩坑踩出来的经验，提前把这些细节都核对好，一次过审真的很容易。
