享年91歲!圖靈獎得主、軟件工程圣經《人月神話》作者Fred Brooks逝世( 三 )


Evans指派Brooks領導團隊設計這條產品線,稱為System/360,于1964年發布 。

享年91歲!圖靈獎得主、軟件工程圣經《人月神話》作者Fred Brooks逝世

文章插圖


Brooks創造了「計算機體系結構」(computer architecture)這一術語,指的是計算機處理器和相關設備的結構和行為 , 與任何特定硬件實現的細節分開 。
IBM 360系列計算機的重要性不言而喻:這個劃時代的杰作以其通用化、系列化和標準化的特點,不僅改變了商業計算的面貌 , 還對全世界計算機產業的發展產生了深遠的影響 。
在這臺機器設計的過程中,Brooks提出的8位字節(8-bit byte)的改進尤為重要——允許使用大寫和小寫字母,并擴大了計算機在文本處理中的作用 。
后來 , 在多次采訪中,Brooks將這個改動視為自己一生最重要的技術貢獻 。
享年91歲!圖靈獎得主、軟件工程圣經《人月神話》作者Fred Brooks逝世

文章插圖


2010年接受《連線》雜志采訪時,Brooks被問到「你認為你最大的技術成就是什么?」
Brooks 回應說:「我做過的最重要的一個決定是將 IBM 360系列從6位字節改為8位字節 , 這讓計算機能夠使用小寫字母,這個改動后來廣泛傳播開來 ?!?br /> 《人月神話》:軟工圣經
Brooks在他關于軟件工程的經典著作《人月神話》中描述了他所學到的經驗 。
書中他提出了舉世聞名的「Brooks法則」:向進度落后的項目中增加人手,只會使項目更加落后 。也就是我們常說的「三個和尚沒水吃」 。
享年91歲!圖靈獎得主、軟件工程圣經《人月神話》作者Fred Brooks逝世

文章插圖


具體來說,在項目中,后來者需要加快速度,同時還要與前任進行溝通,從而使得開發團隊增加了更多的開發時間,這個時間超過了新增程序員所做的貢獻 。

從理論上說 , 軟件發展陷入僵局是可能的,此時開發團隊極其龐大,以致所有時間都來互相溝通和重新決定 , 這樣項目永遠也不會完成 。
享年91歲!圖靈獎得主、軟件工程圣經《人月神話》作者Fred Brooks逝世

文章插圖


當Brooks在IBM管理OS/360的開發時,他為一個落后于計劃的項目增加了更多的程序員,但事實證明 , 這個決定把項目的戰線拉得更長 。
此外他還斷言,在一個涉及編寫ALGOL編譯器的項目中,不管涉及多少員工,都只需六個月 。事實上,他花費了更久的時間 。
雖然Brooks現身說法 , 勸解公司在執行項目時避免畫蛇添足,但現實生活中,項目經理不斷重復失敗的案例向我們說明「軟工圣經」一詞從何而來:「所有人都會談及這本書,一些人會認真閱讀,但只有少數人會遵守其中的規定 。」
難怪在Reddit上,有人稱《人月神話》是所有軟件工程師的必讀書目后,網友回復道:「看上去這本『必讀書目』也是『必忘書目』 。Brooks提到的經驗教訓 , 我們什么時候才能真正學到呢?」
享年91歲!圖靈獎得主、軟件工程圣經《人月神話》作者Fred Brooks逝世

文章插圖


深耕教育,桃李成蹊
在成功交付System/360及其操作系統后,Brooks被邀請到北卡羅來納大學,并在1964年創建了該大學的計算機科學系 。從1964年到1984年,他一直擔任該系主任,并擔任Kenan計算機科學教授 。
享年91歲!圖靈獎得主、軟件工程圣經《人月神話》作者Fred Brooks逝世

文章插圖


在校園中遇見過他的網友對他印象深刻:「我碰見過他很多次,在很多答辯場合都遇見過他 。他是一位很有性格的人 。」
享年91歲!圖靈獎得主、軟件工程圣經《人月神話》作者Fred Brooks逝世

相關經驗推薦