第六十四章 初识
第六十四章 初识 (第3/3页)
的sun公司。）
这一步，费了庄纯近五个小时！
这期间，朱耳没有再打电话过来催促。
倒不是朱耳不着急了，也不是朱耳确信庄纯一定可以解决。
而是，朱耳公司那帮被他称之为垃圾的研发无数次的需要收集各式各样的信息。
就这么两三个小时里，收集了7次信息。
结果却是，正在分析中，没定位到问题，请多观察系统状态，确保不再出现问题。
朱耳听到研发接口人的解释后，气得差点没砸了手机。
你大爷的！
你们没定位到问题，让劳资确保不再出现问题？
合着，你们真是吃粪的？
后台人员永远不懂直接面对用户的前台人员的苦，扛着炸‘药’包，后方还没有支援，只能一味的漫无目的的往前冲的那种痛苦！
不过让朱耳松了一口气的是。
接完这个电话后，差不多是下午五点半了，银行要下班了……
庄纯从资料库中获得了足够多的信息后，进行了正式步骤，梳理源代码，找到引发问题的原因。
得亏源代码中有注释。
省了庄纯‘花’费‘精’力去理解各种各样的个人化代码函数标识，每个人写代码都有自己的风格，没有注释，阅读代码是个体力活！
梳理源代码，费时30分钟！
庄纯自己都不知道是什么时候起，对代码有了一种如臂挥指的感觉，阅读代码这么枯燥冗长的活计，居然只用了30分钟！
接下来，庄纯开始查阅故障系统的日志信息，dump信息等等，这个时候，庄纯才真正开始查找问题。
十五分钟后，庄纯找到问题，大体分为两种解决方案。
最完善的解决方案是，针对源代码进行优化。
嗯，又是优化。
这活费时费事，朱耳也用不着，完全给人做嫁衣。
然后就全都是小打小闹，最终的结果是避开问题。
最适合朱耳，并能帮助朱耳的方式是，执行几条命令。
庄纯将处理的方式简单的整理了一下，生怕朱耳不懂，加上了很多解释，其实是为了朱耳能够在公司高层跟前装‘逼’。
打包发给了朱耳……