我第一次帮公司申报软著的时候，结结实实在源代码页数上栽了个大跟头。当时做的是个小型客户跟进工具，核心功能的代码我拢共写了1200多行，导出来打印才21页，离要求的页数差了一大截。我当时傻乎乎的，以为多加点空行、把字号调大就行，结果提交第二天就被驳回，理由是“源代码格式不规范，空行占比过高，不符合提交要求”，硬生生耽误了两周的进度。
先搞懂官方对源代码页数的真实要求
很多人一开始都搞错了规则，以为不管自己代码多少，都必须凑够60页才行，其实完全不是。现在的官方要求是，提交的源代码需为软件全部自主编写代码的前30页和后30页，每页要求不少于50行（不含空行），如果你的全部自主代码加起来都不足60页，那就完整提交全部代码即可，不用硬凑到60页。但如果全部代码加起来才20多页，就算完整提交也达不到每页50行的要求，那就要用合规的方法调整，不能瞎凑。
要是你拿不准哪些代码属于可提交的范围，可以去软著申报的相关指南里查，官方的界定其实比你想的松很多，只要是你为了开发这个软件自主写的代码，不管是后端逻辑、前端组件还是自己封装的工具类代码，全都算。
合规凑页数的几个实用方法，我用了三年从来没出过问题
第一个方法就是保留所有注释，甚至可以补全合理的注释。很多人平时写代码习惯删注释，或者只写非常短的标注，整理软著代码的时候完全可以把注释补全，比如每个函数的功能说明、参数含义、返回值说明，复杂逻辑的实现思路，这些都是正常开发过程中会有的内容，完全合规，加进去之后行数能涨不少。我上次帮实习生整理那个图片压缩工具的代码，光补注释就多了800多行，直接多了十几页。
第二个是做标准的代码格式化，不要合并代码行。很多人写图省事，会把多个语句合并到一行，比如把for循环和判断逻辑写在同一行，或者三元表达式写得很长，整理的时候你用IDE的格式化功能一键格式化，让每个语句单独占一行，每个大括号单独占一行，行号直接就上来了，这也是完全合规的，毕竟代码格式化是开发的常规操作，不算造假。
第三个是不要只提交核心功能代码，把所有自主编写的代码都加进来。很多人整理的时候只挑核心功能的逻辑代码，觉得其他边角代码没用，其实完全没必要，比如你是前后端分离的项目，不要只提交后端的Java或者Python代码，前端的Vue、React代码，甚至你自己写的CSS样式代码都可以加进来，还有你为这个项目封装的通用工具类、配置文件的代码，只要是自己写的，都算。我之前有个项目核心代码只有2000行，把前端代码加进来之后直接涨到了7000多行，别说60页，100页都够。
我现在整理源代码之前，都会先打开软著Pro算一下现有代码的行数和预估页数，它会自动告诉你还差多少行，怎么调整合规，省得自己数半天数错，到提交的时候才发现不够，又得返工。
这几个坑千万别踩，踩了大概率被驳回
首先别复制重复代码凑数，我之前有个同事为了凑页数，把同一个工具函数复制了十几遍插进代码里，结果审查的时候一眼就被看出来了，直接驳回不说，还进了重点审核名单，后面好几次提交都卡了半个月以上才出结果。
其次别加大量空行，或者把字号调得特别大、行距调得特别宽，官方要求每页不少于50行，你要是一页才20行代码，剩下的全是空行，肯定会被打回来，我第一次就是这么踩的坑。
还有别拿其他项目的代码或者开源代码来凑，软著审查的时候会核对代码和你提交的软件功能说明书是不是匹配，你拿个电商项目的代码凑到工具类软著里，逻辑完全对不上，肯定过不了。要是你实在搞不定怎么整理，也可以在软著源代码整理的服务里找专人帮你弄，花点小钱省大事，比自己瞎折腾半天被驳回强多了。
说起来我之前有个开小公司的朋友，去年准备申高新技术企业，差两件软著，结果提交的时候因为源代码页数不够瞎凑被驳回，错过了高新申报的截止时间，少拿了四十多万的补贴，悔得肠子都青了。很多人觉得源代码页数是小事，随便凑凑就行，真要是赶上重要的申报节点，被驳回耽误事，损失可就大了。
我这三年前前后后帮公司做了二十多件软著，从来没有因为源代码的问题被驳回过，说白了就是别想着投机取巧，按正常的开发逻辑去整理，足够满足页数要求，完全没必要去造假或者抄别人的代码，反而容易出问题。