前两年自己做独立开发，先后申请了7次软著，前3次全被打回，要么是源代码格式不符合要求，要么是说明书逻辑混乱，要么是功能描述和源代码对应不上，那时候赶着想拿软著申请创业补贴，天天熬夜改材料改到吐，本来以为软著就是随便凑点代码交上去就行，没想到前前后后卡了快3个月才拿到第一本证书。
后来和同行聊起这事才知道，大部分程序员报软著卡壳，根本不是你的软件不符合要求，都是在材料整理这种细枝末节的地方踩了坑，而且现在已经有专门的软著整理工具能解决90%的材料问题，我后面4次申请全都是一次过审，最快28天就拿证，省了超多时间。
很多新手第一次报软著，踩的第一个坑就是源代码整理。版权局要求的是前后各30页代码，每页不少于50行，不能有大量空行，不能包含第三方开源代码的版权声明，还要去掉调试信息、注释里的无关内容，页眉要统一标注软件名称和版本号，页码要连续。我第一次提交的时候，直接把整个项目的代码导了出来，连node_modules里的第三方依赖代码都混进去了，直接被打回说存在第三方版权内容，不符合申请要求。后来我自己手动删代码、调格式，删了快两天，眼睛都看花了，结果交上去又因为页眉的版本号写错了一个数字，再一次被打回。
第二个坑是软件说明书的撰写，很多程序员写说明书要么太技术化，满篇都是接口参数、技术栈说明，审核员根本看不懂，要么写得太简单，两三页就写完了，功能描述模糊不清。而且说明书要求要有完整的操作流程，从安装、注册登录到每个核心功能的操作步骤都要有，每一步还要配对应截图，截图里的软件名称、版本号必须和申请的完全一致。我之前有次提交的说明书，截图里的版本号写的是V1.0.1，申请的是V1.0，就因为这一个小点，又耽误了半个月的审核时间。还有一次我写说明书的时候直接跳过了安装步骤，刚交上去第二天就收到了补材料的通知，又熬了半宿重新改。
第三个坑最容易被忽略，就是材料的一致性，你说明书里写的所有功能，都必须在提交的源代码里有对应的实现，不能为了显得功能丰富瞎编。我之前为了凑功能点，瞎写了个数据可视化面板的功能，结果审核员要求我提供对应的代码片段，我翻遍了整个项目都找不到相关代码，只能重写说明书再重新提交，来回又浪费了大半个月。
我自己折腾了三次之后，实在不想再耗在这种破事上，后来还是同园区做开发的哥们给我推了软著Pro，我本来以为这类工具都是收智商税的，抱着试试看的心态用了一次，直接把我之前两天的工作量压缩到了两分钟。就拿源代码整理来说，你只要把自己写的核心代码打包传上去，它会自动过滤掉第三方依赖、注释里的版权信息、空行和调试代码，自动生成前后各30页的代码文档，每页刚好50行，页眉、页码、版本号都自动给你标好，完全符合版权局的要求，我后来提交的代码再也没在这一块出过问题。
它的说明书生成功能也特别省心，你只要把软件的功能点按要求填好，上传对应的操作截图，它会自动按照安装、登录、核心功能操作的逻辑排版，格式、字体、行间距都直接调好了，还会自动检测你截图里的版本号是不是和申请的一致，有问题会提前提醒你，根本不用你自己一点点调格式。哦对了，它还有个功能是自动比对说明书的功能点和源代码的匹配度，要是你写的功能在源代码里找不到对应实现，会提前给你预警，省得你交上去之后才被打回。
其实软著申请真的没有大家想的那么难，你只要先确定好软件的全称和版本号，不要随便加乱七八糟的后缀，避免和已有软件重名，然后把自己写的核心代码整理出来，不要把第三方依赖包混进去，传到工具里生成代码文档，再按操作流程截好每个功能的截图，生成说明书，最后和申请表一起提交就行，我后面四次申请都是这么操作的，全都是一次过审，根本没操过心。
当然也不是说用了工具就万事大吉，还是有几个小坑要注意，比如提交的源代码至少要有30%以上是自己原创的，不要全抄开源项目的代码，不然就算工具帮你整理好了，审核的时候也容易被查出来。还有说明书里的功能描述要尽量具体，不要写“本软件具有管理功能”这种空话，要写“本软件支持用户信息新增、编辑、删除、批量导出的管理功能”，越具体越容易过审。要是你申请的是升级版本的软著，一定要写清楚和之前版本的差异，不要和之前的提交材料一模一样，不然也会被打回。
很多程序员觉得软著没用，其实不是，不管你是要申请高新技术企业认定、创业补贴，还是你的软件被人侵权了，软著都是最直接的凭证。我之前有个朋友做的小工具被人抄了放到应用商店卖，就是拿着软著去投诉，三天就把对方的应用下架了，还拿到了赔偿。咱们写代码的时间本来就宝贵，没必要耗在改格式、调排版这种没技术含量的事情上，选个合适的程序员软著工具，省下来的时间多写两行代码不好吗？
