亲,双击屏幕即可自动滚动
第184章 开发PRO版本圈钱
    如何让一个向往程序猿工作的人避坑?

    林灰觉得既不需要什么写着计算机方面深奥理论性知识的天书。

    也不需要像谭q书那般云里雾里的教科书。

    更不需要单纯的人生意义方面说教的书籍。

    只需要三本平平无奇的书就足够让多数原本有志于程序猿工作的人说不了。

    这三本书分别是:《轻松搞定软件开发文档:实战篇《程序维护实战指南《程序猿颈椎病实用康复宝典。

    当然,也不一定非得是同样书名的。

    和这几本书里内容相似比较同质化的其他书也都有着良好的劝退效果。

    这类书之所以劝退,不是因为书的内容坑人。

    恰恰相反,这些书内容都很丰富而且描述的很真实。

    可也正是因为真实,很容易破碎人们心中的美好。

    上述几本书客观反应了一个程序猿职业生涯中所面临的三件超级麻烦的事情:

    ——写文档、软件维护、职业病。

    关于职业病这点很容易理解。

    毕竟程序猿经常要面对电脑高强度工作,熬夜什么的更是家常便饭。

    这些对于一个有志于程序猿工作的人可能不是很劝退,毕竟很多职业都有职业病。

    “软件维护”才是真正的劝退大杀器。

    软件维护通常最直观为人所知的形式就是debg了。

    但debg远远不是软件维护本身。

    软件维护远比debg要复杂。

    在软件投入运行后,可能会暴露一部分在测试阶段没有发现的错误,为改正这些错误需要进行改正性维护。

    由于软件运行的外部环境(软件,硬件)和数据环境等的变化需要修改软件使之适应这些变化,这就要进行适应性维护。

    用户的需求是经常变化的,在软件使用过程中,用户会对软件提出新的功能和性能要求,为了满足这些新的要求而对软件进行修改,使之功能和性能得到完善,需要完善性维护。

    采用先进的软件工程方法对需要维护的软件或某部分软件重新进行设计,编码和测试,以提高软件的可维护性和可靠性等,为以后进一步改进软件打下基础,这种就被称为是预防性维护。

    除了这些之外还有很多乱七八糟的维护……

    可以说一款软件发布之后,程序猿工作的日常不是正在维护软件就是在维护软件的路上。

    而涉及到软件维护的工作很麻烦。

    debg的时候人人盼着有规范的注释。

    写bg的时候却几乎人人忘了注释这回事。

    部分复制粘贴的大混子还喜欢弄成“黑盒”的形式,瞎继而封装。

    各种麻烦事一大堆。

    不过这个虽然麻烦,但软件维护好歹是技术层面的事情。

    对于技术层面的事,这本就是程序猿本职工作之内的,这类事情虽然麻烦也是义不容辞。

    最困扰程序猿的首推没完没了的各种文档,软件开发文档就是其中之一。

    本科是计科/软工出身的程序猿,工作还是读书涉及到的简直是写不完的文档。

    前世大学期间,大二大三给林灰最大的印象,似乎就是写不完的实验报告和各种乱七八糟的文档,就很烦人。

    认识十年的老书友给我推荐的追书app,!真特么好用,开车、睡前都靠这个朗读听书打发时间,这里可以下载】

    ……不知道近几年上网课具体是啥情况

    工作之后,更是没完没了的各种文档。

    以软件开发为例:

    在软件开发的不同阶段,需要编写不同的文档。

    在计划阶段,需要编写详细设计文档、单元测试方案文档和集成测试方案文档等;

    在开发阶段,虽然不需要弄新的文档,但也需要跟文档打交道,程序猿需要对之前的文档进行修改;

    在测试阶段,要编写单元测试报告、集成测试报告和系统测试报告等;

    在软件的发布阶段,要编写安装手册、用户手册、升级指导书等。

    涉及到安装手册和用户手册还要尽可能做到通俗易懂。

    呃,虽然很多软件设计者清楚自己弄的软件是怎么回事,但想说明白还真不是一件容易的事情。

    不止是软件开发方面要写文档。

    涉及到算法方面要写的文档也很繁杂。

    可以说很多计算机以及计算机衍生行业都涉及到各种乱七八糟的文档专业。

    就连产品经理也得经常写输出需求文档之类的东西。

    不然想改需求也没那么容易。

    写文档这事很麻烦,无论是程序猿还是产品经理对这玩意都深恶痛绝。

    但文档不写还不行。

    因为在组织高度严密的企业中。

    我们不光要做东西,还要擅长向其他人展示自己的想法。

    至于林灰先前做软件为什么没写这些乱七八糟的东西。

    很大程度上因为林灰是光杆司令,林灰并不需要向别人展示他的想法。

    另外这个时空涉及到软件着作权登记不需要单独申报。

    这样林灰先前开发的几款软件就不必额外填写软件开发文档了。

    但林灰现在这种情况下只是特例。

    但涉及到多人协作时,位置不够高的情况下。

    想跟文档说拜拜基本上不可能。

    何思远现在可能光看着开发软件很酷了。

    全然没想过涉及到软件维护以及各种文档这件事情有多麻烦。

    林灰觉得有必要将这些事情让何思远知道。

    与此同时,林灰在心中默默立下一个小目标。

    以后他绝对要革除一些计算机方面十分繁琐的“古典”程式化的东西。

    即便不能革除,也要尽可能地通过自身努力在一定程度上改变行业之命运。

    当然,这些都是以后的事情了。

    在先前买的那些书里,林灰几乎没费力就找到了《轻松搞定软件开发文档:实战篇《程序维护实战指南这两本书。

    《程序猿颈椎病康复指南林灰没找到,应该是先前没买。

    不过林灰找到了一本《程序猿护发秘籍

    想来效果应该是一样的。

    不对,这本似乎更加是伤害不强,侮辱极大。

    虽然将这几本书和《计算机程序设计艺术《算法导论这类超级经典入坑之作混在一块总感觉怪怪的。

    不过也无所谓了,何思远看了这些书之后入坑也好避坑也罢。

    只希望他能够全方位多角度地了解计算机以及计算机相关行业再做出选择。

    虽然给何思远说的是中午带过去,但林灰怕中午还有别的事情耽误。

    干脆直接直接将这些书带去了先前的那个咖啡屋里。

    交代了店主几句后,林灰就离开了。

    在外面对付了一顿早饭之后,林灰又回到了茗品国际的别墅里。

    折腾了一通之后,林灰已然是睡意全无。

    这样也好,颠倒黑白的话很容易让人生物钟紊乱。

    林灰又开始了继续工作。

    林灰查看了邮箱里面的邮件,按说这一般是林灰睡前的工作,不过昨天林灰并没有休息。

    从邮件里林灰看到来自国家专利/局发来的邮件:

    “尊敬的林灰先生您好,您于6月中旬在国家专利/局申请‘演进式实时新闻文档摘要处理方法研究’专利、‘一种新型高效汉语言文本处理方式’……等专利,目前已通过审核,请您在收到本邮件一周之内及时补缴费用,逾期将自动视您放弃了相应专利申请。”

    放弃?怎么可能?煮熟的鸭子怎么能飞了呢!

    林灰果断补缴了这些专利的相关费用,倒是没花多少钱。

    毕竟这些专利很大程度是先前在国内申报的南风app相应的专利对应的子专利。

    这种情况下缴纳的费用很大程度只是一个手续费而已。

    说起来林灰申请这些专利已经是20号的事情了。

    虽然才过去几天,给林灰的感觉已然是很久远那种了,这也侧面印证了林灰成长之快。

    当时之所以申请这些专利是为了构建一个铜墙铁壁般的专利墙。

    涉及到海外的情况,林灰已经先前从尹芙·卡莉那收购了“文本判断甄别比较的一种新方法”这个全球性专利了。

    事实上当从购买了尹芙·卡莉那买来那个全球性专利,林灰就已然完成了南风app这款软件技术壁垒的主要屏障。

    完成这一步之后,涉及到新闻摘要或者说文本摘要这个方向,在接下来的两到三年里,林灰都不需要担心任何潜在威胁。

    不过现在国内的专利能顺利申请下来也不是坏事,也算是锦上添花了。

    至此一张无形之中的大网已然铺就。

    这张大网不全是壁垒。

    同时也是技术演进方面清晰的脉络。

    在脉络编织起来的情况下,林灰似乎可以顺理成章地将技术发展起来。

    当然林灰所谓的发展技术不是说真的要去研究。

    只是将略微先进一些的技术直接拿出来就可以了。

    毕竟在拥有前世资料的情况下,很多算法都是现成的东西。

    至于林灰打算拿出什么样的算法,当然是生成式摘要算法的三代目。

    当初在南风app里面用到的生成式算法只能说是二代目。

    和三代目相比,二代目还是有很多拉跨的地方的。

    以至于当初林灰为了确保软件的高效率不得不将生成式算法和抽取式算法混用以抽取/生成式摘要算法构成先前南风app的核心算法。

    但现在来看,完全没这个必要了,直接以三代目生成式摘要算法就可以胜任这一工作。

    而且三代目的生成式摘要算法相比于抽取/生成式摘要算法在离线环境应用时效率同比提高87。

    这个数据可以说是相当恐怖了,毕竟按照尹芙·卡莉先前提供的数据。

    仅仅是先前南风app里应用的抽取/生成式摘要算法在处理新闻时就比竞品软件处理新闻时速度快241。

    在此基础上效率再次提高87可以说是十分恐怖了。

    这种情况下,干脆直接将南风app中核心算法彻底升级为成熟体的生成式摘要算法。

    至于技术上的进步林灰也不用害怕遭到质疑。

    毕竟技术脉络很清楚啊,这个时代里有质疑的可以慢慢研究。

    不过话说现在这个时空的人还是先想想把生成式摘要算法的一/二代目玩明白再说吧。

    但是从尹芙·卡莉描述的内容来看,想研究明白生成摘要算法一/二代目似乎有点难啊。

    毕竟这个时空不少自然语言处理方面的科研团队连生成式摘要算法涉及到的准确度衡量模型还没玩明白呢。

    不过,这就不是林灰该操心的事情了。

    技术方面的事情本就很残酷,强者通吃是常事。

    更新之后林灰也不用太在意技术泄露。

    毕竟无论是生成式摘要算法一代目还是二代目抑或是三代目这些都是生成式摘要算法。

    而这项算法是受到算法专利保护的。

    即便有人能破解林灰搞得算法,那唯一可行的路径也只能是按照林灰的方法再造一个一模一样的轮子。

    啧,这就是高通的快乐吧。

    有专利壁垒就是可以为所欲为。

    ……

    涉及到南风app这款软件的升级只是在算法方面做点手脚而已。

    虽然涉及到封装之类的东西有点耗时间,不过问题不大。

    林灰并没有耗费太多时间就搞定了。

    正当林灰准备将更新上传到应用商店的时候,林灰却反悔了。

    好歹生成式摘要算法的三代目也拥有领先上一个版本87的效率啊。

    直接以免费更新的形式往外发,岂不是太白给了。

    做软件也不是做慈善,更何况这还是一个专业软件。

    此外林灰现在正处于事业起步期,正是急需用钱的时候。

    这样强大的技术不拿来换钱太浪费了。

    稍加思忖,林灰便有了主意。

    既然生成式摘要技术三代目如此强大,干脆将更高效的该算法单独做成一个pr版本就好了。

    以pr版本在海外市场圈一波钱。

    很快林灰就完成了相应版本的开发。

    至于定价林灰将pr版本的定价设置为了1999美元/年的价格。

    如果选择买断的话价格可以更加优惠,买断价格为4999美元。

    这个价格在对比于国内专业模式的买断价格肯定是高的。

    但林灰设置这个价格是经过充分调查的。

    以a为例,从事新闻编辑工作的平均薪资大概是52353美元。

    这么衡量的话1999美元的价格甚至不到该国新闻编辑年薪的5。