我前两年在互联网公司做项目申报，最多的时候一个月要报12个软著，最烦的不是写说明书，是整源代码材料。刚开始没经验，按照网上的教程把代码从IDE里复制出来粘到Word，调字号到小四号，1.5倍行距，然后手动删空行，插页眉写软件名和版本号，再一页页数行数，要求每页至少50行，差几行就手动多塞几个空行调，整完一个软著的代码最少要40分钟，遇到代码里注释多的，还要删多余的注释，就更费时间。
第一次提交三个软著，全被版权中心打回了，两个是因为页眉的版本号写错了，我当时改了一个页眉忘了全选更新，后面几页还是旧的版本号，还有一个是有7页的行数都只有40多行，审查员直接标注“源代码页数行数不符合要求”，那次我熬了一整个通宵改，第二天提交的时候眼睛都是红的。
后来和同行聊天才知道，早就有软著源代码排版的自动工具，不用自己手动调。我当时试了好几个，有的要充会员才能导出无水印的，有的识别不了多文件的代码，要自己把所有代码粘成一个TXT才能上传，麻烦得要死，最后用的软著Pro，操作简单到离谱，你只要把你项目的源代码文件夹打包上传，填好软件名称和版本号，选一下要前30后30页还是全部代码（不够60页的话就提交全部），点一下生成，不到10秒就能导出排版好的PDF，完全符合版权中心的要求。
我当时还特意核对了生成的文件，页眉每一页都是统一的软件名加版本号，右上角的页码是连续的，每页刚好52行左右，空行和多余的注释都自动清理掉了，连代码的缩进都和我IDE里的一模一样，不会出现乱码的情况，之前我手动复制的时候经常遇到特殊字符转义的问题，这个工具完全没这个问题。
说几个很多人容易踩的排版坑，你们下次整的时候可以注意下。第一个就是不要把第三方依赖的代码放进去，比如你做前端项目的，把node_modules里的代码也粘进去了，审查员一查就能看出来不是你自己写的，直接就给你打回，用自动排版工具的时候也要注意，上传之前把依赖文件夹、测试文件夹都删掉，只传自己写的核心业务代码就行。第二个是注释占比不要太高，之前有个同事做的工具类软件，代码里注释写的比代码还多，提交之后被打回要求重新提交，现在的自动排版工具一般都会自动控制注释占比，不会超过30%，符合要求。第三个是不要出现敏感信息，比如你代码里写了数据库的账号密码、第三方接口的密钥，这些一定要删掉，不然不仅软著过不了，还可能泄露公司的核心信息，上传工具之前最好自己先全局搜一遍敏感词。
我上个月帮我哥的创业公司报5个软著，换做以前我最少要花3天时间整材料，用自动排版工具的话，5个软件的源代码材料加起来我只花了20分钟就全部弄好了，提交之后第8天就收到了受理通知书，一点格式问题都没有。
可能有人会觉得不就是排个版吗，自己手动弄也行，没必要用工具，我之前也是这么想的，直到有一次要赶 deadline，第二天就要提交10个软著的材料，我自己手动弄了3个就花了快3小时，要是没有工具我那天肯定要熬到天亮。现在我身边做项目申报的朋友基本都用自动工具，省下来的时间哪怕多写两个说明书，或者摸鱼喝杯咖啡不好吗？
对了，还有一个小技巧，要是你的软件代码总页数不够60页，就提交全部的代码就行，不用硬凑到60页，版权中心是允许的，很多人不知道这点，手动复制重复的代码凑页数，反而容易被查出来打回，用自动排版工具的话它会自动识别总页数，不够60页就直接导出全部，够的话就自动取前30后30，完全不用自己操心。
要是你平时也经常要处理软著申报的材料，尤其是要批量报的，真的可以试试这类软著申报材料自动处理工具，能帮你少走很多弯路，毕竟大家的时间都挺宝贵的，没必要耗在这种机械重复的排版工作上。
