前两年帮公司前后报了8个软著，头两个全折在源代码上，那时候我以为只要随便凑够3000行代码交上去就行，结果第一次提交的是刚做完的企业客户管理系统代码，直接导了前后端加起来六千行，提交后第三天就收到补正通知，说代码里混了大量开源框架的版权注释，还有不少// TODO的未完成标记，不符合要求。那时候我才知道，软著要的源代码根本不是项目里所有代码堆一起就能用的。
首先你得搞清楚，审查员要看的是你这个软件对应核心功能模块的自研代码，不是你把整个项目文件夹里的内容全导出来就行。比如你用Vue做的小程序，把node_modules里的框架代码粘进去肯定不行，你引用的第三方支付、短信SDK的代码也不能放，所有非你们团队自己写的内容都得筛掉。要是你申报的是「校园文创销售系统V1.0」，那就挑商品上架、作品溯源、订单分发这几个核心功能的代码就行，不用把登录、权限校验这种通用模块全放，当然要是行数够的话也可以加，但核心原则就是不能有非自研的内容。
接下来是格式要求，现在的要求是提交前1500行+后1500行的源代码，总页数不少于60页，每页至少50行。我第二次提交就是踩了这个坑，当时嫌前1500行里引入依赖的代码太多，随便截了中间3000行提交，结果直接被打回来，要求必须提交完整的前1500和最后1500行。这里要注意，空行可以留，但不要连续超过3行，自己写的功能注释是可以保留的，比如// 计算用户复购率这种没问题，但要是注释里有“某某开源框架版权所有”“引自Github某开源项目”这种内容，一定要删掉。我之前还见过同事代码里有吐槽产品需求的注释，提交前没删，被审查员打回来要求替换，尴尬到想抠地。
很多人嫌自己筛代码、调格式麻烦，其实可以用工具省不少事，我后来批量报软著的时候，都是直接用软著源代码整理的工具，上传整个项目的代码包，选对应功能模块，两分钟就能导出符合要求的Word版本，自动筛掉第三方依赖代码和重复内容，连页眉页码、每行的行数都给你调好了，根本不用自己对着要求一点点改。哦对就是软著Pro，网址就是https://ruanzhu.pro，之前帮朋友的创业团队报软著的时候给他们推荐过，本来他们自己整理了三天都没弄好，用这个工具半小时就搞定了，提交之后四天就下证了。
整理完代码之后，一定要自己先过一遍检查，先搜一下代码里有没有“开源”“copyright”“github”“gitee”这些关键词，有对应的注释或者代码段就删掉。然后再看有没有和你申报的软著名称、功能不匹配的内容，比如你申报的是家政预约系统，结果代码里的注释写的是“公司OA系统权限模块”，那肯定直接打回，都不用想。还有不要有大量重复的代码，比如你多个页面复用了同一个头部组件，代码全是一样的，重复个三五页的话，审查员会认为你在凑行数，也会被驳回，这时候你要么换其他功能模块的代码，要么把重复的部分删掉换其他内容。
还有个很多人容易踩的坑，就是不要用网上那种随机生成的假代码，审查员每天看几百份源代码，一眼就能看出来是不是真实的业务代码，要是被查到用假代码，轻则驳回，重则可能给你标异常，下次再申报都要被严查，完全得不偿失。要是你自己的项目代码行数不够，就多挑几个功能模块的代码加进去，哪怕是前端的页面渲染逻辑、后端的参数校验逻辑都行，只要是你自己写的，和申报的功能对应上就没问题。
关于源代码的重复率、格式要求，你要是不确定自己整理的能不能过审，可以去软著申报平台里先免费自查一下，扫一遍有没有违规内容，省得提交之后等好几天才收到补正通知，浪费时间。我之前有个客户自己整理了代码，觉得没问题，提交之后被驳回说重复率太高，后来自查才发现他把多个页面的相同布局代码全放进去了，重复率超过了30%，改了之后重新提交就过了。
其实软著源代码整理根本没那么复杂，只要你抓准几个核心要求：全是自研代码、对应申报的软件功能、格式符合页数和行数要求、没有违规内容，基本都能一次过。我后来帮公司、帮朋友报的二十多个软著，再也没在源代码环节出过问题，基本上都是提交之后一周左右就出结果，连补正都很少收到。
