潘安升職了，接替了金吉，同時成為最年輕的資源經理，手下十來條槍，其中便有黃大仙。黃大仙最近打擊不斷，先是PM失手，又是資源經理失足，當頭一悶棍，背後一板磚，猶如暴露在流星雨下的太空船，一浪又一浪的擊打，打得他連北都找不到了。於是他的V7PL似乎也做得有些心不在焉——雖說老闆都說要有「板凳要坐十年冷」的良好心態，但是這話這心態肯定不是坐冷板凳的時候感悟出來的。
資源組周例會的時候，高守宣布潘安以後就是三組的資源經理，然後順便加了一句：「我們部門與公司一起發展壯大，去年還一百人，今年就兩百人了。在擴張和壯大中這種機會便會不斷地出現，哦，是不斷出現這種機會。有了機會我會給大家盡量爭取，但是有個條件是大家一定要好好表現，好讓我推薦的時候有籌碼。潘安在V5的支撐工作中就有非常好的表現，老王就評價過潘安是大將之才，所以當有機會時我一推薦就成功。」
後來大家都訕笑董大俠，說他怎麼不跟導師一起去三組當副組長，董大俠說怕被黃大仙掐死，大家笑得更歡快了。
高守進入V7後也沒見比金吉做得更多，也許是因為黃大仙管理項目時日太久，他不好多插手。老黃在CODE階段結束後沒有再開例會，以往各階段他都會開一個針對所有人的階段文檔培訓，給出階段性的文檔模板的同時，還會詳細講解本階段的質量要求。可能是考慮到大家都會寫代碼了，老黃就只發了一份郵件附帶公司的編程安全規範，囑咐大家要遵守安全規範來編程。
自打V7進入了CODE階段，大家的工作態度一下子產生了涇渭分明的變化。宋江一派的老員工神情輕鬆，擊節讚歎說：「×他媽總算過去了，能喘口氣了！」董延明這撥新員工卻如臨大敵，把腎上腺素的日均分泌量又提升了一個層次——不管文檔寫得如何，最終交付的還是代碼，就好像董延明家鄉的俗語，編筐捏簍全在收口。而且董延明始終沒有轉換思想，總覺得寫代碼才是他應當應分的工作，寫文檔總有些隔靴搔癢的意思，再加上整個流程中，董延明和方誌久寫的所有的文檔質量都暈乎乎的，所以更重視代碼階段。實際上，董延明的這些文檔寫完後，他依然既不知道該怎麼寫，也不知道要寫什麼，更不知道寫了後會怎麼樣，結果導致文檔和文檔之間的關係非常的辯證——既不是沒有聯繫也不是很緊密的聯繫，可以聯繫起來看，也可以割裂開來看。
總之，董延明和方誌久的文檔沒有起到CMM流程中各個階段該起的作用，屬於真正的為了寫而寫，倆人到了CODE階段腦子裡還是一盆糨糊。哦，兩盆糨糊。宋江之流就不同了，在流程的各個階段，他們按部就班地將協議中的描述對應到文檔中去，到了CODE階段已經是瓜熟蒂落噴薄欲出，萬事俱備只欠東風，拉過一張鍵盤就能浩浩蕩蕩倚馬萬言。
董延明和方誌久倆人寫起CODE非常鬱悶，因為之前LLD文檔中有太多遺漏的點，讓他們手足無措。他們發現LLD對於寫CODE幫助不大的時候為時已晚，掰著手指頭一算七天的CODE階段過了兩天，倆人一下子汗如漿出。董延明故技重施，跑到黃大仙桌子前一屁股坐上去，訴苦說LLD文檔評審的不充分，導致LLD文檔沒有起到偽碼的作用，現在CODE階段肯定完不成CODE，黃大仙如果不能派人支援那肯定要延期。
結果黃大仙白他一眼說：「小董，你行行好吧，你LLD我給你的評審專家是最好最負責的，你自己點沒寫到所以才會有遺漏，你有上我這哭的工夫，說不定能出十行代碼了！」
董延明一驚，從桌子上下來，尷尬的奉承馬屁猶如潮湧——黃大仙明察秋毫電光火石目光如炬不怒而威風凜凜如萬獸之王……
老黃有些落寞地嘆了口氣，抬頭正色說：「小董，我發現其實有很多道理我不說你不明白，你就喜歡抖機靈。不過中國人講究人際關係，講究外圓內方都幾千年了，把話說漂亮了這都正常。但是凡事都有個度，你身上有點社會氣，我閉眼睛聽你說話以為你是做市場的。不是罵你，咱們部門你現在拉出來一百個，有九十九個都想去做市場，剩下那一個不想去的是老鞏。你說這幫人，也不知道犯什麼邪了，都覺得搞技術沒前途，我就不明白，你技術都搞不好就能搞好市場？哦，我跑題了。我是說，你呀，你身上呀，程序員應該有的穩重和實誠你都不太多。別胡扯，不是木訥，你知道我想說啥。那個誰說的那個……重劍無鋒大巧不工你也聽過吧？嗯，萬言萬當不如一默你沒聽過吧。」
老黃不勝感慨的樣子推推頭髮，接著說：「其實你說這個社會也好這個群體也好，咱倆也好，你想搞好關係怎麼搞，不是光說漂亮話吧？你說各取所需？嗯，那你說，各取所需的話你要知道對方需要什麼吧？就說老鞏吧，他要什麼？要能幹活的，要關鍵時刻能舉炸藥包的！為啥？你說，同事之間最需要什麼？肯定要實在人，能共事能承擔責任的！下屬需要什麼？要有擔當的領導。你說咱們部門吧，缺聰明人嗎？高守那都是上學時候拿過奧數冠軍的，劉自明參加建模大賽得了第一的。哎呀，至於我都算麻繩提豆腐了。聰明人一抓一把的時候，你說什麼人最吃香？靠，不是笨人！靠，也不是蠢材！是實在人！如果你是老鞏，你想要個幹活實在的人還是總哭窮的人，你自己想要同事，你是要老老實實跟你一起幹活的還是天天想著怎麼推卸責任的……」
董延明慚愧地點點頭，聽到長者說他的不是的時候他還是很虛心的，但如果是同學朋友說起，他就死活也不認賬。他已經習慣了同事朋友都隨波逐流的混日子，大家蛇鼠一窩沆瀣一氣，多少年沒有人這麼指出他的問題癥結。他想了又想，覺得這些話似乎二十多年前老娘就講過，只是自己沒有認真聽，再推廣一下，董延明又發現，他成人之後看到或者聽到各種讓他深受啟發的道理，其實早在童年時代便已經通過許多渠道有過了解，只不過人總是要自己親身經歷才肯接受，他又默默點點頭，離去。
後來老黃的話讓他受益好久，董延明自稱一日三省，時刻克制著自己的虛偽狡猾各種市民的小慾望，盡量令其緩緩蔓延，因為總是今日難過來日且長。
CODE階段完工後董延明自己說，雖然他跑到黃大仙那裡去哭訴LLD文檔評審不利導致CODE寸步難行，但實際情況卻是——在黃大仙真正將特性對應的評審專家落實之後，評審專家們還是非常盡心地評審了的，他們都秉持著程序員特有的執著和細心，對董延明的文檔做了最大限度的評審。
比方說宋江雖然每天總是很滑頭的樣子，卻可以加班閱讀文檔，而且他居然會自己主動把相關的協議看完，並理解後再去評審文檔，這一來二去所花費的時間往往不是兩倍這麼簡單。他提出來的意見不僅僅是語法上的，更多的是設計和實現上的。他會要求董延明設計的時候考慮到其他特性，避免因為新特性的加入導致老特性出錯。同時也要考慮性能，因為通訊軟體追求處理速度，一個NEW的位置也會影響整個軟體的速度。還有，董延明本來認為，自己無暇去了解本業務以外的代碼邏輯是件很有道理的事情，但是宋江的評審意見卻說，他的業務處理放置的位置肯定會讓自動機提前結束了，因此，一定要把整個自動機的機制搞清楚才能添加代碼！
董延明頭大如斗，因為BAR這種大型軟體幾百萬行代碼，使用自動機隊列來處理業務，總共也有幾十個類別自動機，一旦系統啟動，同時存在的自動機數目就是天文數字。任何一個自動機都是幾萬代碼數十個函數，處理了若干的細節、若干的參數。
宋江卻說大家都是這樣過來的，你必須把關係弄明白了才能寫好，否則一定會引入新BUG。他看董延明不情願就說，其實你寫規格寫SRS，寫那麼多文檔加那麼多班，還不是為了最後把CODE寫好，你要是不把握好這臨門一腳，那你從前那麼多工夫、那麼多辛苦不都白費了？
董延明覺得有理，不過最終還是沒能把全面閱讀代碼這個願望落實，也因此導致CODE階段才發現從前遺漏了很多點。董延明和方誌久在別人優哉游哉的時候手忙腳亂，眼看七天過去了，仍然還沒找完到底遺漏了多少點，總覺得好好一個特性讓自己寫得彷彿大眼篩子篩沙子一樣泥沙俱下，倆人這才懷念起寫文檔的時候。
每天寫CODE的時候，都要試圖從與之相關的邊邊角角老CODE中，尋找與當下相關的地方，這種大海撈針的工作讓倆人精疲力竭絞盡腦汁，但是又不敢停止不敢放鬆，因為細一想宋江之前的危言聳聽，那就是掏心掏肺的金玉良言——倆人實在沒有足夠的信心，可以保證自己的CODE和從前的CODE之間沒有衝突，如果有了衝突……
正當倆人惶惶不可終日時宋江又神經病似的跳出來說：「大佬，後面還有ST和UT呢，沒關係，慢慢改吧，誰的代碼沒有點BUG呀。」於是董延明又放了自己一馬，好像坐在滑梯上的孩子，禁不起別人一推