★作者序★

在1995年版的序言中，我寫道，

如果軟件工程真的是一門工程學(xué)科，那么它是對(duì)經(jīng)過驗(yàn)證的原則、技術(shù)、語言和工具的智慧的運(yùn)用，用于有成本效益地創(chuàng)造和維護(hù)能夠滿足用戶需求的軟件。本書是有史以來本成冊(cè)的軟件工程原則集。原則是關(guān)于軟件工程的基本原理、規(guī)則或假設(shè)，不管所選的技術(shù)、工具或語言是什么，其都有效。

26年后的今天，當(dāng)我審視這201條原則時(shí)，我很高興地宣告，幾乎所有的原則都經(jīng)受住了時(shí)間的考驗(yàn)，就像物理學(xué)中的基本原理一樣。

然而，在這26年里，因?yàn)檐浖�造成的問題相當(dāng)之多。舉幾個(gè)例子：

★波音 737 MAX 機(jī)動(dòng)特性增強(qiáng)系統(tǒng)（MCAS）的單點(diǎn)故障導(dǎo)致了兩起空難，共造成 346 人死亡，調(diào)查結(jié)果是軟件測(cè)試不徹底。

★全球范圍的軟件系統(tǒng)反復(fù)被勒索軟件攻擊，表明軟件存在漏洞。

★一個(gè)無法預(yù)測(cè)且未被發(fā)現(xiàn)的溢出錯(cuò)誤導(dǎo)致人類飛行控制員必須在發(fā)射后立即銷毀阿麗亞娜 5 型運(yùn)載火箭。

★火星氣候軌道飛行器墜毀在火星上，原因是兩個(gè)程序員關(guān)于變量的單位出現(xiàn)錯(cuò)誤溝通：一個(gè)認(rèn)為是磅，另一個(gè)認(rèn)為是牛頓。

當(dāng)橋梁或建筑物倒塌時(shí)，調(diào)查人員會(huì)嘗試確定是什么地方出了問題。通常，是因?yàn)榻ㄖ�商未能遵守建筑�?guī)范（即施工期間要遵循的一套規(guī)則或原則），或者檢查員未能找到物理損壞的位置。當(dāng)軟件失敗時(shí)，通常是因?yàn)檐浖�工程組織沒有遵守某個(gè)原則。

理解和實(shí)踐一門學(xué)科的所有原則是否可以預(yù)防所有災(zāi)難？不是。它只會(huì)大大降低因你而導(dǎo)致災(zāi)難的可能性。正如亞歷山大·波普所說，犯錯(cuò)是人之常情。只有通過犯錯(cuò)，我們才能學(xué)習(xí)，并制定新的原則。

在這本書中發(fā)表的大部分原則并非原創(chuàng)，很多是從軟件工程從業(yè)者和研究者的著作中摘錄而來的。這些人無私地和我們分享他們的經(jīng)驗(yàn)、想法和智慧。我并不認(rèn)為這201個(gè)原則是相互獨(dú)立的。不像Boehm提出的7個(gè)基本軟件工程原則，本書中的一些原則的組合可能蘊(yùn)涵另一個(gè)原則。但我也不認(rèn)為這201個(gè)原則中的某兩個(gè)或某幾個(gè)原則是100% 兼容的。俗話所說的，距離產(chǎn)生美和眼不見，心不煩都是真理，每個(gè)原則都可以應(yīng)用在我們的生活中，但是它們卻不能同時(shí)用來證明同一個(gè)決定是正確的。本書中包含的原則都是有效的，它們都能夠用來提升軟件工程的水平，但也許并不能將某些組合應(yīng)用到同一個(gè)項(xiàng)目中。

本版中的原則與1995版中的原則相同。但是，你可能會(huì)對(duì)我的想法感興趣，哪些仍然是正確的，哪些是我懷疑的。以下是我的想法：

對(duì)于第 2 章中介紹的一般原則，全部依然有效。一些額外說明如下。

★在原則 23～25 中，CASE這個(gè)詞已經(jīng)不流行了。今天，主要的軟件開發(fā)工具支持問題跟蹤、版本控制、虛擬機(jī)模擬、項(xiàng)目管理和調(diào)試。

★ 對(duì)于原則 28，我必須承認(rèn)，在過去 26 年里，據(jù)我所知，沒有一個(gè)為我工作過的軟件工程師使用過形式化方法本身，盡管其中很多人還擁有高等數(shù)學(xué)學(xué)位，也就是說，他們?cè)诒举|(zhì)上，是知道如何以形式化的方式思考的。

對(duì)于第 3 章中介紹的需求工程原則，全部依然有效。一些額外說明如下。

