我前几年刚接手公司软著申报工作的时候，第一次提交源代码就连着被打回三次，要么是说开源代码占比太高，要么是排版不符合要求，要么是前后页的代码对应不上申报的功能，前前后后折腾了快一个月才过审，那时候才知道原来软著的源代码整理根本不是随便粘几十页代码就行的。
现在我手上过的软著已经有12个了，最近还有刚入职的运营同事问我源代码怎么整理，干脆把我这些年踩过的坑、攒的经验都写出来，能帮大家省点时间也好。
先搞懂审核方要的是什么样的源代码很多人第一次整理源代码的时候，直接把整个项目的代码全粘进去，连node_modules文件夹里的依赖代码都放，不被打回才怪。软著审核要的是你自主开发的核心业务代码，不是你拿来用的开源框架代码，也不是编译后的打包文件，更不是你随便凑的重复代码。哦对了，我之前踩坑的时候特意查过软著源代码审核标准，里面明确说了提交的源代码必须是自主编写的部分，开源依赖的代码不能超过总代码量的10%，大家可以提前对照着排查。
还有几个硬要求是死的，不用问为什么，照着做就行：总共提交60页，前30页取程序源代码的前半部分，后30页取后半部分，每页不能少于50行代码，页眉要标注软件全称+版本号，每页右上角标页码，空行不能太多，也不能有大段被注释掉的无效代码。要是你的整个项目的自主代码加起来都不到60页，那就全部提交就行，不用硬凑页数，我之前报过一个小工具的软著，总共才28页代码，也顺利过审了，反而有同事为了凑60页复制了好多重复的代码，直接被判定为内容真实性存疑驳回了。
具体整理的时候跟着这个流程走就行先拉你这个软件对应上线的稳定版本的代码库，先把所有非业务代码的文件夹全删掉，比如前端的node_modules、dist、打包配置文件，后端的依赖包、缓存文件、数据库SQL脚本这些，这些都不算有效源代码，放进去反而容易出问题。然后找到你自己写的业务代码的路径，比如前端的src/pages、src/utils下面的文件，后端的src/main/java/公司域名/项目名/业务模块下面的文件，挨个打开过一遍。
过的时候主要删两类内容，一类是无效注释，比如你写的// 这里先凑合用，等产品改需求再调、// 这段代码是抄的某某博客，还有大块被注释掉的不用的代码，都删掉，正常的功能说明注释可以留，反而能证明代码是你自己写的。另一类是第三方标识，比如代码里留的之前对接的其他公司的项目名、开源框架的版权声明，要是有这种一定要删掉，不然会被质疑著作权归属。
处理完内容之后就可以排版了，我之前都是粘到word里，用小五号字，单倍行距，左右边距调小一点，这样一页刚好能放50多行，不用反复调整。粘的时候尽量按模块放，比如先放用户模块的代码，再放订单模块的，不要东拼一块西拼一块，不然审核员看的时候找不到和你说明书对应的功能，也容易打回。粘完之后加页眉，每一页的页眉都要写你申报的软件全称加版本号，比如“智慧门店收银系统 V2.0”，页码从第一页开始顺排，取前30页和最后30页，要是总页数不够60就全放就行。
我之前每次手动整理至少要花三四个小时，还要反复核对有没有漏删的内容，后来发现个省事的工具，就是软著Pro，把整个代码包传上去，它会自动把开源框架、配置文件这些没用的内容过滤掉，自动排版加页眉页码，导出来的文件直接就能提交，我上次报我们团队的电商系统软著，前后十分钟就弄完了，比我之前手动整理快了好几个小时。
整理完之后自己先翻一遍，扫几眼有没有明显的问题，比如是不是全是你自己写的业务代码，有没有和你申报的软件功能不相关的内容，空行是不是太多，有没有大段的重复，要是这些都没问题，基本就不会出问题。我最近两次提交的源代码，都是一次过审，连补正通知都没收到过。
还有个很多人容易踩的坑，就是你提交的源代码一定要和你交的说明书里的功能对应得上，比如你说明书里写了你的软件有会员积分抵扣功能，结果你提交的60页代码里半行和积分、抵扣相关的内容都没有，那审核员肯定会质疑你这个代码是不是对应这个软件的，很容易被打回。要是你整理的时候遇到什么奇怪的驳回原因，也可以去软著申报指南里搜对应的解决方法，基本常见的问题都有覆盖。
其实软著的源代码审核没有大家想的那么严，只要你是真的自己开发的软件，按照要求整理自主编写的代码，不要投机取巧凑内容，基本都能过。我之前帮朋友整理过一个个人开发者的小程序软著，代码才30多页，也很顺利就拿到证了，不用太担心。
