没有什么创意，如果叶新晨的技术能够再提升一截，他都想要做一个ai智能的手机管家。
不过以目前的这个水平，肯定是不够的，大概率日常系统的中级程序员经验知识应该会有这方面的技术。
叶新晨想着，都感觉自己的口水要流出来，毕竟一个ai智能的手机管家不说占多大市场，起码能够让叶新晨小小的身家迈入上千万的行列应该是没有问题的。
随意的扫了一眼悬赏板块，然后刷新一下，看到一个关于“维护一套辅助库，有个bug，完成之后两万”的悬赏，叶新晨也是直接的接了下来。
反正对于他来说，这些就是相当于新手任务一样，只不过稍微会有点费脑力罢了。
只不过为了那红灿灿的爷爷，叶新晨也不得不努力啊。
接下悬赏后，叶新晨就看着这套库封装了设备通讯以及各种命令返回信息的识别、分类以及错误监控等功能。
而且这套库由一种很小众的语言写成，这种语言叫tcl，你可以认为它是一种shell脚本，所以继承了命令行写批处理的各种怪异风格；同时它还提供了类似python的进阶功能，比简单的shellscript稍微强大一些——这就在水平不高的自动化测试人员和相对强大的语言能力之间取得了平衡。
做过debug的业内人士都知道，一个bug症状越明显、发作越频繁，它就越好处理；最怕的就是这种维护辅助库一年半载不出现一次的。
所以也难怪人家要悬赏这个，毕竟费时间还不一定找得到，没有一定的经验太难了。
叶新晨也只是大致看了看，目前来说完全没有头绪。
因为相关代码4、5万行都可能是有的；而且这bug描述也极为模糊、混乱，完全没有方向。
所以对于叶新晨来说，解决这个bug的过程应该曲折一点。
十分钟之后，在这个bug之前，叶新晨在辅助库中又找到了另一个“积年老bug”。
这个bug好像属于偶发，时有时无，让人摸不着头脑。
所以叶新晨准备为这个支撑系统做个模拟运行系统。
为什么要做模拟运营系统，是因为所有这些测试代码其实都要在网元上运行；而这些网元中，性能比较猛的，两台就足够东南亚那些小国全国使用的——从它的电话通讯到电脑网络，全都由这个设备提供支持。
这种设备当然不可能多，如果有测试组想开始测试，就得提前申请；然后如果测试用例有bug，就把大量机时浪费掉了，那样子写的代码，测试起来就更难了。
而叶新晨是没有这些的
『加入书签，方便阅读』
-->> 本章未完，点击下一页继续阅读(第2页/共3页)