★對(duì)于原則 40、41、43、45、47、48、49 和 54，在過去 26 年的大部分時(shí)間里，我一直致力于創(chuàng)業(yè)，在這種環(huán)境下，向客戶提供一系列不斷增大的小可行產(chǎn)品（MVP）以獲取他們的反饋至關(guān)重要。我們只是在問題跟蹤工具中以自然語言維護(hù)我們的需求，我們可以輕松地用優(yōu)先級(jí)、目標(biāo)版本、狀態(tài)和注解對(duì)它們進(jìn)行注釋。當(dāng)然，這正是原則 60 所體現(xiàn)的精神。

對(duì)于第 4 章中介紹的設(shè)計(jì)原則，全部依然有效。一些額外說明如下。

★對(duì)于原則 73，如今耦合和內(nèi)聚變得不那么重要，已經(jīng)被重用所取代。今天，我們通過從大量經(jīng)過驗(yàn)證的組件庫中選取許多組件來構(gòu)建系統(tǒng)，并在必要時(shí)進(jìn)行定制開發(fā)。庫所依賴的框架傾向于鼓勵(lì)弱耦合和強(qiáng)內(nèi)聚，但我們不再需要考慮它了。

★ 原則 76 和 84 可能是所有原則中重要的原則。當(dāng)然，我們?cè)谶^去26年見證了框架的出現(xiàn)，它使軟件重用變得更加容易。事實(shí)上，不再稱之為重用，我們就簡(jiǎn)稱其為軟件開發(fā)。

★隨著硬件變得更快、更便宜，原則 79 變得越來越不重要。

★原則 80，如果實(shí)施更正，可能已經(jīng)避免了阿麗亞娜 5 型火箭的災(zāi)難。

對(duì)于第 5 章中介紹的編碼原則，全部依然有效。一些額外說明如下。

★對(duì)于原則 94，我認(rèn)為現(xiàn)代軟件工程師不需要再擔(dān)心這個(gè)了。

★對(duì)于原則 96，這仍然是我的愛之一。我一直在實(shí)踐它，我的軟件工程師同事認(rèn)為我瘋了。

對(duì)于第 6 章中介紹的測(cè)試原則，全部依然有效。一些額外說明如下。

★對(duì)于原則 120，謹(jǐn)以此向我的朋友湯姆·麥克凱布致以崇高的敬意，我認(rèn)為他的指標(biāo)已經(jīng)不再有用。我知道沒有人再使用它了。對(duì)不起，湯姆。

★ 對(duì)于原則 124，所有現(xiàn)代測(cè)試工具都會(huì)自動(dòng)執(zhí)行此操作。

對(duì)于第 7 章中介紹的管理原則，全部依然有效。一些額外說明如下。

★對(duì)于原則 129、131、132、133、134、135、137、138、140、142 和 147，如果你不相信這些，請(qǐng)不要成為經(jīng)理。

★ 對(duì)于原則 168，對(duì)當(dāng)今的大多數(shù)應(yīng)用程序來說不是一個(gè)真正的問題。

對(duì)于第 8 章中介紹的產(chǎn)品保證原則，全部依然有效。一些額外說明：

★我近托運(yùn)了一輛自行車，幾乎橫跨了整個(gè)國(guó)家，當(dāng)收到時(shí)，貨物箱子損壞而且很多零件不見了。我聯(lián)系制造商購買缺少的零件，他們告訴我，每輛自行車都不同，雖然我有型號(hào)，但每輛自行車的每個(gè)實(shí)例都是不同的。不僅如此，他們也沒有記錄每輛運(yùn)輸?shù)淖孕熊嚱M裝了哪些零件，因此他們不可能將丟失的零件寄給我。我很震驚。軟件配置管理（如今，通常稱為版本控制）應(yīng)該跟蹤每個(gè)組件的每個(gè)版本，以及組件版本的哪些組合構(gòu)成了可行的系統(tǒng)，以及哪些客戶擁有哪些可行的版本。我認(rèn)為這應(yīng)該是一個(gè)新的原則。

★對(duì)于原則 176 和 177，可能不再那么重要了。

對(duì)于第 9 章中介紹的演變?cè)瓌t，全部依然有效。

Alan M. Davis

2021.9

★譯者序★

我不是譯者，僅是一名校對(duì)者。大家讓我來寫這篇譯者序，盛情難卻，無法推脫。本書英文版是我于2017年至2020年在百度舉辦代碼的藝術(shù)訓(xùn)練營(yíng)時(shí)使用的教材。這本書的內(nèi)容深受訓(xùn)練營(yíng)學(xué)員的好評(píng)。由于之前沒有中文版，對(duì)于部分英文基礎(chǔ)不太好的同學(xué)來說，閱讀有些困難。在2019年年底，十多名代碼的藝術(shù)訓(xùn)練營(yíng)的畢業(yè)生自發(fā)組織起來，開始了對(duì)此書的翻譯工作。我從2020年5月初開始校對(duì)工作，完成全書的校對(duì)，我花費(fèi)了80～100小時(shí)。由此推斷，負(fù)責(zé)翻譯的同學(xué)花費(fèi)了數(shù)倍于此的時(shí)間。非常感謝這些同學(xué)的無私付出！

