我第一次报软著是刚入行做开发的时候，当时做了个小型的客户管理工具，攒了半个月的代码，整理的时候傻了眼：翻来覆去导出的源代码只有22页，离要求的最低30页差了一大截。当时急着申报高企凑资质，脑子一热就每两行加一个空行凑到了32页，结果提交之后第三天就收到补正通知，说空行占比过高，不符合要求，来回折腾了大半个月才过审，差点误了高企申报的截止时间。
后来报的软著多了，摸透了审查的规则，也攒了不少整理源代码页数的实用技巧，再也没在这块出过问题。首先你得先搞清楚软著对源代码的基本要求：如果你的总代码量不足60页，就全部提交；如果超过60页，就提交前30页和后30页，每页要求不少于50行代码，空行和注释不能超过每页的30%，而且不能包含第三方开源库、自动生成的代码。
很多人第一反应是行数不够就凑空行、复制重复代码，这绝对是踩坑重灾区。现在审查员都是懂代码的，你随便复制同一段代码凑页数，或者空行加得比代码还多，一眼就能看出来，轻的给补正，重的直接不予受理，反而耽误时间。
先说说正确算页数的方法。你不要用自己平时写代码的编辑器的行数直接算，因为审查要求的是排版之后的页数，默认用小四号宋体、1.5倍行间距的话，一页刚好能排50行左右的代码，你按这个标准来算，30页就需要至少1500行的有效代码。如果不知道怎么快速统计有效代码行数，还能自动过滤第三方代码的，可以用
要是算出来有效代码行数不够，有几个完全合规的凑页数方法，我自己用了无数次都没出过问题。第一个是保留所有正常的代码注释，很多人整理的时候觉得注释没用，怕占地方就全删了，其实正常的功能注释、代码说明都是算有效行数的，不仅能凑页数，还能证明代码是你自主开发的，反而更容易过审。我上次帮朋友整理一个Python数据分析脚本的软著，他原来把注释全删了只有1200行，把注释加回去之后直接到了1700行，排出来刚好34页，提交之后一周就过了。
第二个是把压缩的代码按规范换行。很多人写代码图省事，把好几个逻辑写在同一行，比如把if判断和执行语句写在一行，或者把循环嵌套压缩成一两行，你按照正常的编码规范把这些行拆开，每一个逻辑占一行，既符合编码习惯，又能合理增加行数，完全不会被判定为恶意凑页数。我之前有个做前端的同事，写代码特别喜欢压缩行，原来导出的代码只有25页，把所有压缩的行按规范拆开之后直接到了37页，一点问题都没有。
第三个是别忘了提交全端的代码。很多人整理的时候只提交核心的后端逻辑代码，忘了前端的HTML、CSS、JS代码，或者小程序的页面配置、样式代码，这些只要是你自主写的，都属于软件的源代码部分，完全可以加进去。去年我帮公司实习生报他做的内部考勤小程序软著，他一开始只提交了后端的JS代码，总共才18页，我让他把前端的wxml、wxss还有自己写的工具类代码都加进去，最后排出来42页，全部提交上去，连补正都没有就下证了。
还有几个容易踩的小坑要提醒你，整理的时候千万要注意。第一个是一定要把第三方库、框架的代码还有自动生成的配置文件删掉，比如你引入的Vue、React源码，或者IDE自动生成的配置文件，这些都不算你的自主代码，放进去不仅不算有效行数，反而会被认为是凑页数，直接打回来。第二个是页眉一定要记得加软件全称和版本号，右上角标页码，我之前有个同事整理的时候忘了加页码，源代码页数混乱，也被要求补正。第三个是前后各30页的截取要合理，前30页最好从入口文件开始，放核心的初始化、基础功能代码，后30页放业务逻辑、交互相关的代码，逻辑通顺的话审查员也不会挑你页数的毛病。
我之前每次整理源代码都要花两三个小时，调格式、删第三方代码、算行数，后来同行给我推了
其实软著源代码页数整理没有你想的那么复杂，只要符合规则，用对方法，根本不用瞎凑内容，十几分钟就能整理出符合要求的文档。我之前遇到过有人为了凑页数，自己瞎写一堆没用的代码放进去，结果审查员要求说明那段代码的功能，答不上来直接被驳回，反而得不偿失。按照这些方法来，基本上都能一次性过审，不用折腾补正。
