第一篇： 編程是一種態(tài)度-------價(jià)值觀
第1單元 代碼就是債務(wù)
內(nèi)容一：代碼是債務(wù)
1.代碼的認(rèn)識(shí)---代碼就是債務(wù)
2.代碼是債務(wù)，越少越好
3.你擁有的代碼越多，添加新內(nèi)容所要付出的成本就越高
4.通過案例分析讓代碼庫盡可能小的方法：
5.通過國(guó)際研發(fā)中心電信計(jì)費(fèi)系統(tǒng)演示代碼是債務(wù)的思想，10多年國(guó)外研發(fā)團(tuán)隊(duì)設(shè)計(jì)與研發(fā)第一版本，目前幾百人在維護(hù)
通過項(xiàng)目演示通過重構(gòu)如何減少了一半的代碼，維護(hù)的人員的減少
項(xiàng)目的失敗可能歸咎于各種各樣的原因。一些項(xiàng)目因糟糕的需求而失敗，另一些則由于錢和時(shí)間超支了，還有少數(shù)單純是因?yàn)樵愀獾墓芾硭?。如果我們探究其根本原因，是否?huì)發(fā)現(xiàn)所有項(xiàng)目失敗的罪魁禍?zhǔn)资窃愀獾拇a呢？
Bob大叔堅(jiān)信糟糕的代碼所帶來的成本之大足夠讓一個(gè)項(xiàng)目失敗。
內(nèi)容二 軟件界要以新視角看待代碼
1.傳統(tǒng)的軟件工程對(duì)代碼的錯(cuò)誤認(rèn)識(shí)
2.代碼的兩面性，代碼的靜態(tài)結(jié)構(gòu)和運(yùn)行時(shí)行為
3.客戶和管理者往往僅僅關(guān)注代碼的運(yùn)行時(shí)的行為
4.溫伯格認(rèn)為的主管必須關(guān)注代碼
5.軟件設(shè)計(jì)與代碼的關(guān)系—真正好的設(shè)計(jì)是在編碼階段一步一步而形成的,通過案例分析，設(shè)計(jì)如何根據(jù)代碼進(jìn)行演化
6.編程真的是簡(jiǎn)單的勞動(dòng)嗎？
7.通過多家項(xiàng)目案例進(jìn)行分析，傳統(tǒng)思想對(duì)代碼的種種誤解，我們提出了從3種新的角度來觀察代碼，
a)從管理者的角度，我們僅僅觀察代碼的運(yùn)行時(shí)行為，導(dǎo)致代碼的靜態(tài)結(jié)構(gòu)混亂的根源。這就是代碼的冰山原理，大量垃圾代碼隱藏在冰山之下。
b)設(shè)計(jì)師的角度認(rèn)為只要有好的設(shè)計(jì)，軟件質(zhì)量就可以保證。其實(shí)我們認(rèn)為代碼是真正唯一可以精確描述的設(shè)計(jì)文檔。
c)程序員的視角，編程真的很難，通過某一個(gè)項(xiàng)目案例分析，20多人一周的工作量就為幾行代碼問題
第2單元編程價(jià)值觀 內(nèi)容一：編程價(jià)值觀
1.編程的方法學(xué)
2.什么是好的代碼，我們卻認(rèn)為“Good code is not bad code !”
3.編程價(jià)值觀---溝通,簡(jiǎn)單,靈活
4.價(jià)值觀決定行為
5.優(yōu)秀代碼的評(píng)價(jià)標(biāo)準(zhǔn), 什么是高質(zhì)量編碼? 特征是什么?
6.軟件代碼的可讀性
7.代碼的可擴(kuò)展性
8.糟糕代碼的特征
9.劣質(zhì)代碼的代價(jià)
10.大師評(píng)價(jià)整潔代碼的標(biāo)準(zhǔn)
11.通過大量項(xiàng)目案例分析，什么是好的代碼，對(duì)好代碼新的認(rèn)識(shí)
第二篇： 編程是一種技藝-------實(shí)踐篇
第3單元 高質(zhì)量函數(shù)（該內(nèi)容較多，根據(jù)實(shí)際情況調(diào)整） 內(nèi)容一：高質(zhì)量函數(shù)/過程
1.為什么需要函數(shù)
2.函數(shù)復(fù)雜度度量
3.函數(shù)圈復(fù)雜度以及度量
4.函數(shù)抽象層次-單一抽象層次原則SLAP(Single Level of Abstrction Principle)
5.函數(shù)實(shí)現(xiàn)模式之—組合函數(shù)(Composed Method)
6.萬惡之源—函數(shù)過長(zhǎng)
7.函數(shù)的單一職責(zé)
8.函數(shù)第一原則:是要短小,函數(shù)第二原則:是還要短小,函數(shù)第三原則:是必須短小
9.函數(shù)重構(gòu)之道—抽取方法(Extract Method)和抽取對(duì)象函數(shù)
10.函數(shù)命名—怎樣取好的函數(shù)名
11.通過大量項(xiàng)目代碼分析,函數(shù)的遇到的各種問題,如何編程高質(zhì)量函數(shù)
內(nèi)容二：函數(shù)易理解與溝通
1.函數(shù)主體流
2.函數(shù)的異常處理
3.函數(shù)主題流程簡(jiǎn)化方法1-助手方法
4.助手方法的應(yīng)用場(chǎng)景
5.助手方法的效果
6.函數(shù)主題流程簡(jiǎn)化方法2-函數(shù)對(duì)象（MethodObject）
7.通過真實(shí)項(xiàng)目代碼進(jìn)行分析，如果提高代碼的可讀性
內(nèi)容三：函數(shù)靈活/易可擴(kuò)展---函數(shù)接縫
1.歷史遺留代碼維護(hù)問題
2.某電信研發(fā)中心的維護(hù)問題—開發(fā)維護(hù)的效率問題。
3.增加一個(gè)功能特性的成本并不單單是為這些功能編碼所花費(fèi)時(shí)間的成本，還應(yīng)該包括特性擴(kuò)展的障礙成本。
4.代碼的可維護(hù)成本分析—通過大量案例分析
a)確定需要修改哪些部分有多難
b)必要的改動(dòng)有多少
c)實(shí)現(xiàn)改動(dòng)對(duì)系統(tǒng)其他部分的影響有多大
5.如何實(shí)現(xiàn)代碼的易擴(kuò)展—函數(shù)接縫
6.接縫（seam），指程序中的一些特殊的點(diǎn)，在這些點(diǎn)上你無需做任何修改就可以達(dá)到改動(dòng)程序行為的目的
7.通過案例分析，如何實(shí)現(xiàn)函數(shù)的靈活/易擴(kuò)展。
內(nèi)容四：利用多態(tài)解決復(fù)雜表達(dá)式
1.面向?qū)ο蠖鄳B(tài)技術(shù)的新認(rèn)識(shí)
2.減少使用if語句,重構(gòu)到多態(tài)
3.以State/Strategy取代類型代碼
4.引入Null Object
5.以Command替換條件調(diào)度程序
6.轉(zhuǎn)移聚集操作到Visitor
7.轉(zhuǎn)移裝飾功能到Decorator
8.通過大量項(xiàng)目代碼演示多態(tài)可以解決的編程問題
內(nèi)容五：函數(shù)的錯(cuò)誤處理和異常管理
1.函數(shù)的錯(cuò)誤處理
2.使用異常而非返回碼
3.依賴磁鐵（Dependeny magent）
4.主體流-明確表達(dá)控制流的主體
5.異常流-盡可能清晰地表達(dá)異?？刂屏?，而不干擾對(duì)主體流的表達(dá)
6.標(biāo)準(zhǔn)的異常處理9種方法
7.通過大量真實(shí)案例的代碼進(jìn)行分析函數(shù)的錯(cuò)誤處理和異常處理
第三篇： 編程是一種習(xí)慣-------管理篇
第4單元 代碼重構(gòu) 內(nèi)容一：代碼重構(gòu)
1.重構(gòu)必然性
2.破窗效應(yīng)與技術(shù)債務(wù)
3.實(shí)際重構(gòu)遇到的4大問題
4.介紹常見的重構(gòu)技術(shù)
5.重構(gòu)到模式的目錄
6.通過多個(gè)案例分析，重構(gòu)面臨的問題和解決之道
第5單元 修改遺留系統(tǒng)代碼 內(nèi)容一：修改遺留項(xiàng)目代碼
1.必須修改遺留的代碼起因
2.遺留代碼修改危險(xiǎn)事項(xiàng)
3.如何對(duì)依賴代碼做測(cè)試
4.依賴代碼的感知與分離
5.依賴代碼修改的接縫技術(shù)
6.修改依賴代碼的工具
7.降低風(fēng)險(xiǎn)的措施
8.接依賴技術(shù)
9.通過多個(gè)大型項(xiàng)目案例分析，如何修改遺留代碼，分析如何解耦
內(nèi)容二：拒絕退化-如何修改遺留系統(tǒng)，而不破壞現(xiàn)有系統(tǒng)結(jié)構(gòu)
1.拒絕退化—“首先不要傷害”
2.Sprout Method
3.Sprout Class
4.Wrap Method
5.Wrap Method
6.通過案例分析，如何修改遺留代碼，而不破壞現(xiàn)有系統(tǒng)代碼結(jié)構(gòu)
第6單元 代碼質(zhì)量體系佳實(shí)踐 內(nèi)容一：代碼質(zhì)量管理4個(gè)現(xiàn)代化
1.代碼管理的4個(gè)現(xiàn)代化
a)質(zhì)量量化（如何設(shè)置質(zhì)量指標(biāo)）
b)工具化（如何尋找合適的工具
c)自動(dòng)化（把流程自動(dòng)化，忘記流程）
d)持續(xù)優(yōu)化（反思與優(yōu)化）
2.多家電信研發(fā)中心，如何實(shí)現(xiàn)4個(gè)代碼現(xiàn)代化
內(nèi)容二：代碼靜態(tài)分析工具
1.代碼靜態(tài)分析工具概述
2.以Java語言代碼靜態(tài)分析工具為例介紹，該內(nèi)容的思想仍然適合其他語言
a)Sonar集成平臺(tái)
b)CheckStyle：用于編碼標(biāo)準(zhǔn)
c)PMD 的 CPD：幫助發(fā)現(xiàn)代碼重復(fù)
d)Coverlipse：測(cè)量代碼覆蓋率
e)JDepend：提供依賴項(xiàng)分析
f)Metric：有效地查出復(fù)雜度
g)其他語言相關(guān)代碼靜態(tài)分析工具
3.通過案例演示工具在項(xiàng)目之中的應(yīng)用
內(nèi)容三：代碼評(píng)審
代碼結(jié)構(gòu)分析、代碼質(zhì)量度量、代碼覆蓋率分析方法，代碼審查的形式、技術(shù)、技巧和流程，在代碼評(píng)審環(huán)節(jié)有效發(fā)現(xiàn)代碼隱藏問題，代碼評(píng)審具體方法和審核的具體內(nèi)容，審核效果分析，代碼評(píng)審工作的組織結(jié)構(gòu)設(shè)計(jì)，組織內(nèi)人員工作安排；
1.代碼評(píng)審前期準(zhǔn)備
2.代碼評(píng)審的代碼量
3.代碼評(píng)審的檢查表
4.代碼評(píng)審的總結(jié)與學(xué)習(xí)
內(nèi)容四：代碼質(zhì)量管理體系
1.結(jié)合國(guó)內(nèi)多家研發(fā)中心的代碼管理經(jīng)驗(yàn)分享
2.代碼質(zhì)量體系的建立 |
合作伙伴與授權(quán)機(jī)構(gòu)
shuhaipeixun
1299983702
總部李老師
