我前前后后自己申报加上帮公司整理软著材料，算下来快20次了，最惨的一次是第一次报，啥都不懂，直接把GitHub上扒的半套代码改了个名字就提交，结果半个月后收到补正通知，说代码重复率超过60%，直接打回，那次刚好耽误了大学生创业补贴的申报时间，平白少拿了几万块钱，从那之后我每次提交软著材料前，第一件事就是做查重。
很多人可能不知道，现在版权局的软著比对库早就不是只有已下证的软著数据了，GitHub、Gitee这些开源平台的公开代码，还有各大公开的代码资源站的内容，早就被收录进去了，一般重复率超过30%就会触发补正，严重的直接驳回，补正还要提交说明，证明你代码的原创性，一来一回最少半个月，要是赶项目申报、评职称的时间，根本耗不起。
先说说我自己常用的查重流程，操作起来特别简单，新手也能一次学会。首先你要先自己做一遍初筛，把代码里明显是抄的内容先改了。比如很多人做小程序、管理系统的时候，喜欢直接用网上的模板代码，连注释都不改，比如我上次帮朋友看他的奶茶店点单小程序代码，核心的下单逻辑直接抄的Gitee上一个高星项目，注释里还留着原作者的项目名，这种你不用查都知道肯定过不了。初筛的时候重点看有没有整段复制的开源代码，有没有直接用框架自带的示例代码，这些都是重灾区。
初筛完之后就要用工具做正式查重，毕竟几万行代码，你肉眼根本找不出来哪里重复。我之前试过好几个查重工具，要么是比对库特别小，查出来重复率10%提交上去还是被驳回，要么是按千字收费，三万行代码查一次要花四五十，贵得要死。后来同行给我推了软著Pro，比对库和版权局的重合度特别高，我上次有个代码在那里查出来重复率28%，提交上去刚好过审，连补正通知都没收到，而且还能直接标出来哪一行重复了，对应的源内容是啥，改的时候直接对着改就行，省了特别多时间。
查出来重复率太高也不用慌，我总结了几个改重的小技巧，基本照着做都能把重复率降到30%以下。首先是改变量名、函数名，比如原来的getOrderList改成getCustomerOrderDetail，参数的顺序也可以调整，比如原来的函数参数是（用户ID，订单ID），你改成（订单ID，用户ID），这些改动不会影响代码运行，但是降重效果特别明显。然后是注释全部重写，很多人抄代码连注释都一起抄，这是最容易踩的坑，你把所有注释都换成自己的话，比如原来的注释是// 遍历订单列表，你改成// 从订单中心拉取当前用户近半年的有效订单并过滤已取消状态，不仅能降重，还能让你的代码看起来更有原创性。
要是重复的部分比较多，你还可以调整逻辑结构，比如原来用for循环遍历的内容，改成用map或者forEach方法，原来的if多层嵌套可以改成switch判断，或者加一些你自己的业务逻辑，比如加个操作日志记录、数据埋点的代码，这些都是你独有的内容，根本不会和别人重复。不要想着投机取巧，比如把代码的换行、空格删掉，或者打乱代码行的顺序，这些都没用，查重系统会先对代码做格式化处理，这些小操作根本躲不过检测。
要是你不知道怎么改更高效，也可以去软著查重的网站上看他们整理的改重指南，都是实际申报过几百件软著的人总结的经验，照着改基本一天就能搞定几万行代码的改重。我去年帮公司报高企，要3个软著，离申报截止只有20天的时候查出来两个重复率超过40%，就是照着上面的方法改，两天就改完了，二次查重重复率都降到了20%以下，提交之后15天就下证了，刚好赶上报材料的时间，要是当时没提前查重，被驳回补正的话，公司几十万的高企补贴就泡汤了。
现在很多新手第一次报软著，总觉得自己写的代码肯定不会和别人重复，其实现在每年软著申报量有几百万件，你能想到的功能，大概率已经有人做过了，尤其是教务系统、库存管理、电商小程序这类热门方向，重复率高得离谱，提前花几块钱查一次，总比等半个月收到补正通知强。我现在不管是帮朋友看材料还是自己申报，提交前必做查重，这两年报的软著几乎没有收到过补正通知，省了特别多麻烦。
