第64章 初識
2025-03-23 08:33:01
作者： 笨舌
朱耳以往也沒少碎碎念過，公司那幫垃圾研發，搞的東西垃圾，見天讓他扛雷！
聽到莊純的要求後，朱耳想也沒想就說，「好，問題能夠暫時避免就行了。」
臨了沒忘說一大簍子感謝的話，雖然問題莊純還沒解決，但是朱耳又不是那種狼心狗肺的人。
很快，朱耳給莊純發了一個大文件包。
內里包含了朱耳公司的存儲系統安裝包，和這次故障系統的日誌，系統dump（備份文件系統，簡單來講就是為收集錯誤信息而存在的載體）信息等等。
自詡為程序之父的莊總。
隨意的摟了一眼日誌，嘴角掀起一抹不屑的笑容，自語，「這點小問題，特簡單！」
可是，勞資看不懂！
莊純撓著頭，長長的嘆了口氣。
這事還得辦，他都能想到朱耳那圓臉上捉急，彷徨，無助的小表情了。
------
羊城。越秀。
某銀行信息科技部。
辦公區一角落。
坐著一個圓臉卻不胖的小年輕，耳朵有點招風，他就是朱耳。
這是他在這家銀行的臨時辦公點。
臉上的表情倒是波瀾不驚，甚至還有閒暇玩手機。
實則朱耳此刻的內心卻是彷徨不安。
這家銀行是朱耳公司最大的客戶，也是最重要的客戶，但，同時，也是出問題最多的客戶。
早在年初，公司高層跟客戶這邊做過保證，若是再出現一次故障，無條件退貨！
這是公司的承諾，但同時是對朱耳等一些售後工程師的考驗。
如果不是必須，朱耳真想擺脫這個多災多難的銀行，跳到另外的項目上也好啊。
整整半年的平穩運行，讓朱耳仿佛看到了希望。
可是這種希望，在昨天下午被破滅了！
昨下午，例行巡檢存儲狀態的時候，發現兩個存儲系統中的一個上面啥都沒有了，各項狀態也似好非好。
這個時候的朱耳不敢多做操作，表面不動聲色，抽空聯繫公司研發，收集信息等等。
雖然朱耳對公司研發並不抱有多大的信心，但這時候，只能祈禱研發剛好能解決。
結果是，等了一半天，研發分析不出任何原因，而且經過確認，系統狀態也不正常。
甚至連萬能的重啟也不敢操作，怕引發連鎖反應，因為，研發也不確定會引發何種後果。
朱耳內心暗嘆，『今年一絲運氣都沒有啊，被騙了十多萬這還不止，背了那麼老大一黑鍋也就算了。這回正值加薪關鍵時刻，居然這破系統又出故障了，感覺老天都在跟我作對！』
朱耳有一種生無可戀的感覺。
他每個月扣完稅到自己手裡還有9000塊的工資，看上去不錯，可是各種日常開支，加上他還得還因為被騙而刷爆的信用卡，所以一直沒錢還莊純的7萬。
當初找莊純借6萬6，那是因為補被騙10多萬的那個大窟窿……
------
莊純嘆完氣後。
雙手放在鍵盤上，吐出一口氣。
噼里啪啦的鍵盤敲擊聲響起。
既然裝了逼，那跪著也得把這個逼裝完。
莊純現在做的是很簡單，逆向反編譯朱耳提供的系統安裝包，從而得到這份存儲系統的原始碼。
朱耳跟莊純說了很多東西。
比如，這個存儲系統是基於Solaris的，全世界範圍內最穩定的企業級Unix作業系統。
可是他沒想到莊純竟然會反編譯安裝包
莊純對安卓系統進行過優化。
Solaris是Unix的系統，安卓是基於Linux系統的，也就是類Unix系統，兩者的內核有一定的相通之處。
反編譯起來更容易一點。
45分鐘！
莊純得到了這套存儲系統的原始碼。
堪稱神速！
想想當初反編譯安卓系統費了多久吧！
得到原始碼後，莊純大致看了眼，雖然不至於看天書，但也弄不太懂是什麼意思。
這倒是難不倒莊純，無非是費點時間罷了。
萬能的網際網路解答了莊純的疑惑。
莊純查閱了OracleSolaris的信息資料庫，內里對大眾開放的解釋已經足夠他繼續下一步了。（Solaris系統原屬被Oracle收購的SUN公司。）
這一步，費了莊純近五個小時！
這期間，朱耳沒有再打電話過來催促。
倒不是朱耳不著急了，也不是朱耳確信莊純一定可以解決。
而是，朱耳公司那幫被他稱之為垃圾的研發無數次的需要收集各式各樣的信息。
就這麼兩三個小時裡，收集了7次信息。
結果卻是，正在分析中，沒定位到問題，請多觀察系統狀態，確保不再出現問題。
朱耳聽到研發接口人的解釋後，氣得差點沒砸了手機。
你大爺的！
你們沒定位到問題，讓勞資確保不再出現問題？
合著，你們真是吃糞的？
後台人員永遠不懂直接面對用戶的前台人員的苦，扛著炸藥包，後方還沒有支援，只能一味的漫無目的的往前沖的那種痛苦！
不過讓朱耳鬆了一口氣的是。
接完這個電話後，差不多是下午五點半了，銀行要下班了……
莊純從資料庫中獲得了足夠多的信息後，進行了正式步驟，梳理原始碼，找到引發問題的原因。
得虧原始碼中有注釋。
省了莊純花費精力去理解各種各樣的個人化代碼函數標識，每個人寫代碼都有自己的風格，沒有注釋，閱讀代碼是個體力活！
梳理原始碼，費時30分鐘！
莊純自己都不知道是什麼時候起，對代碼有了一種如臂揮指的感覺，閱讀代碼這麼枯燥冗長的活計，居然只用了30分鐘！
接下來，莊純開始查閱故障系統的日誌信息，dump信息等等，這個時候，莊純才真正開始查找問題。
十五分鐘後，莊純找到問題，大體分為兩種解決方案。
最完善的解決方案是，針對原始碼進行優化。
嗯，又是優化。
這活費時費事，朱耳也用不著，完全給人做嫁衣。
然後就全都是小打小鬧，最終的結果是避開問題。
最適合朱耳，並能幫助朱耳的方式是，執行幾條命令。
莊純將處理的方式簡單的整理了一下，生怕朱耳不懂，加上了很多解釋，其實是為了朱耳能夠在公司高層跟前裝逼。
打包發給了朱耳……