我前两年帮公司申报软著的时候踩过的坑，现在想起来都头大。最开始为了省事儿自己整理代码，前后熬了三个通宵，提交了三次都被打回来，要么是注释没删干净留了github的链接，要么是代码重复率太高被怀疑抄袭，要么是页数不够凑的内容不符合要求，折腾了快两个月才把第一个软著拿下来。
后来同部门做过十几次软著申报的老陈给我推了软著代码整理助手，说他每次都是用这个弄，从来没在代码材料这块翻过车。我一开始还觉得这种工具肯定不好用，说不定还会泄露代码，结果试了一次之后直接真香，后面公司十几个软著的代码材料全是用这个弄的，最快一次不到半小时就整理完了5份符合要求的代码材料。
先给你们说说最容易踩的几个坑，很多人第一次整理软著代码的时候都会犯。千万不要把依赖包或者框架自带的代码放到提交的材料里，我之前有个同事为了凑页数，把vue框架的部分源码也粘进去了，提交之后直接被判定不是自主开发，连补正的机会都差点没有。还有代码里的所有注释都要删掉，不管是你写的吐槽注释，还是开源代码自带的版权声明，甚至是//todo这种标记，只要是注释都不能留，我之前就是漏了一行/* copyright 某开源团队 */的注释，等了15个工作日才收到补正通知，直接耽误了项目申报的截止日期。
还有页数要求也很容易出问题，版权局要求提交前后各30页的代码，每页不能少于50行，很多人自己的核心代码不够，就随便复制几段重复的凑页数，这种一查一个准，现在审核的时候都会查代码重复率，重复率太高直接打回，严重的还会被拉入黑名单半年不能申报。我之前自己凑过一次，把登录模块的代码复制了三遍放进去，结果审核的时候直接被揪出来，解释了好久才没被记违规。
用软著代码整理助手的话，这些坑基本都能避开。操作起来也很简单，你先把自己项目里的核心代码整理出来，前端就导src目录下自己写的业务代码，后端就放自己写的逻辑部分，不要把node_modules、public这种依赖或者静态资源目录放进去，压缩成zip包直接上传就行。工具会自动把所有的注释、空行、控制台打印语句、debugger标记还有第三方版权声明全部清掉，根本不用你逐行去找，我之前自己删一万行代码的注释要花三个多小时，工具一分钟不到就处理完了。
处理完之后工具会自动按版权局的要求排版，每页刚好50行，自动提取前后各30页的内容，代码不够的话会从你上传的所有代码里按顺序提取内容补充，不会重复粘贴同一段，重复率完全符合审核要求，根本不用你自己费心调整。要是你怕自己凑的代码有重复问题，完全可以交给软著代码整理工具处理，我用了这么多次，从来没在重复率这块出过问题。
对了，要是你赶时间要拿证，还可以开个软著Pro的会员，除了代码整理之外，还能帮你自动生成说明书的模板，还有专人帮你预审所有材料，我上次赶高新技术企业申报的截止日期，手里有6个软著要弄，用Pro功能半天就把所有材料都弄好了，提交之后一次就过，省了好多事儿。
当然也不是说用了工具就万事大吉，导出整理好的代码之后最好自己翻一遍，看看有没有漏的敏感信息，比如你之前写在代码里的数据库密码、接口密钥之类的，虽然工具不会泄露你的代码，但是自己提前删掉更稳妥。还有要是你有多个业务模块的代码，上传之前最好按业务逻辑的顺序排好，这样工具整理出来的代码也是按顺序的，看起来逻辑更连贯，审核的时候通过率也会更高。
我之前还试过好几个免费的代码整理工具，要么是整理出来的代码有乱码，要么是把代码的顺序全打乱了，还有的会偷偷给你插无关的代码进去，提交之后直接被打回来，反而耽误时间。这种专门做软著服务的工具毕竟是吃这碗饭的，对审核规则摸得比我们清楚得多，花点小钱省下来的时间和精力，比你自己熬通宵返工划算多了。
最近身边好几个创业的朋友都在问我软著材料怎么弄，我都是直接把这个工具推给他们，反正用不用都可以先上传试试，整理个样本看看合不合要求，总比自己熬通宵改代码要强。毕竟软著申报最麻烦的就是代码整理和说明书编写，能省点力气就省点力气，把时间花在更重要的事情上不好吗。