前两年刚接手公司软著申报工作的时候，我踩的最大的坑全在源代码整理上。第一次报两个项目，全部因为源代码格式不对、内容不符合要求被打回来补正，前后折腾了快两个月才下证。后来摸透了审查的标准，去年报的8个软著全都是一次过审，身边不少做开发、做项目申报的朋友都来问我源代码到底怎么整理才不会出问题，干脆把实操的细节全写出来，大家照着做基本不会踩坑。
首先你得先搞明白审查端对源代码的基本要求：一般是提交源代码的前30页和后30页，总共不超过60页，每页的有效代码行不能少于50行，要是你的整个项目源代码不足60页，就全部提交就行，不用硬凑页数。我之前就遇到过新人明明整个项目代码只有40页，非要从别的项目复制代码凑够60页，结果被审查员查出代码和申报的软件功能不匹配，直接驳回，还要写情况说明，反而更麻烦。
第一步先做代码筛选，千万别一上来就把整个项目的代码全导出来往里堆。你要先挑和你这次申报的软件核心功能对应的代码，第三方依赖包、开源框架的代码全部都要剔除掉，不要放进去。很多人嫌麻烦直接把node_modules里的代码也粘进去，这绝对是大忌，一旦审查员查到你用了开源代码又没做声明，轻则要求你提交开源授权证明，重则直接判定你不具备著作权，驳回申请。如果不知道怎么快速筛选对应功能的核心代码，可以去软著申报的工具页找对应的功能代码筛选模板，对着模块挑就行，省得你翻整个项目代码浪费时间。
筛选完核心代码之后就到了最耗时间的格式调整环节。首先要把代码里连续超过2行的空行删掉，注释可以保留，但不要整页全是注释，有效代码的占比至少要到70%以上。另外每一页的页眉都要加你申报的软件全称加上版本号，右上角要标注连续的页码，这个细节我第一次申报的时候就忘了，两个项目全因为没加页眉被打回来补正，耽误了大半个月时间。还有代码里的注释要扫一遍，但凡出现“开源”“第三方”“引用自XXX”这类字样的，要么删掉要么改成和你软件功能相关的内容，我之前有个同事提交的代码里留了“参照github开源项目XXX修改”的注释，直接被要求提交对方的授权证明，折腾了快一个月才搞定。
前后30页的内容分配也有讲究，前30页尽量放软件的启动模块、基础功能的代码，后30页放核心业务逻辑、交互逻辑的代码，不要把后30页全放配置文件、公共组件的代码，这些内容体现不了软件的独创性，很容易被要求补正更多材料。我之前整理代码的时候每次排版都要花一两个小时，要调整行间距、删空行、加页眉页码，后来朋友给我推了软著Pro的自动排版工具，把筛选好的代码粘进去，自动帮你调整每页行数、加页眉页码、导出符合要求的PDF，我上次整理一个进销存系统的源代码，五分钟就弄完了，比自己手动调快太多。
还有几个很多人容易忽略的小细节，比如代码里不要出现和你申报的软件名称、功能无关的字样，你申报的是教培机构学员管理系统，结果代码里到处都是“电商订单”的注释，那肯定直接被打回来。也不要为了凑行数随便加没用的废代码，万一后期被要求解释代码逻辑，你答不上来反而更麻烦。还有源代码的结尾要完整，不要最后一页截到一半的代码，哪怕多凑半页的有效代码，也要保证最后一行是完整的。
上个月我帮做独立开发的朋友整理了一个宠物管理小程序的软著源代码，就照着这个流程来的，从筛选代码到导出PDF总共花了不到20分钟，提交之后12天就拿到了电子证，完全没有补正。其实软著的源代码审查没有大家想的那么严，只要你把该注意的细节都做到位，基本都能一次过。