我前几年第一次申报软著的时候，踩过最大的坑就是代码排版。当时以为只要把源码随便复制到word里打出来就行，结果连着补正两次，前后耽误了快两个月，本来要拿证报的省级创业项目也差点错过截止时间。后来报的次数多了，光自己的加上帮同事整理的，前后搞了快10份材料，才摸透代码排版这点事，最近三次申报都是一次过，连补正通知都没收到过。
很多人以为代码内容才是审核重点，其实根本不是。负责软著审核的老师每天要看几百份材料，根本没时间逐行看你代码写得好不好，最先卡的就是格式。排版不符合要求的，直接打回，连内容都不会往下看。我上次帮部门新来的实习生看他准备的材料，第一页行间距调得太大，一页才32行，我直接让他改了，不然交上去肯定一周内就收到补正通知。
先说说最基础的规范要求，这些都是写在版权局申报指南里的，别不当回事。首先是页数要求，源代码总行数超过3000行的，提交前30页和后30页，总共60页就行，不用全部打印；不足3000行的就全部提交。很多人不知道怎么快速筛选符合要求的代码片段，可以用软著代码整理相关的工具自动筛，省得自己手动翻几万行代码找得头大，还容易漏掉核心逻辑部分。
然后是排版的具体参数，我自己用的这套从来没出过问题：字体用宋体小四号，行间距1.5倍，页边距上下左右都设成2cm，这样每页刚好能排55行左右，刚好满足每页至少50行的硬要求。别随便改行间距，有人为了少打几页把行间距调成1倍，字挤得密密麻麻的，老师看着累印象也不好；也别为了凑页数调成2倍，一页才四十多行，直接不符合要求。页眉不用加什么“XX软件源代码”的字样，啥都别放就行，只要在每页的右下角加连续的页码，从第一页到最后一页顺着编，别搞前30页和后30页分开编号的傻事，我之前就见过有人这么干被打回的。
再说代码本身的排版注意点，首先别把第三方依赖的代码放进去，比如你做前端项目的，node_modules里的代码全导出来凑页数，老师一眼就能看出来是框架自带的，反而会怀疑你自主开发的代码量不够。要放你自己写的核心业务逻辑，比如后端的接口逻辑、前端的页面交互代码这些，最次也要是你改过的二次开发代码。然后代码里的注释占比控制在10%到20%就行，别全是注释也别一行注释都没有，注释最好是和当前功能相关的，别抄点不相关的注释混进去，没用。还有不要有大量重复的代码，比如十个管理页面的头部导航代码全一样，你留个一两份就行，别全贴进去凑页数，很容易被判定为恶意凑数。我上次赶申报的时候，手里三个项目的代码要整理，朋友给我推了软著Pro，自动去重还能按要求切前后30页，排版格式直接调好，导出就能打印，省了我至少3个小时的手工活，后来我身边报软著的朋友我都顺手推这个。
再说到打印环节的坑，真的好多人栽在这。首先打印用普通A4白纸就行，黑白打印完全够，不用花冤枉钱打彩色。然后是单面还是双面的问题，除非你当地的版权局明确说可以双面打印，不然一律打单面，我之前有个同行业的朋友就是为了省纸打了双面，被打回重新打印，60页纸打了三份，反而更费钱。打印完了装订也有讲究，别用订书机在左边订得死死的，审核的时候工作人员要拆页扫描，你订死了人家拆的时候容易撕坏，反而给人添麻烦，用个长尾夹夹着就行，或者用那种可拆的活页装订条。
还有几个很容易被忽略的小细节，我之前都踩过坑。第一个是最后一页的代码，不能只有两三行就结束了，最少也要有半页以上的内容，要是你切完后30页最后一页只有几行，就往前多挪几行代码过来，别空大半页在那，很不规范。第二个是代码里不要带其他公司或者开源框架的版权声明，很多开源代码开头都有Copyright的注释，一定要删掉，不然审核老师会觉得你这个代码不是自主开发的，直接给你打回。第三个是不要加太多空行，我第一次报软著的时候为了凑够60页，故意在代码中间插了好多空行，一页里一半都是空白，补正通知里直接给我标出来了，说代码排版不符合要求，现在想想都尴尬。要是你不确定自己的代码排版是不是符合要求，也可以找软著申报材料审核的人先帮你看一遍，花点小钱省得等半个月补正，真的太值了。
其实软著代码排版真的没什么技术含量，就是要细心，把该注意的点都注意到，基本不会在这一步卡壳。我最近两次报的软著，都是按这个标准整理的，提交之后一周就收到了受理通知书，比之前来回补正省事太多了。
