笔趣阁 > 科技大明星 > 第六十四章 初识

第六十四章 初识

笔趣阁 www.2biquge.com,最快更新科技大明星 !

    朱耳以往也没少碎碎念过,公司那帮垃圾研发,搞的东西垃圾,见天让他扛雷!

    听到庄纯的要求后,朱耳想也没想就说,“好,问题能够暂时避免就行了。”

    临了没忘说一大篓子感谢的话,虽然问题庄纯还没解决,但是朱耳又不是那种狼心狗肺的人。

    很快,朱耳给庄纯发了一个大文件包。

    内里包含了朱耳公司的存储系统安装包,和这次故障系统的日志,系统dump(备份文件系统,简单来讲就是为收集错误信息而存在的载体)信息等等。

    自诩为程序之父的庄总。

    随意的搂了一眼日志,嘴角掀起一抹不屑的笑容,自语,“这点小问题,特简单!”

    可是,劳资看不懂!

    庄纯挠着头,长长的叹了口气。

    这事还得办,他都能想到朱耳那圆脸上捉急,彷徨,无助的小表情了。

    ------

    羊城。越秀。

    某银行信息科技部。

    办公区一角落。

    坐着一个圆脸却不胖的小年轻,耳朵有点招风,他就是朱耳。

    这是他在这家银行的临时办公点。

    脸上的表情倒是波澜不惊,甚至还有闲暇玩手机。

    实则朱耳此刻的内心却是彷徨不安。

    这家银行是朱耳公司最大的客户,也是最重要的客户,但,同时,也是出问题最多的客户。

    早在年初,公司高层跟客户这边做过保证,若是再出现一次故障,无条件退货!

    这是公司的承诺,但同时是对朱耳等一些售后工程师的考验。

    如果不是必须,朱耳真想摆脱这个多灾多难的银行,跳到另外的项目上也好啊。

    整整半年的平稳运行,让朱耳仿佛看到了希望。

    可是这种希望,在昨天下午被破灭了!

    昨下午,例行巡检存储状态的时候,发现两个存储系统中的一个上面啥都没有了,各项状态也似好非好。

    这个时候的朱耳不敢多做操作,表面不动声色,抽空联系公司研发,收集信息等等。

    虽然朱耳对公司研发并不抱有多大的信心,但这时候,只能祈祷研发刚好能解决。

    结果是,等了一半天,研发分析不出任何原因,而且经过确认,系统状态也不正常。

    甚至连万能的重启也不敢操作,怕引发连锁反应,因为,研发也不确定会引发何种后果。

    朱耳内心暗叹,‘今年一丝运气都没有啊,被骗了十多万这还不止,背了那么老大一黑锅也就算了。这回正值加薪关键时刻,居然这破系统又出故障了,感觉老天都在跟我作对!’

    朱耳有一种生无可恋的感觉。

    他每个月扣完税到自己手里还有9000块的工资,看上去不错,可是各种日常开支,加上他还得还因为被骗而刷爆的信用卡,所以一直没钱还庄纯的7万。

    当初找庄纯借6万6,那是因为补被骗10多万的那个大窟窿……

    ------

    庄纯叹完气后。

    双手放在键盘上,吐出一口气。

    噼里啪啦的键盘敲击声响起。

    既然装了逼,那跪着也得把这个逼装完。

    庄纯现在做的是很简单,逆向反编译朱耳提供的系统安装包,从而得到这份存储系统的源代码。

    朱耳跟庄纯说了很多东西。

    比如,这个存储系统是基于solaris的,全世界范围内最稳定的企业级unix操作系统。

    可是他没想到庄纯竟然会反编译安装包

    庄纯对安卓系统进行过优化。

    的系统,安卓是基于linux系统的,也就是类unix系统,两者的内核有一定的相通之处。

    反编译起来更容易一点。

    45分钟!

    庄纯得到了这套存储系统的源代码。

    堪称神速!

    想想当初反编译安卓系统费了多久吧!

    得到源代码后,庄纯大致看了眼,虽然不至于看天书,但也弄不太懂是什么意思。

    这倒是难不倒庄纯,无非是费点时间罢了。

    万能的互联网解答了庄纯的疑惑。

    庄纯查阅了oraclesolaris的信息资料库,内里对大众开放的解释已经足够他继续下一步了。(solaris系统原属被oracle收购的sun公司。)

    这一步,费了庄纯近五个小时!

    这期间,朱耳没有再打电话过来催促。

    倒不是朱耳不着急了,也不是朱耳确信庄纯一定可以解决。

    而是,朱耳公司那帮被他称之为垃圾的研发无数次的需要收集各式各样的信息。

    就这么两三个小时里,收集了7次信息。

    结果却是,正在分析中,没定位到问题,请多观察系统状态,确保不再出现问题。

    朱耳听到研发接口人的解释后,气得差点没砸了手机。

    你大爷的!

    你们没定位到问题,让劳资确保不再出现问题?

    合着,你们真是吃粪的?

    后台人员永远不懂直接面对用户的前台人员的苦,扛着炸药包,后方还没有支援,只能一味的漫无目的的往前冲的那种痛苦!

    不过让朱耳松了一口气的是。

    接完这个电话后,差不多是下午五点半了,银行要下班了……

    庄纯从资料库中获得了足够多的信息后,进行了正式步骤,梳理源代码,找到引发问题的原因。

    得亏源代码中有注释。

    省了庄纯花费精力去理解各种各样的个人化代码函数标识,每个人写代码都有自己的风格,没有注释,阅读代码是个体力活!

    梳理源代码,费时30分钟!

    庄纯自己都不知道是什么时候起,对代码有了一种如臂挥指的感觉,阅读代码这么枯燥冗长的活计,居然只用了30分钟!

    接下来,庄纯开始查阅故障系统的日志信息,dump信息等等,这个时候,庄纯才真正开始查找问题。

    十五分钟后,庄纯找到问题,大体分为两种解决方案。

    最完善的解决方案是,针对源代码进行优化。

    嗯,又是优化。

    这活费时费事,朱耳也用不着,完全给人做嫁衣。

    然后就全都是小打小闹,最终的结果是避开问题。

    最适合朱耳,并能帮助朱耳的方式是,执行几条命令。

    庄纯将处理的方式简单的整理了一下,生怕朱耳不懂,加上了很多解释,其实是为了朱耳能够在公司高层跟前装逼。

    打包发给了朱耳……