初識(shí)本書英文版是在二十多年前。當(dāng)時(shí)我還在清華大學(xué)讀書，在老師的指導(dǎo)下做一個(gè)有一定規(guī)模的軟件研發(fā)項(xiàng)目，在項(xiàng)目的研發(fā)過程中，遇到了不少軟件工程方面的問題。于是在那一年，我閱讀了大約十本軟件工程方面的圖書，包括Code Complete（《代碼大全》）、Rapid Development、Programming Pearls（《編程珠璣》），等等。本書是我當(dāng)時(shí)在清華大學(xué)圖書館里發(fā)現(xiàn)的寶貝。我必須說，此書對(duì)我的影響非常大，很多我現(xiàn)在經(jīng)常提起的軟件工程原則，都源于對(duì)這本書的閱讀。

2006年我離開清華大學(xué)，到目前為止已經(jīng)在工業(yè)界工作了十多年，先后就職于多家公司。我發(fā)現(xiàn)，雖然我們的軟件研發(fā)規(guī)模和二十多年前相比有了很大的發(fā)展，但是在軟件研發(fā)理念方面的進(jìn)步還是太慢了。有太多的軟件從業(yè)者，雖然已經(jīng)工作多年，但對(duì)軟件研發(fā)的基本理念和原則了解得還是不夠多。根據(jù)我的多次調(diào)查，閱讀超過兩本真正的軟件工程圖書的人都非常少。很多軟件工程師，仍然使用非常低效甚至是錯(cuò)誤的方法在工作！

于是在2015年，我在百度開辦了代碼的藝術(shù)面授課程，其中就重點(diǎn)推薦了本書的英文版。而在2017年做代碼的藝術(shù)訓(xùn)練營(yíng)的時(shí)候，這本書就成了指定教材。為什么要選擇這本書？因?yàn)樗鼘?duì)軟件工程的內(nèi)容覆蓋全面，且篇幅短小。對(duì)于一個(gè)短期培訓(xùn)班來說，如果選擇類似《代碼大全》這樣的圖書，閱讀所需要的時(shí)間就有些太多了。在這種情況下，本書的英文版是一個(gè)性價(jià)比更高的選擇。另外，我常常感覺，對(duì)于一個(gè)軟件工程師，具備正確的意識(shí)比掌握具體的知識(shí)更重要。如果有正確的意識(shí)，即使不記得具體的知識(shí)點(diǎn)，也可以在需要的時(shí)候查閱相關(guān)資料，而反過來則不是這樣的。

必須要說的是，本書的英文版寫于1995年，距今已經(jīng)有26年。這也是很多人擔(dān)心的地方計(jì)算機(jī)技術(shù)發(fā)展得如此之快，這本書是不是已經(jīng)過時(shí)了？但是，正如我在代碼的藝術(shù)課程中對(duì)知識(shí)方法精神三者所做的對(duì)比，方法的變化速度遠(yuǎn)遠(yuǎn)慢于知識(shí)。尤其是在本次校對(duì)過程中，我驚奇地發(fā)現(xiàn)，書中真的可以說是過時(shí)的原則不足5個(gè)！是軟件研發(fā)的方法變化太慢，還是書的內(nèi)容太深刻？我想兩者兼而有之。在此，我必須要對(duì)本書的作者Alan M. Davis致敬，并對(duì)書中所有原則的貢獻(xiàn)者和歷史上所有軟件工程領(lǐng)域的大師們致敬！

在此，我要隆重介紹翻譯本書的百度的同學(xué)們，他們是：葉王、馬學(xué)翔、吳斌、王冰清、楊光、曾浩浩、李殿斌、甘璐、李子昂、肖遠(yuǎn)昊、賈儒、王瑩、張苗、李雙婕、榮文升。另外，經(jīng)大家商定，將本書因翻譯出版獲得的稿酬全都捐贈(zèng)給公益事業(yè)。

后，所有閱讀本書的軟件工程師和所有準(zhǔn)備從事軟件研發(fā)的同學(xué)們，我祝愿本書能助你們?nèi)〉酶�大的成功�?/p>

章淼 博士 百度BFE團(tuán)隊(duì)技術(shù)負(fù)責(zé)人、百度代碼規(guī)范委員會(huì)主席

2021年6月14日寫于百度