“程序員修煉之路 小說()”查找最新章節！
　回到別墅後，撲克比賽又進行了第二輪，四進二，葉奕凡和許遠又是輕松進入決賽，賽後過去看另一對兒的廝殺。另一對是伍延熙和李英對戰剛學會那組選手，他倆遇到了麻煩，陷入苦戰。

　那兩個選手憑著打升級的經驗，每一把都苦苦的計算著牌，每次出牌都特別慢，李英性格也急，直接就崩潰了，最後剛學會的徒弟竟然戰勝了師付。

　決賽在葉奕凡和許遠與這倆新人之間進行，葉奕凡他們也有些輕敵了，幾把好牌沒打出效果後，竟然也輸了。

　這次的撲克比賽簡直讓大家大跌眼鏡，竟然出現了丹麥童話，一對兒用來充數的選手，最後卻奪冠了，世界真奇妙。

　晚上組織方給準備了篝火，大家圍著火烤著肉，玩著準備好的各種遊戲，弄到了很晚。

　夜裡計劃是不睡覺的，別墅裡有好幾個屋子，每個屋子裡都聚著一些人，葉奕凡他們一直在一樓打棒兒，偶爾到二樓看了一眼，柳萬吉和一群年輕人圍在一起打撲克，他的臉上沾滿了紙條，如果不說的話，沒人能看出來他是個管理著二百多人團隊的老板。

　柳萬吉和葉奕凡特點挺象的，他們站在團隊的中間，不說的話，很難看出是領導，特別能融入團隊，接地氣。

　一宿大家基本都沒睡，第二天一大早大巴就過來接人了，回去的路上很安靜，幾乎都在睡覺了。

　這次的活動讓大家很久以後還記得，那個時候，大多數人都是單身沒有負擔，有時間玩，等以後，隨著年齡的增長，紛紛成家有孩子後，就再也沒有可能在外面瘋玩一宿了。

　葉奕凡對項目工放養了一個月後，偶爾有一次關心了一下，仔細看了看和國發的一些郵件，發現有些郵件的語氣有些不對，明顯有些心懷不滿了，團隊內也有些事務處於三不管地界，曾榮整體管理和溝通還是稍有些欠缺。

　不敢再大意，忙把精力投進去，天天開會理順項目細節，過了兩周，項目才又恢復正常了。以後不敢大意，每周兩三次和組長開會詳細了解，及時處理各方面的情況。

　六月份，會長出差過來了一次，神馬項目作為今年工作的重中之重，他當然也要專門的審察一下。葉奕凡也沒貪功，讓雷剛為主做報告，他在下面，會長有提問時，如果雷剛不明白他再補充。

　審察結束後，會長非常滿意，說這個項目和光勞項目簡直是完全不一樣，什麽都特別清晰。雷剛也很感謝葉奕凡把報告的機會給他。

　七月初，有一件不大不小的事情發生，藤井在華夏的任期快滿了，大家都在猜測著，下一個接替他，來華夏常駐的人會是誰。不久會長發了通知，說下一個人是大竹，這一下大家都很高興。在和國的JHB部門，會長是一把手，大竹和池內算是並列二把手了。把大竹派過來，也說明他們對華夏團隊特別重視。

　大竹瘦高個子，經常笑呵呵的，也愛開玩笑，長的比較粗獷有味道，有點高倉健的影子，是個特別能從對方角度考慮問題，並擅長溝通的人。以前余信和他合作的時候，兩人關系特別好，他這次來華夏的時候，最先聯系的人就是余信。

　藤井要和大竹做一個月的交接，呆到七月份末再走，他回去後算是高升吧，要代替中村做項目辦公室的領導。他在華夏呆的這一年多，也算盡心盡力，但是在溝通效果上看，遠遠不如上一任的池內。

　既然人在華夏協助雙方溝通，有個要點，就是要忘記自己是和國人，把心態放在華夏員工的立場上，去理解華夏員工，從而想想怎麽幫助雙方溝通的更為順暢。

　而他還是有些嫩，經常用和國人的姿態，偶爾還對這邊員工指責一下，這樣的話，華夏的員工就不會把他當成自己人，他也就起不到一個很好的潤滑劑作用了。

　在那次華夏這邊和高谷談代碼檢查工具的使用時，他曾經批評過葉奕凡溝通有問題，兩人稍微有些不愉快，

　不過葉奕凡也沒有和他太較真，整個問題解決後，向他報告了事情的最終結果。經過這段時間，他也了解了葉奕凡的能力，對自己當時的態度不好也有些不好意思，發郵件寫了一句讓葉奕凡沒想到的話，還是用英語寫的:

　“Youhaveyourmanagementstyle.Keepupgoingwithyourstyle.”

　“你有你獨特的管理風格，請繼續保持你的風格。”這話有些變相的道歉了，葉奕凡對此話還是很滿意的。

　整個七月份，項目的主要工作就是測試。項目能按時做完，這沒什麽太稀奇的，判斷項目做的好不好，最主要的就是交活後的品質。如果用具體數字來衡量的話，在當初以董青為主，討論簽訂項目協議的時候，有個明確的約定:“因華夏部門的原因產生的缺陷數量，不超過252個。”

　這個缺陷，就是俗稱的BUG，進入測試期後，葉奕凡開始冥思苦想，怎樣做能更有效的降低BUG數呢?

　他好幾天什麽也不乾，就是坐著想，站著想，睡覺前想，抽煙時想，還別說，功夫不負有心人，還真就想出來一個堪稱絕世的好主意。

　這次的項目有個特點，它是從舊系統改造的，對於大多數功能來說，是有可以運行的舊系統做參考的。

　比如在新舊系統中，相同的一個功能，在頁面上輸入完全一樣的數據，一點按紐保存到數據庫裡，那麽新舊數據庫裡的數據變化，就應該完全一致，出現任何一點不一致的情況，就說明程序有錯誤了。

　想到了這個特點，方法就好辦了，他自己動手，做了一個新舊數據庫的數據比較程序。

　在同時打開新舊系統的畫面，輸入同樣的數據，點擊保存的按紐後，運行自己做的程序，程序會先連接舊數據庫，根據用戶名和數據更新時間，找到在這次保存操作後，都有哪些表，數據發生了變化。把各表中，有數據變化的記錄都提取出來。

　然後再連接新數據庫，做同樣的操作，把有變化的記錄提取出來，最後自動比較新舊兩個數據庫中，有變化的記錄是否變化的完全一樣，兩者的變化必須是完全一致的，有一處不同，就說明程序有BUG了。為了方便下次閱讀，你可以點擊下方的"收藏"記錄本次(第176章 保持你的風格)閱讀記錄，下次打開書架即可看到！

喜歡《程序員修煉之路》請向你的朋友(QQ、博客、微信等方式)推薦本書，謝謝您的支持！！()