Architect-Builder

▲超級全能住宅改造王，畫面節錄自YouTube

七、八年前當 Teddy 還在念碩士班的時候，在一次專題演講的課程中系上邀請了國內某著名的物件導向大師前來開演，在此稱為 K大師。事隔多年演講的細節早已遺忘，難忘的是，Teddy 從此不需再費心閱讀K大師所出版的雜誌，因為 Teddy 無法認同 K大師的想法。

在演講中，K大師一再強調軟體開發要學習建築業，如此方可做大。在建築業中，大致可分為兩種人，一種是建築師（architect），另一種是承包商（contractor，也可以直接叫做工人）。建築師只負責規劃，不管施工的細節。如此，建築師在畫完設計圖之後就沒他的事了，可以閃人繼續接下一個案子；至於如何將藍圖變成實際的建築物，是所謂的「施工細節」，可以找一堆廉價的工人來施工即可（到哪裡找？中國大陸是當時很熱門的地點）。如果房子蓋不好是工人的問題，絕對不是建築師的問題，而高高在上的建築師也不應該插手這種屬於黑手工作的施工細節，否則將陷於施工細節而無法脫身接其他案子。

這種「按圖施工，保證成功」的想法與做法，還真的有一堆人相信（甚至到現在都還是主流想法）。Teddy 則是奉行敏捷方法（agile methods），多年之後，敏捷方法在 Teddy 心目中已成為一種信仰。不談理論，舉幾個情境說明為何「按圖施工，保證成功」在大多數的情況是行不通的。

（1） 身為一個程式設計師，曾經依據 architect 交給你的設計文件（use cases 或其他輔助的 UML diagrams）不加修改就可以直接做出系統的請舉手？
（2） 身為一個 architect，有能力寫出不需修改便可直接做出系統的設計文件（use cases或其他輔助的 UML diagrams）的請舉手？

Christopher Alexander 認為，要建造一個美麗、有生氣的建築，必須要揚棄傳統的建築流程。Alexander 建議 architects 與 contractors 應該要「金剛合體」，成為一種新的角色稱之為 architect-builder（註一）。這種精神，嗯…看過「全能住宅王」這個日本節目嗎？很像節目中 architects 扮演的角色。在「全能住宅王」中，建築師會事先到委託人的家裡去了解他們的生活背景以及對於住宅的需求，量身打造屬於這個家庭專屬的住宅。在這個過程中，建築師不是畫完設計圖就閃人，而是不時到工地視察，並且經常需要依據現場狀況動態的修改或增加設計。此外，幾乎所有「全能住宅王」的建築師都會自己下海動手設計一、兩件作品，而委託人也會因為建築師貼心的專屬設計而滿懷感謝之意。

Teddy常常聽到有人說 architects 不需要寫程式，甚至有的公司怕 architects 把手弄髒了，還貼心的明文禁止 architects 寫程式。看看 Kent Beck 怎麼說：「If you stop coding, you stop learning. 」

註一：The Production of Houses, chapter 1.