?????? 計(jì)算機(jī)專業(yè)畢業(yè)的學(xué)生在學(xué)校當(dāng)中，都讀過(guò)軟件工程這本書(shū)，而軟件工程的書(shū)，都無(wú)一例外的，強(qiáng)行規(guī)定了一個(gè)編碼階段，并且十分嚴(yán)肅的告訴學(xué)生，代碼在整個(gè)軟件過(guò)程的生命周期階段當(dāng)中，只占了1/5左右。需求分析和設(shè)計(jì)、項(xiàng)目管理，更強(qiáng)于代碼。我想對(duì)這于剛畢業(yè)的學(xué)生，是一種思想上的毒害，很多人剛畢業(yè)一兩年，都耐不住性子，哭著喊著，要做architect，要做PM。
??????? 我認(rèn)為回避代碼是可恥的，只要編碼有意義，我們?cè)谌魏坞A段，都應(yīng)當(dāng)投入到編碼當(dāng)中。
?? 最近一個(gè)項(xiàng)目，我下面有兩個(gè)設(shè)計(jì)人員（GM派過(guò)來(lái)的），協(xié)助我做設(shè)計(jì)，我做了一個(gè)設(shè)計(jì)的骨架，然后交給他們?nèi)サ?xì)化。下班前，我去看看他們的工作只有一些空洞的UML圖和一個(gè)還沒(méi)有寫(xiě)內(nèi)容的概要設(shè)計(jì)模板，我對(duì)他們說(shuō)，不要求你們?nèi)?xiě)文檔，我也沒(méi)有時(shí)間去看，我不知道你們以前，是怎么做這設(shè)計(jì)的，但在我這個(gè)組，這樣做，不行。做為設(shè)計(jì)者，首先是自己要理解要做的東西，并且真正知道怎么去設(shè)計(jì)它才能滿足涉眾需求，第二步，才是讓別人能夠理解你的設(shè)計(jì)。怎么樣讓別人理解你的設(shè)計(jì)，文檔并不是唯一的途徑，對(duì)于普通程度員來(lái)講，白板上的講解和直白的代碼注釋甚至比UML圖更容易理解和平易近人，我們很多的設(shè)計(jì)者，總是喜歡用大量的4＋1 UML圖和文檔中生硬、冰冷的詞匯來(lái)嚇唬程序員，恰恰反映出了設(shè)計(jì)者內(nèi)心的空虛與膽怯。
?? 以往自身的設(shè)計(jì)經(jīng)歷，談一下：
?????? 我第一次給另一個(gè)組做一個(gè)子模塊的設(shè)計(jì)時(shí)，心里很緊張，因?yàn)槲也辉谒麄兡莻€(gè)組中，也不參與他們的開(kāi)發(fā)，這個(gè)設(shè)計(jì)對(duì)于他們的項(xiàng)目進(jìn)度來(lái)說(shuō)，又是一個(gè)關(guān)鍵路徑，我生怕我自己設(shè)計(jì)的不好，考慮問(wèn)題考慮的不周到，在項(xiàng)目后期，如果出現(xiàn)問(wèn)題，自己責(zé)任重大。
?????? 我對(duì)他們說(shuō)，這個(gè)設(shè)計(jì)需要兩個(gè)星期，其實(shí)我只化了三天，就把接口文檔寫(xiě)好了，我對(duì)著接口考慮來(lái)考慮去，還是覺(jué)得沒(méi)有底，我忍不住想寫(xiě)代碼，來(lái)驗(yàn)證這樣做對(duì)不對(duì)，又怕別人說(shuō)我的設(shè)計(jì)能力不強(qiáng)。我就偷偷摸摸的寫(xiě)代碼，又和他們的組的主要使用者反復(fù)溝通了幾次，根據(jù)需求，設(shè)計(jì)了幾種不同的案例，來(lái)驗(yàn)證我的設(shè)計(jì)是否有漏洞。
?? 最后，又對(duì)接口修復(fù)了幾次，覺(jué)得接口相對(duì)穩(wěn)定和健壯了，就讓他們過(guò)來(lái)看看，提出問(wèn)題，結(jié)果也沒(méi)有提出什么問(wèn)題。于是我就交工了。
?? 實(shí)事上，這個(gè)接口，在開(kāi)發(fā)后期，還是有一點(diǎn)修改，但并沒(méi)有給他們的項(xiàng)目造成很大的影響，他們自己也認(rèn)為能考慮的這么全面，已經(jīng)不易。
?????? 做開(kāi)發(fā)這么多年，越來(lái)越覺(jué)得設(shè)計(jì)是一個(gè)很復(fù)雜的東東，他不像建筑工程中的設(shè)計(jì)一樣，可以用工程化的方法去中規(guī)中矩的驗(yàn)證，并交給工人進(jìn)行構(gòu)造。但如果沒(méi)有好的驗(yàn)證方法，一個(gè)設(shè)計(jì)就交工了，大家都沒(méi)底。就好像選擇是獅子還是公主，只有把門打開(kāi)才能知道。
????? 這幾年，我經(jīng)歷的每個(gè)項(xiàng)目，幾乎都有評(píng)審，需求評(píng)審，設(shè)計(jì)評(píng)審等等，但我現(xiàn)在回想過(guò)來(lái)，我想不出對(duì)我的項(xiàng)目有太多的意義，很多人癡迷于通過(guò)文檔和評(píng)審來(lái)試圖證明設(shè)計(jì)是正確的，而通過(guò)評(píng)審，對(duì)于PM和Architect，似乎也被當(dāng)做是一個(gè)項(xiàng)目當(dāng)中非常重大的milestone，直到現(xiàn)在，我的上級(jí)和我的同事，似乎從未改變。而我的自己觀點(diǎn)的表白在OP會(huì)上，迎來(lái)的是批判。
?????? 我認(rèn)為文檔必須要有，總體的架構(gòu)設(shè)計(jì)和模塊的詳細(xì)設(shè)計(jì)，都是需要的，但是設(shè)計(jì)者，往往忘記了，文檔只是設(shè)計(jì)者自己對(duì)已經(jīng)構(gòu)思好的設(shè)計(jì)的一種反映，這種反映只是讓別人去分析、理解、修正、接受并按照它來(lái)進(jìn)行開(kāi)發(fā)的一個(gè)工具，它絕對(duì)不是一個(gè)證明自己完成一個(gè)良好設(shè)計(jì)的方法。
??????? 編碼、測(cè)試、調(diào)試、交付用戶UAT，都應(yīng)當(dāng)視為是設(shè)計(jì)的過(guò)程，也應(yīng)當(dāng)是驗(yàn)證設(shè)計(jì)是否正確的最好的辦法。
??????? 盡早的進(jìn)入代碼開(kāi)發(fā)，是敏捷開(kāi)發(fā)中一個(gè)很重要的標(biāo)志，所謂的標(biāo)志，我認(rèn)為如果在項(xiàng)目前期的前一兩個(gè)月，你仍然徘徊在需求分析、文檔編寫(xiě)的工作當(dāng)中，而沒(méi)有代碼產(chǎn)生，你絕對(duì)不是敏捷。這個(gè)觀點(diǎn)是我自己加的，我很難容忍，我的設(shè)計(jì)、分析人員天天在寫(xiě)文檔，開(kāi)發(fā)人員在心猿意馬的看長(zhǎng)遍大論的需求和設(shè)計(jì)文檔。
????????? 一句話，越早進(jìn)入開(kāi)發(fā)，我就越主動(dòng)。
?? 我驗(yàn)證設(shè)計(jì)的一些方法：
?? 1.根據(jù)以往的設(shè)計(jì)經(jīng)驗(yàn)，做一些check list.
?? 2.寫(xiě)代碼，做demo。做Demo是我非常喜歡的一個(gè)方法，一個(gè)可以運(yùn)行的Demo，遠(yuǎn)勝過(guò)文檔了。開(kāi)發(fā)人員一看，直接copy、paste就完了。做汽車、計(jì)算機(jī)等新產(chǎn)品，都會(huì)有樣機(jī)，對(duì)樣機(jī)做大量的試驗(yàn)后，才能上線，大批量的生產(chǎn)，在軟件當(dāng)中，怎么一做完設(shè)計(jì)，就大規(guī)模的進(jìn)行開(kāi)發(fā)了呢。
?? 3.做測(cè)試案例，TDD是一種方法，有長(zhǎng)期開(kāi)發(fā)經(jīng)驗(yàn)的人很容易吸收的思想，并且愿意在重要的地方使用，來(lái)理順和驗(yàn)證自己思路。
?? 4.對(duì)于設(shè)計(jì)的涉眾人員，能夠盡早的看到，并充分的溝通，不要把文檔寫(xiě)完了，才交給他們，那是一種思想上的強(qiáng)暴。很多時(shí)候，在領(lǐng)導(dǎo)的安排下，設(shè)計(jì)人員與開(kāi)發(fā)人員，在能力上，并差不了多少。所以設(shè)計(jì)人員要虛心，并且要有責(zé)任心。
?? 好的設(shè)計(jì)應(yīng)當(dāng)交付什么：
?? 1. 有簡(jiǎn)潔注釋的代碼
?? 2. TestCase
?? 3. Demo
?? 4. 模型
?? 5. 文檔
???
?
?