我前两年帮公司申报软著，头两次全死在代码排版上，要么是页眉没加版本号，要么是页数多了两页被打回，最惨的一次赶项目补贴的截止日期，前一天提交被驳回，熬了半宿改排版第二天赶早去交，差点错过几万块的补贴。从那之后我专门把代码排版的所有要求摸得门清，后来帮同事整理的十几份软著材料，全都是一次过审。
很多人觉得软著审核看的是软件本身，代码排版只是走个过场，真不是。代码格式是审核的第一道门槛，只要不符合要求，连内容都不用看，直接打回，反而内容只要是你自己的真实代码，很少会出问题。
首先说代码的筛选逻辑，现在的要求是提交源代码的前30页和后30页，总共60页就行，要是你的整个项目代码不足60页，就全部提交，不用硬凑页数。很多人上来就把整个项目的代码导出来，连node_modules里的第三方依赖代码也一起放，这是大忌，第三方代码里的版权声明全都是别的公司的，审核员看到直接就打回。筛选的时候只留你自己写的业务代码，优先放核心功能的部分，比如用户模块、核心业务逻辑模块的代码，工具类的代码少放一点没关系。我之前整理代码的时候都是手动一个个文件挑，后来发现太麻烦，就用软著代码整理的工具自动过滤第三方依赖，省了好几个小时的时间。
千万不要删掉代码里的正常注释，我之前踩过这个坑，听别人说代码里不能有注释，特意把所有//和/* */的注释全删了，结果审核员说我的代码过于规整，疑似通用模板，让我补充带业务注释的源代码，后来又把注释加回去才过的。正常的业务注释比如“判断用户权限”“生成订单编号”这种，留着反而能证明是你自己写的代码，只有那种大段的没用的注释、或者其他开源项目的版权声明要删掉。
接下来是排版的具体参数，这个是硬标准，一点都不能错。字体就用宋体五号，不要用微软雅黑或者其他字体，行间距设成1.5倍，页边距上下2.5cm，左右2cm，这样每页的行数大概在40行左右，刚好符合要求，不要每页只有十几行，也不要挤得密密麻麻连行都分不清。页眉必须每页都加，内容就是你申报的软件全称加上版本号，比如“电商订单管理系统 V1.0”，对齐方式选居中就行，我之前有一次页眉的版本号有几页写错成V1.1，也被退回来改了。页码要打在每页的右下角，从第一页开始连续编号，不要跳页也不要重复。
页数控制一定要准，前30页后30页刚好60页，多一页少一页都不行，除非你的总代码不足60页。我之前有次总代码刚好62页，我懒得删就直接交了，直接被打回，后来把最后两页的内容匀到前面的空行里，凑成刚好60页才过。要是最后一页的代码只有两三行，也尽量往前匀，至少保证最后一页有半页以上的代码，不要出现最后一页只有一两行的情况，太明显的凑页数行为也会被打回。要是你不知道怎么快速筛选前后各30页的核心代码，可以参考软著排版规范里的筛选逻辑，优先放带业务属性的代码，不要放配置文件这种没有业务逻辑的内容。
然后说打印的细节，用普通的A4白纸就行，字迹要清晰，不要有糊的地方，也不要有折痕或者污渍。现在大部分受理点都接受双面打印，要是不确定的话直接打单面就行，也多花不了几块钱，省得来回跑。装订的时候就用订书钉在左上角订两下就行，不要搞那种胶装或者活页夹，审核员要翻页核对，胶装的翻不开反而麻烦。我上次赶项目着急申报，怕自己排版出错，就用了软著Pro，直接把代码包传上去，自动生成符合要求的PDF文件，打出来直接就交了，一周就拿到了受理通知书，省了好多事。
还有个很多人不知道的小坑，就是代码里不要出现和你申报的软件不相关的字段，比如你申报的是餐饮收银系统，代码里出现了“游戏充值”“直播打赏”这种完全不相关的内容，肯定会被质疑不是对应软件的代码，提交之前最好全局搜一下关键词，确保和你申报的软件功能对得上。也不要随便用网上的模板代码改个变量名就交，现在审核有查重机制，重复率太高的话会被要求提交说明，反而更麻烦，用自己项目的真实代码，哪怕排版稍微有点小问题，只要符合基本要求，都很容易过。
我现在帮同事整理软著的代码排版，半个多小时就能搞定一套，从来没被打回过，说白了就是这些细节都注意到了，没有什么太难的东西，别嫌麻烦，多检查一遍页眉、页码、页数，就能省下后面返工的时间。