程式碼之道

第1部分 (第2/4頁)

成員（William　Adams、Alan　Auerbach、Adam　Barr、Eric　Bush、Scott　Cheney、Jennifer　Hamilton、Corey　Ladas、David　Norris、Bernie　Thompson、James　Waletzky、Don　Willits和Mitch　Wyle），我才華出眾的中學英語老師（Alan　Shapiro），以及那些慷慨給予我反饋的讀者們。特別地，我還要感謝我的妻子Karen和我的兒子Alex和Peter，他們讓我做任何事情都充滿信心。書　包　網　txt小說上傳分享

獻給當初對我說“為什麼不由你來寫？”的人：Bill　Bowlus（2）

本書的讀者

組成本書的49個觀點欄最初是寫給微軟的開發者和他們的經理看的，儘管它們也是我過去在軟體行業6個不同的公司、28年的工作經驗中提煉出來的。編輯和我一起修正了表達語言，註解了那些微軟內部的特殊用語，使得本書適合於所有軟體工程師和工程經理閱讀。

我在這些欄目中表達的觀點是我個人的，不代表我現在和以前任職過的任何一家公司，包括微軟。我在欄目中的註解以及本簡介中的言論同樣都是我個人的，與公司無關。

本書的組織方式

根據主題的不同，我把所有欄目分成了10個章節。前6章剖析了軟體開發流程，接下來3章重點討論人的問題，最後1章批判軟體業務運轉方式。用於解決這些問題的工具、技巧和建議遍佈全書。本書的最後還附有術語表和索引方便大家參考。

每一章的各個欄目均按照當初在微軟內部發表的時間順序排列。每章開頭我都給出了一個簡短的介紹，隨後就是當初我以I。　M。　Wright名義發表的欄目內容。編輯成書的時候，我還適時在欄目中加上了“作者注”，以解釋微軟的術語，提供更新內容或者額外的背景知識。

編輯和我盡力保持了原有欄目的完整性。我們做的，僅僅是糾正語法和內部引用。稱得上改動的其實只有一處：就是將原來一個叫“你被解僱了”的欄目標題改成了“最艱難的工作”，因為以前那個標題太容易讓人誤解了。

每個欄目都以一段激昂的演說開場，然後就是問題根源的分析，最後以我對這個問題如何改善的建議結束。我酷愛文字遊戲、頭韻和通俗文化，因此欄目中充斥著對這些東西的引用。特別是大部分欄目的標題和副標題都直接取材於歌詞、電影對白和有名的諺語。是的，我自娛自樂，但撰寫這些欄目確實給我帶來了些許樂趣以及痛快的宣洩。希望你也會喜歡！

系統要求

本書提供的工具都是微軟的Office　Excel　2003和Office　Word　2003格式的。只要你的電腦上安裝有Word和Excel的瀏覽器，你就能使用這些檔案。你也可以從如下站點下載這兩個瀏覽器：

微軟的組織結構

因為這些欄目最初是寫給微軟的內部員工看的，因此簡要了解一下微軟以及我在工作中扮演的角色會有助於更好地理解這些文字。

目前，微軟的產品開發分成三大業務部門，總共有大概25條產品線，超過450個產品單元，和眾多的功能團隊。這些部門是平臺產品與服務部門、微軟商業部門、娛樂與裝置部門。部門內的產品線是由相關的產品套件整合在一起形成的，比如Office　System和Visual　Studio。

每條產品線包含了大約20個獨立的產品單元。通常情況下，這些產品單元共享原始碼控制、建造、安裝、工作條款跟蹤和專案協調，包括價值主張、里程碑安排、釋出管理和工程支援。除了這些協調服務之外，產品單元還有高度的自主權，可以對產品、流程和人員作出自己的安排。

一個典型的產品單元通常有一個產品單元經理（PUM，Product　Unit　Manager）和三個工程工種經理：部門專案經理（GPM，Group　Program　Manager）、開發經理（Development　Manager）和測試經理（Test　Manager）。其他工程工種，比如使用者體驗、內容釋出（比如線上幫助）、實施，可能單獨對某個產品單元負責，也可能在產品線或者整個部門中共享。

每個工種都要抽出一個或多個代表，以組成一個叫功能團隊的虛擬組織，來開發具體