2009年6月的一天，我在甲方辦公室加班調(diào)試程序，筆記本的屏幕只有12英寸，我得不停地在調(diào)試器和編輯器之間切換，觀察斷點(diǎn)的執(zhí)行情況，發(fā)現(xiàn)代碼中的問題。在那一刻，我突然覺得所做的完全是低水平重復(fù)工作。
        1. 對(duì)業(yè)務(wù)流程不熟悉，對(duì)自己的代碼不熟悉，編譯運(yùn)行后不能預(yù)測(cè)結(jié)果。
        2. 做管理軟件，重復(fù)性工作太多。
        3. 技術(shù)視野有限，不能從一個(gè)更廣的角度去看待問題。
        對(duì)于第一個(gè)問題，首要要求在寫完代碼后做review，把代碼詳細(xì)讀一遍想一遍，確認(rèn)無誤后才編譯。review要隨時(shí)地做，寫完一個(gè)函數(shù)完成一個(gè)功能塊，都要檢查，想一想這段代碼在整個(gè)業(yè)務(wù)流程中的位置。對(duì)代碼做到心中有數(shù)，而不至于不停的開調(diào)試器（調(diào)試器是一個(gè)效率低下的緣由之一）。
       重復(fù)性工作多，這個(gè)是管理軟件固有屬性，能否將重復(fù)性的工作抽離出來？在之前的項(xiàng)目中，做了很多這方面的嘗試。有一定成效。但另一方面，由于經(jīng)驗(yàn)不足，強(qiáng)扭地將一些個(gè)性化的東西抽離出來，最后代碼組織結(jié)構(gòu)混亂。要達(dá)到重用，有很多條路可以達(dá)到，但由于技術(shù)的積累不夠，看到一條路就以為這條路是最好的，一往無前地闖過去。其實(shí)還有很多更好的選擇，只是因?yàn)榧夹g(shù)積累不夠，而工期緊張，沒得選了。
       視野有限，所看到僅僅是所寫的，而不能引發(fā)更加廣度的聯(lián)想。比如說在asp.net中的master頁面，自定義控件，管理軟件三層架構(gòu)的優(yōu)勢(shì)，mvc等等。沒有深刻地了解和實(shí)際的體驗(yàn)，在項(xiàng)目中自然無法聯(lián)想到。所以只能做一些簡(jiǎn)單的重復(fù)工作。