成功案例 软著Pro编辑部

软著申报总卡在代码页数要求?教你自动计算省掉人工核对无用功

软著申报里代码页数核算最容易返工,手动数不仅慢还容易错,分享我实操下来的自动计算方案,帮大家少走弯路。

518 次阅读 来源:网络整理

前两年帮团队做软著申报,最头疼的就是代码页数核对这块。第一次报的时候没经验,把代码全粘到word里看显示有62页,想当然觉得够前后各30页的要求,结果提交之后不到一周就被打回来,说我把空行、整页的注释、还有导入依赖的行都算进去了,实际有效代码页数只有38页,要补够了再提交。那段时间我对着几千行代码逐行数,数到眼睛发花,改了两次才过,前后耗了快一个月,差点错过园区的软著补贴申报时间。

后来报的软著多了我才发现,至少有60%的初次申报者,都会卡在代码页数这关。软著审核对代码的要求其实很明确:提交的前后各30页代码里,每页至少要有50行有效代码,空行、注释行、第三方依赖代码、头文件导入行都不算有效行数,很多人没摸清楚规则,要么用word随便统计页数就提交,要么手动数错行数,来回返工耽误时间。

我之前也试过自己写小脚本统计行数,写的时候倒是不难,但是不同项目用的开发语言不一样,Python用#注释,Java还有//和/**/的块注释,每次换项目都要改脚本的过滤规则,遇到前端项目还有HTML和CSS的混写,统计出来的数总是有误差,折腾几次反而比手动数还费时间。后来找工具的时候偶然看到软著代码页数计算的功能,试了一次就再也没自己算过。

其实自动计算的逻辑说起来很简单,就是按照软著的审核规则,先过滤掉所有不符合要求的行,再按每页50行核算总页数,省的就是你自己适配规则的时间。我现在用的流程很简单,先把项目里的node_modules、.git、第三方引入的SDK包这些没用的文件夹删掉,只留自己写的源码目录,之后上传到工具里,不用自己配置注释规则,系统会自动识别开发语言过滤无效行,不到10秒就能出有效行数和对应页数。

这里要提醒下大家,别随便用网上那种通用的代码行数统计工具,很多只会算总行数,不会过滤注释和第三方代码,算出来的数根本不符合软著的申报要求,提交了还是会被打回来。我之前踩过这个坑,用通用工具算出来有4000行,结果实际有效行只有1800,差了一半多。要是你不想自己折腾规则,我推荐你用软著代码行数统计的功能,本来就是专门做软著申报辅助的,规则完全跟着官方要求走,算出来的数直接就能用,不用再自己核对。

上次我帮朋友算一个小程序的软著代码,他自己手动数了半天说有65页,我帮他上传到工具里一测,有效页数只有47页,光注释行就占了快20页,后来他补了一部分业务代码才够数,要是他直接按自己数的页数提交,肯定又要被打回。除了算页数之外,你要是有效页数够的话,工具还能直接帮你提取前30页和后30页的代码,自动排好格式,加好页眉的版本号和页码,下载下来直接就能当申报材料用,省了好几个小时的排版时间。

我自己用了快一年的软著Pro就挺好用的,除了代码页数计算,还有近似软著查询、材料完整性检测的功能,小团队一年报个三五件软著,用这个工具基本上能避开90%的申报坑,也没什么乱七八糟的广告,用着挺省心。

现在我做软著申报,代码部分最多半小时就能搞定,剩下的时间都花在写功能说明书上,再也不用对着代码逐行数行数。其实做申报材料本来就没必要把时间浪费在这种机械的重复劳动上,找对工具能省很多事,尤其是赶申报截止日期的时候,自动计算能帮你省出来的时间,说不定刚好能赶上补贴的末班车。

赞助商内容