閱讀 leezy_2000 的《程式設計本質》一文後，頗有共鳴也有不同見解。文中將程式設計歸納為「問題、概念、邏輯、技巧」四要素，對應「分析、抽象、概要設計、實現」四步驟，這在開發流程上無可厚非。但我對「程式本質僅為概念與邏輯」持保留態度，更認同 cppTrier 的觀點：「程式設計本質是將問題模型映射至程式語言」，但這將程式員簡化為翻譯員，忽略了創造性。
我認為程式設計的真正本質是以程式語言的思想描述並解決現實問題。每種語言都蘊含獨特的思維模式與解題方法，如 Prolog 適合離散數學，C++ 則偏向物件導向與系統層面。大師曾說：「語言磨砺了我們的思維方式，也決定了我們的思考範圍。」因此，程式員必須深入掌握所用語言的哲學，學會用該語言思考，這正是 Bruce Eckel 《Thinking in Java/C++》系列提倡的核心。
leezy_2000 指出：「語言是邏輯的載體與描述工具，框架是對邏輯與概念的封裝。」不同語言解決同一問題，其邏輯結構截然不同。框架（如 MFC、VCL）更進一步封裝了平台細節，但也限制了思維範圍。選擇語言與框架，實質上是在選擇一種解決問題的思維範式。
光讀書無法精通語言思想。正如游泳必須下水，程式設計是實踐科學。寫過幾萬行程式碼，體會過面向物件的痛苦與重構的喜悅，才能真正理解 UML、設計模式等抽象概念。微軟資深副總裁 Rick Rashid 每年仍堅持寫 5 萬行程式碼，以保持技術敏銳度。反觀部分管理者視寫程式為恥，實則喪失了技術判斷力。
Jack Reeves 在《原始碼即設計》中指出：軟體設計的產出是原始碼，而非 UML 圖。UML 僅為輔助文件，真正的設計文件是能讓編譯器構建產品的原始碼。因此，我們都是軟體設計師，在用程式語言進行詳細設計。脫離語言的設計只能停留在概要層次，無法落地。
掌握語言思想、堅持實踐、認清原始碼即設計，這是從「碼農」邁向「軟體設計師」的關鍵。希望這些心得能幫助初學者少走彎路。
