我前两年第一次帮公司申请软著的时候，啥也不懂，直接把整个项目的代码导出成PDF就交了，结果不到一周就被打回，审查意见列了三四条：夹杂第三方框架代码、空行太多每页行数不达标、页眉没标注软件全称，折腾了快一个月才补完材料，那之后前前后后帮团队申请了12个软著，光是源代码整理的坑就踩了个遍，现在基本提交就过，连补件通知都没再收到过。
首先你得先搞清楚，软著审查要的源代码，不是你整个项目的所有代码，而是你自己开发的核心业务代码，和你软著申请表里填的功能要对应得上。第一步先定代码版本，就选你申请表里填的开发完成日当天的版本，别拿最新迭代后的代码交，不然代码里出现开发完成日之后的时间戳、功能记录，很容易被质疑时间造假。
定好版本之后就可以提取代码了，优先挑核心业务模块的代码，比如你做的是电商类的软件，就挑订单、支付、用户管理这些你自己写的模块代码，最容易踩的坑就是把第三方库、框架自带的代码也混进去，比如你用Vue开发的话，node_modules里的所有代码都不能要，还有脚手架自动生成的配置文件、开源组件的代码也都要剔除，这些都不属于你自主开发的内容，交上去百分百被打回。如果不知道哪些代码属于合规的核心代码，可以去软著申报相关的工具站查判断标准，比翻审查指南省事多了。
提取出来的代码要凑够前后各30页，总共60页，每页至少要有50行代码，这里说的行数是去掉大段空行之后的有效行数，正常的代码注释可以保留，不用全部删掉，我之前傻呵呵把所有注释都删了，结果30页的代码硬生生缩成了18页，还要回头再找别的模块代码补，反而更麻烦。不过那种大段的注释掉的废弃代码、测试用的注释内容要删掉，不然被审查员看到会觉得你代码不规范，也有可能要求补说明。
格式上的要求其实不复杂，页眉左边标你的软件全称加版本号，右边标页码就行，字体用宋体小四号，行间距调1.0或者1.5都可以，只要保证每页能放下至少50行就行。要是你的整个软件的自主开发代码加起来都不到60页，那就全部提交就好，不用硬凑，也别傻到复制粘贴重复的代码来凑页数，审查员天天看代码，重复内容一眼就能看出来，直接就给你打回了。
还有几个很容易忽略的小细节，我第二次补件就是踩了其中的坑。代码里要删掉所有和著作权人无关的信息，比如之前外包团队留下的git提交记录、代码注释里的其他公司名称、测试人员留的debug标记、还有第三方SDK的版权声明，这些内容一旦出现，审查员就会要求你提供权属证明，一来一回至少耽误半个月的时间。还有前30页的开头最好是核心功能的入口代码，后30页的结尾也尽量放完整的功能模块收尾，别放半拉子的不完整代码，也别全是配置项的内容，不然很容易被质疑没有核心自主知识产权。
要是你平时工作忙，或者对代码结构不熟悉，也不用硬啃规则，我后来几次申请都是直接用软著Pro的代码整理工具，上传整个项目包之后自动帮你筛掉第三方代码、剔掉多余空行和违规信息，还能自动生成符合要求的带页眉页码的PDF，比自己手动整理省了好几个小时，也不会漏了哪个坑点，我身边不少做开发的朋友现在申请软著都用这个，省下来的时间摸鱼不好吗。
对了还有个点要提醒下，你提交的源代码最好能和你同时交的说明书里的功能对应上，比如你说明书里写了支持多用户权限管理，那源代码里最好能找到权限校验、角色分配相关的逻辑代码，要是审查员翻遍你交的60页代码都找不到对应的内容，大概率会要求你补功能说明，甚至直接驳回。如果是申请嵌入式软件的软著，就尽量多提交嵌入式端的底层逻辑代码，别放太多上位机的页面代码，不然也容易被判代码和申请的软件不符。
我之前算过，自己手动整理一次源代码，要是项目不复杂的话，大概两个小时就能搞定，要是用工具的话十几分钟就能出合格的文件，根本没必要花几百块找中介帮你整理，只要避开上面说的这些坑，基本都能一次过审，省下来的钱喝奶茶不好吗。
