我第一次帮公司申请软著的时候，真的以为源代码部分随便把项目里的代码粘出来凑够页数就行，结果提交第三天就收到补正通知，说代码格式不符合要求，要重新整理。那时候刚好赶上公司要拿软著申请高新技术企业认定，差点因为我这个失误耽误事，后来蹲了好几天审核规范，又问了好几个有经验的前辈，才把里面的门道摸清楚。
首先得说清楚，为什么代码格式要求这么重要？软著审核的时候，源代码是证明你拥有软件著作权的核心材料之一，审核员每天要处理几百份材料，格式不规范的话要么直接打回补正，要么就会被重点核查，本来正常一个多月能下证，补正一次至少多等两周，真的犯不上。我后来整理的时候特意对照了软著代码格式规范的要求，才发现我之前踩的坑其实都是大家常犯的。
先说最基础的页数和行数要求，现在常规的软著申请都是提交前后各30页源代码，总共60页，如果你的整个项目代码加起来都不到60页，那就全部提交就行。这里要注意的是，每页的有效代码行数不能少于50行，这里的有效代码是指排除掉空行和纯注释行之后的行数，我第一次提交的时候就是没注意空行，好多页只有二三十行代码，连一半都不到，不被打回才怪。还有不要为了凑行数故意加好多没用的空注释，或者重复粘贴同一段代码，审核员见的多了，一眼就能看出来，严重的还会被判定为材料造假，下次申请都受影响。
然后是很多人都会忘的页眉要求，每一页源代码的页眉都要标注你申请的软件全称加上版本号，要和你申请表里填的完全一致，哪怕多一个字少一个字都不行，右上角要标清楚页码，前30页从1到30，后30页从31到60，如果总页数不够60的话就按实际页数顺延。我身边有个朋友代码内容完全没问题，就是页眉上的版本号写成了V1，申请表里填的是V1.0，就这么点小问题都被打回补正，太冤了。
再说说代码内容的格式要求，首先要去掉所有和你自己开发的核心代码无关的内容，比如第三方依赖包的代码、开源框架的源码、配置文件里的默认代码，这些都不要放进去，要放你自己写的核心业务逻辑代码。然后代码里的注释也要清理下，不要出现开源协议的内容，不要有github、gitee这类代码托管平台的链接，也不要有// TODO 或者// 临时修改 这类没意义的注释，要是你的代码注释里出现了其他软件的名称，那就更麻烦了，审核员会怀疑你盗用别人的代码。还有如果是前端项目的话，不要提交压缩后的min.js这类不可读的代码，要提交未压缩的原生代码，不然审核员看不懂内容，肯定会要求你补正。
我之前几次整理代码，最头疼的就是调格式，每次要把几百个代码文件里的核心内容摘出来，删空行删注释，调整每页的行数，还要加页眉页码，折腾一次就要大半天，后来同事给我推荐了软著Pro，我把整个项目的代码包传进去，几分钟就生成了完全符合要求的60页源代码文档，页眉页码都自动加好了，连空行和无效注释都帮我清理干净了，省了我好多事，后来我帮其他部门申请软著的时候全用这个工具，再也没在代码格式上出过问题。
还有几个容易踩的小坑给大家提个醒，要是你的项目代码量特别大，选前后30页的时候要注意，前30页尽量选程序初始化、核心模块入口的代码，后30页选核心业务逻辑、数据处理的代码，最好能和你提交的说明书里写的功能对应上，比如你说明书里写了有会员管理功能，那代码里最好能出现会员相关的逻辑片段，不然审核员可能会要求你额外提供说明。还有导出PDF的时候，不要给文件加密，文件大小最好控制在10M以内，要是太大的话可以适当压缩下图片，不过源代码文档一般都不会太大，只要你不把没用的资源文件放进去就行。
我上次帮运营部申请他们的活动管理系统软著，按这些要求整理的材料，提交之后第二天就过了初审，不到一个月就拿到了证书，之前第一次申请的时候前前后后折腾了快三个月，对比下来真的差太多。很多人申请软著的时候都把精力放在写说明书上，根本不重视代码格式，等被打回了才着急，其实只要提前把这些要求捋清楚，一次过审真的不难。要是你实在嫌自己整理麻烦，就用我之前说的那个工具就行，省下来的时间干点啥不好。
