★作者序★

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

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

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

然而，在這26年里，因為軟件造成的問題相當之多。舉幾個例子：

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

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

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

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

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

理解和實踐一門學科的所有原則是否可以預防所有災難？不是。它只會大大降低因你而導致災難的可能性。正如亞歷山大·波普所說，犯錯是人之常情。只有通過犯錯，我們才能學習，并制定新的原則。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

★對于原則 96，這仍然是我的愛之一。我一直在實踐它，我的軟件工程師同事認為我瘋了。

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

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

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

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

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

★ 對于原則 168，對當今的大多數(shù)應用程序來說不是一個真正的問題。

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

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

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

對于第 9 章中介紹的演變原則，全部依然有效。

Alan M. Davis

2021.9

★譯者序★

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

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

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

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

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

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

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

章淼 博士 百度BFE團隊技術負責人、百度代碼規(guī)范委員會主席

2021年6月14日寫于百度