關於軟體工程的類比_軟體工程

我不喜歡“碼農”“碼工”“程式猿”這類自貶身價的詞語。

我的爺爺是一名裁縫，在我的記憶裡他靠在家裡給別人定做衣服謀生，算是一個手藝人。我的職業生涯一直和代碼打交道，靠寫代碼謀生，也算是一個手藝人。當然手藝好的人應該能稱得上是代碼工匠吧。

我喜歡把這群代碼工匠稱為軟體設計師。為什麼是軟體設計師而不是軟體工程師，這源自於我對軟體工程的不同理解。

建築工程大致可以分為兩個階段，設計階段和施工階段。傳統軟體工程總是習慣與建築工程進行類比，將需求分析、總體設計、詳細設計納入設計階段，而將編碼，編譯，測試，發布等納入施工階段。因此編碼人員自然就屬於“工程師”這一類別。

然而在實際的工作中，軟體的模組設計和編碼是脫節的，實際情況是：再詳細的設計也無法完全指導編碼，在編碼的過程中往往會有產生很多新的創造，有時甚至需要返工總體設計。因此，我傾向於把編碼環節納入到設計階段，這就是新的軟體工程。其強調的觀點是：代碼就是設計。因此我們成為了軟體設計師。

那麼新的軟體工程中施工階段做些什麼呢。答案是：從代碼編譯開始，這一階段完全可以交給機器來完成。我們需要構造一套自動化的流程，還可以引入分布式編譯技術以加快速度，然後需要有自動化的測試案例（當然用例的編寫在編碼的同時就已經完成）來保障軟體的功能，然後就能做到持續發布。當然人工的測試在這一階段還是不可缺少了，人工測試的工作量投入取決於自動化測試的覆蓋程度。

因此新的軟體工程的理念是：設計的部分都由人來進行，施工的階段全都交給機器。據我瞭解目前只有少數頂尖公司的部分產品能夠做到持續發布，它將成為軟體工程的一個新課題。