游戲項目組，策劃是必須要寫文檔的。沒有策劃文檔直接開干的也有，但基本都是幾個人的小項目，不需要分鍋。十幾個人的中型項目就會出現大量的甩鍋分鍋的問題，沒有文檔出了問題豈不是要算程序的？
所以策劃基本上都要寫文檔，特別是系統文檔，是項目的根，總體上交代這個游戲都需要做哪些功能。有了這份文檔就可以定里程碑計劃，定美術需求，因此這份文檔通常是要在立項時拿出來說明項目預算的。
但是程序猿的文檔則不是必須要有的，因為既不用來分鍋，也不用來交代工期，只是對代碼的一份說明。
結果遭到了程序猿的集體反彈。工作已經這么忙了，天天加班到半夜，還要寫文檔？這是要搞死我們的節奏？
這個項目組里的程序猿大部分都是從果實研發承接過來的，一開始只有趙杰是原先巴人娛樂的人，后來陸陸續續又調過去兩三個，都是鵬飛科技過來的老兄弟。
這兩批人跟于文輝都不熟，于文輝在這個項目里才是徹頭徹尾的外來者。
讓程序猿寫文檔這事，雖然不是楚垣夕明確提出的要求，但是也接近于明確提出了。他的要求是除了AI部分，程序猿需要有“可替代性”。
寫程序是一件智力勞動還是體力勞動？其實還是腦力勞動。不同的腦回路就會產生不同的代碼，不同的程序猿做同一個功能可以做的千差萬別。
有很多游戲公司不注重可替代性，于是換一個程序猿就要讓整個項目震一震，相關功能全都得重寫，不然跑起來必崩。或者解bug的時候如果換了個人，這個bug能被測試復現的還好，測試不能復現bug的情況下新換的人連斷點下在哪都不知道。但老人則對哪行代碼有問題，以及哪里有關鍵字這種事情心知肚明，因為坑都是他挖的。
這種情況根本不是因為項目復雜所致，也不是挖坑的程序猿有多牛，而是項目失控。所以楚垣夕的要求，對于文輝來說只有一個解決方案，就是讓程序寫文檔，并且，必須照著自己的文檔碼代碼。
現在程序猿集體造反，也不是公然反抗，而是使出拖字訣，于文輝沒啥好辦法，只好向楚垣夕求助。
拖字訣用來懟項目經理絕對是個妙招，因為文檔可以拖，但功能總不能拖吧？拖個三五天，代碼都寫出來了，文檔還沒寫完，干脆就算了吧？你看咱這工作強度，作為一個苦逼碼農已經沒誰了，下一個功能夜過來了，文檔什么的要不先放放？這么一來二去項目經理想推動也推不動，債多了不愁，我們這也是以大局為重，總得優先寫功能吧？
“還大局為重？優先寫個屁！”
楚垣夕把所有程序猿叫到會議室里，巴掌“啪”的拍在桌上。“江波我問你，你寫代碼的時候，分配多少比例的時間做代碼設計，多少用來畫UML圖，多少畫時序圖，多少用來敲代碼？”