前两年帮公司前后申报了7个软著，前两个全栽在代码材料上，来回补正折腾了快一个月，后来把规则摸透之后，后面5个全是一次过审，最快的两周就拿证。说真的，很多人软著被驳回根本不是软件本身有问题，就是代码格式的小细节没注意到，白瞎了好多时间。
先说说最容易卡死的代码量和页数规则
我第一次提交的时候就是没搞懂软著代码格式要求里的页数计算逻辑，随便凑了40页代码就交了，当天就收到了补正通知。正确的要求是要提交源代码的前后各30页，总共60页，要是你的整个项目源代码不足60页，就全部提交就行，不用硬凑页数。这里要注意，算页数的时候是按你排版之后的PDF页数算的，不是你源代码文件的个数，很多人误以为要交60个代码文件，完全搞错了方向。还有绝对不能把第三方依赖的代码放进去凑数，比如node_modules文件夹里的内容，或者你引入的开源库代码，这些都不算你自己的源代码，被查到直接打回，严重的还会影响你的申请资格。
每页的排版细节才是驳回重灾区
很多人觉得代码内容没问题就够了，其实排版问题占了代码材料驳回的60%以上。首先是每页的行数要求，至少要满50行，我之前用默认的VS Code导出代码，行间距设的1.5，字号14，一页才30多行，交上去直接说行数不足。正确的排版是字号选12号，行间距调到1.0，不要开语法高亮，纯黑白文本就行，这样排下来一页刚好能到55行左右，完全符合要求。然后是页码，必须在每页的右上角标注页码，前30页从1标到30，后30页从31标到60，我同事上次就是把后30页的页码又从1开始标，直接被打回。还有导出的格式必须是无水印、无加密的PDF，不能交Word文档，我之前为了防止文件篡改加了个公司logo的水印，也被要求重新提交。后来我嫌自己调整格式太麻烦，就用了软著Pro，把自己写的业务代码打包传上去，自动就能调整好行间距、字号和页码，还能自动筛掉第三方依赖和多余的注释，省了我至少两三个小时的手动调整时间，特别方便。
代码内容本身的隐藏坑你肯定没注意过
排版没问题就万事大吉？我第二个被驳回的软著就是踩了内容的坑。当时我直接把项目代码导出来就交了，结果代码里留了很多之前测试的时候写的注释，还有和当前申请的软件不相关的项目名称，审查员觉得代码和申请的软件对应不上，直接要求补正说明。所以整理代码的时候，一定要把所有和当前软件无关的注释、变量名、项目标识都删掉，比如你申请的是“门店库存管理系统”，结果代码里出现了“外卖点餐系统”的字样，肯定过不了。还有连续空行不能超过2行，也不要有大片的注释占位置，比如有些文件开头十几行都是版权声明，这些都要删掉，尽量让每页都是有效代码。还有绝对不要用网上找的通用模板代码凑数，那些代码很多人都用过，审查员见得多了，一眼就能看出来，到时候要求你说明代码的逻辑对应功能，反而更麻烦。要是你懒得对照软著代码格式要求一条条核对，直接用工具生成标准化的代码材料就行，基本不会出这些低级错误。
我身边很多第一次申请软著的朋友，都觉得代码材料是最麻烦的部分，其实只要把这些细节都注意到，根本不会出问题。我后来帮朋友整理的3个软著代码材料，全都是一次过审，最多的也就等了18天就拿到了证书。毕竟软著审查其实是形式审查为主，只要你的材料符合格式要求，内容和申请的软件对应，基本上都能顺利通过，不用太担心。
