好的程序不是一蹴而就的，是一點點地積累，完善直至形成較為穩定的產物。為什么說是較為穩定？小時候玩過搭積木的朋友應該知道，不管用何種方式搭成的積木，在超過它能承受之外力的時候就會坍塌。而程序也是這樣，沒有bug的程序是不存在的，也沒人知道潛在的bug何時會爆發，這也是程序崩潰的潛在因素。
編程是基于你的想法，你想要用程序代碼來模擬或替代現實中的何種事務。想法明確是前提，基于此你才能在編程的各個階段清楚地知道自己想要做什么，在做好各個階段的前提下，整合調試形成能良好工作的軟體產物。
對于業務化的軟體，開發調試的時候其實就是在測試這個業務，按理說完成某一業務時再測試的時候也就是對對需求，看看有沒有遺漏或業務理解錯誤的地方，可還是有很多錯誤要改正。這取決于你在做編碼時的態度，是認真地對待，還是拷貝相似的地方再更改了事，顯然后者是bug產生機率較大的地方，尤其是那些尚不明顯，對業務又沒明顯影響的bug。
項目有好有壞，有單調的重復，也有艱難的調試，每種情況都可以有很大的收獲。編程講究的是一種想法，項目體現的是一個團隊的合作，在特定情況下對某種特定情況的處理，如何把看似不相關的業務捏合到一起的經驗。要學會在重復單調的勞動中體會這種思想，并試著用某幾個小程序片斷來簡單地實現它，這樣長此以久，可以形成自己的一套開發經驗，在任何情況都能游刃有余，快速地融入一個項目中去。愚以為這是轉型為項目經理的前提，項目經理可以技術有限，但要清楚可能發生在項目中的問題是如何處理的，這就要取決于你的經驗。手下的程序員需要地就是這樣一個指導作用，有時就需要這樣一個提示，問題就迎刃而解，這對情緒的鼓舞是巨大的，而每個人都知道一個人情緒好的時候，幾乎沒有解決不了的問題。
對于比較流行的ＸＰ編程，也就是結對編程，愚以為也是建立在結對的兩個人互相尊重互相信任的前提下才可以進行的。
其實軟件工程，是項目經驗的一個總結，是經驗的總集，可惜被高度抽象化難以理解。而在當前社會利益的驅使下，也幾乎沒人能靜下心研究軟件工程，這前人經驗的結晶。
信息化的步伐越來越快，軟件外包也又開始成為軟件公司賺錢的法寶，在銀行可以將其非核心業務外包出來的今天，還有什么不可以外包的。程序員的門檻越來越低，越來越平民化，有點像現在大學生與以前的轉變趨勢，大學生也越來越平民化。也許在不久的將來，中國可以取代印度成為世界第一外包大國。