行业资讯 软著Pro编辑部

软著申请提交总卡源代码环节?正确整理方法和避坑细节全在这

我前前后后帮团队申报过12个软著,光源代码环节就被打回过3次,整理出一套几乎零驳回的整理方法,帮大家少走弯路。

761 次阅读 来源:网络整理

第一次报软著那会我刚毕业半年,领导扔给我个任务说把刚上线的客户管理系统报个软著,我网上搜了两句攻略,直接把仓库里的代码拷了60页出来就交了,结果第三天就被打回,驳回理由列了三条:空行占比超标、存在开源代码标识、页眉不符合规范,来回折腾了半个月才过。

先搞懂审查要求,别做无用功

很多人一开始整理源代码就直接埋头粘代码,连最基本的要求都没搞清楚,做的全是无用功。现在的软著审查对源代码的要求其实很明确:总共提交前30页+后30页,总共60页,每页行数不能少于50行,要是你的整个项目自主写的代码加起来都不到60页,那就全部提交就行,不用硬凑,硬凑反而容易出问题。

这里要先提一句,软著申报的源代码要求必须是你自主开发的部分,第三方的开源代码、引入的框架源码、自动生成的配置代码都不能算,你要是把node_modules里的vue源码粘进去,100%会被打回,别存侥幸心理。我第二次被打回就是因为图省事,把webpack自动生成的配置代码也放进去了,审查员一眼就看出来了。

代码筛选的核心原则

选代码的时候别从第一行开始往下拉,先把所有代码里的注释先筛一遍,所有带开源协议标识、第三方来源标注、测试标记的内容全部删掉,比如// 引自github某某项目、/* MIT开源协议 */、// TODO 后续优化这种内容全清干净,还有注释里如果有其他项目的名称也要换掉,比如你现在报的是进销存系统,代码注释里出现了之前做的外卖系统的名字,肯定会被怀疑不是自主开发的。

清完注释之后先挑核心业务逻辑的代码,比如你做的是电商系统,就优先选订单生成、支付回调、库存扣减这部分的代码,别全放工具类、通用组件的代码,显得你的项目没有核心内容。前30页就放项目启动后的核心逻辑开篇,后30页就放整个项目最末尾的功能模块代码,中间不要跳太多,尽量保证代码的连贯性,不要东拼西凑粘的乱七八糟。

排版的细节避坑

代码选完之后就是排版,这部分是最容易出小问题的,我身边好多人栽在这上面。首先字体统一用宋体小五,行距用固定值12磅,这样一页刚好能放下50多行,不用你自己调行数。页眉要每一页都加,左侧写你申报的软件全称+版本号,右侧写页码,不要只加首页的页眉,我同事上次就是只加了第一页的页眉,剩下的都没加,直接被打回补材料。

空行要控制好,不要为了凑行数故意加大量空行,每页的空行最多不能超过5行,现在审查系统会自动检测空行占比,超了直接驳回。最后一页的最后一行一定要是完整的代码结束行,不能半截断在那里,要是最后一页剩的行数不够,就把最后几行挪到下一页,保证最后一行是完整的。

我之前赶项目没时间慢慢排版的时候,会直接用软著Pro的自动整理功能,把清完注释的核心代码导进去,直接就能生成符合要求的60页PDF,页眉页码、行距字号全给你调好了,省了我至少俩小时的排版时间,比自己对着要求调方便太多。

还有个很多人没注意到的小坑,就是不要在代码里放太多日志打印的内容,比如满页都是console.log、System.out.println这种,审查员会觉得你提交的是未完成的测试代码,也有可能被打回,适当删一部分,留核心的日志就行。

上个月帮市场部的同事整理他们的活动报名系统软著,他一开始直接把整个代码包导出的内容粘了进去,里面一半都是引入的第三方UI库的代码,还有很多测试用的假数据,我帮他清完第三方代码,挑了核心的报名逻辑、数据统计的代码,按要求排好版交上去,3天就过了初审,比他第一次提交快了整整一周。

其实源代码整理真的没那么难,只要你搞清楚要求,别踩那些常见的坑,基本上一次就能过,不用来回折腾补材料浪费时间。

赞助商内容