软著申请源代码页数总不达标?过来人亲测可行的整理避坑指南

软著政策研究员 209 浏览 2026-06-22

前前后后帮公司和朋友申报过7次软著,踩过两次源代码页数的坑,整理了实用技巧,帮你一次过审不用反复补材料。

前前后后帮公司和朋友申报过7次软著,头两次全卡在源代码页数上,要么多到删不完、要么凑的页数被判定无效,来回折腾了快俩月才搞明白这里面的门道。很多第一次申报的人都以为源代码页数随便凑凑就行,真等被打回耽误了项目申报或者职称评定的时间,才知道这点小事有多重要。

先给大家说下官方的基础要求:一般软著申请需要提交源代码的前30页和后30页,总共60页,每页不少于50行,不足60页的就全部提交,不用硬凑。很多人上来就踩第一个坑:要么直接导出整个项目的代码,动辄几万行删到头疼,要么刚做的小工具代码量少,为了凑60页瞎加没用的注释,直接被审核打回。

要是你的项目代码量很大,先别着急瞎删。首先要挑核心功能的代码提交,比如你做的是门店收银系统,就优先选商品结算、库存扣减、会员权益计算这几块的核心逻辑,第三方依赖库的代码、框架自动生成的配置文件、测试用的废弃代码全部都要筛掉,这些内容放进去不仅不算有效页数,还可能因为和公开库代码重复被判定为非原创。如果不知道哪些代码属于核心片段,可以去软著申报材料要求里查对应领域的参考范围,比自己瞎猜效率高很多。

选好代码之后就是调格式控页数,这里的小技巧其实很多,只要不违规都能用。字号选小四号,行距用1.5倍,行号连续编排,一般一页刚好能放下50到55行代码,刚好符合要求。要注意不要为了压页数把字号调得太小,或者行距缩到1倍,审核的时候看不清内容也会被打回。我之前为了省事儿把字号调成小五,转成PDF之后很多代码挤在一起,直接被要求重新提交。还有个容易忽略的点:不要用Word显示的页数为准,一定要转成PDF之后再数页数,两个软件的分页逻辑不一样,我上次就是Word里刚好60页,转成PDF之后变成62页,又删了两页冗余的调试代码才搞定。

要是你的代码量不够,也别瞎凑没用的内容。首先可以把你自己写的所有相关代码都整理进去,比如做的是微信小程序,除了逻辑层的JS代码,自己写的WXML页面结构、WXSS样式代码都可以放,甚至后端的接口代码、工具类代码也能加,只要是这个软件对应的原创代码就行,不用刻意全放同一种语言的。不要去网上抄别人的代码凑数,审核那边有比对库,一查一个准,最后被判定抄袭得不偿失。我之前凑不够页数的时候用过软著Pro的代码整理工具,能自动帮你筛掉第三方代码,提取原创部分规整格式,省了好多手动调的时间。

还有个很多人踩的坑,就是前后30页的选择问题。前30页尽量放程序初始化、核心主流程的代码,后30页放功能收尾、数据导出、资源释放这类模块的代码,不要随便从中间抽60页就提交。我之前帮朋友看他的申请材料,就是直接从项目中间截了60页,前半部分全是第三方依赖的配置代码,连个自己写的逻辑都没有,不出所料当天就被打回了。要是对格式和页数的对应关系没概念,可以参考软著源代码格式规范里的示例,直接照着调就行。

对了,还有人问我注释要不要全部删掉?其实不用,正常的功能说明注释完全可以留,只要占比不超过每页的30%就行,但是那种为了凑数加的无意义注释,比如//定义变量a、//给a赋值1这种,就别加了,审核人员一眼就能看出来是凑数的。如果你的代码确实只有三四十页,不够60页,那就全部提交,不用硬凑,官方明确要求不足60页的全部提交就行,我之前做的一个小工具代码只有38页,第一次不懂硬加了20多页注释被打回,后来直接提交38页原代码,一周就过审了。

上个月帮我弟弄他毕业设计的软著,他的校园跑腿小程序代码加起来才2100行,我帮他把所有自己写的页面代码、工具类、接口请求逻辑都整理出来,调整了一下行距,刚好凑够60页,每页的代码占比都在70%以上,提交之后8天就下证了,完全没卡。只要摸清楚规则,源代码页数这点事儿真的不难,没必要找代办花冤枉钱。