本文與 Claude, Grok, Gemini 共創。
一本書能不能經得起二十一年的時間，是最不留情面的檢驗。二十一年前出版的科技書，今天多半翻不下去；商業類著作也往往站不住腳。二十一年，差不多是一個世代的距離，足夠讓大多數論述逐漸褪色。漢寶德先生二○○四年由聯經出版的《漢寶德談美》，卻是少數例外。
這本書寫成時，漢寶德先生已年過七十。他先後創立東海大學建築系、擔任國立自然科學博物館創館館長、創辦台南藝術大學、還曾任世界宗教博物館館長，在台灣建築與博物館史上留下了重量級的足跡。完成這些職務之後，他選擇用最樸素的散文，寫一本給一般讀者的書。對象不是學界同行，也不是建築專業人士，而是每天走進茶店、搭公車、看著城市景觀的台灣人。他想做一件事：把「什麼是美」這個問題，從專家的高塔拉回日常生活。
二○一八年聯經推出二版，今天二○二六年再讀，書中的觀察、批評與金句依然成立。「美必須是合理的，不是奇巧的」、「美要從茶杯開始」、「美感不是美學」、「我們缺的不是錢，是判斷力」——這些句子如果把案例換成當代的，放到二○二六年的 AI 脈絡，每一條仍然適用。
為什麼一本談「美」的書，隔了二十一年還能讀？答案藏在台灣這二十一年的雙線發展裡。漢寶德先生當年是寫給整個社會的，但時間過去，有些圈層補上了課，有些圈層卻完全沒有碰觸。他二○○四年的話，今天真正該聽見的人，才剛剛出現在他原本沒有預料到的軌道上。
---
兩條時間線：文創圈補了課，軟體工程圈沒有
漢寶德先生寫這本書的時候，台灣是一個富裕卻「美盲」的社會。鐵窗、招牌、廟宇雕飾、夜市霓虹、住宅外牆的瓷磚，拼湊出判斷力長期缺席的城市景觀。他在代序〈藝術教育救國論〉裡直言：台灣雖然標榜「德智體群美」，但美育長期被忽略，整個國民普遍處於「美盲」狀態。他把這件事提升到國家層次的危機。
二十一年過去，這個判斷某種程度上仍然成立，但又不完全準確。因為這段時間，台灣其實走了兩條平行的時間線。
第一條是設計與文創的時間線。松菸文化園區、華山一九一四、台灣設計研究院、聶永真、IF Design 獎、台灣文博會，以及各地創生工作室——這二十一年裡，這條線的進展有目共睹。這條線上的人，或多或少都接受過「美」的訓練。一個二○○四年讀漢寶德先生覺得「他在說什麼」的設計系學生，今天很可能已經是品牌創意總監。他不僅懂得漢寶德先生的意思，更把那些觀察內化成日常工作的一部分。
第二條是軟體工程的時間線。電腦科學系所、補習班、刷題、LeetCode、面試、上市公司、新創、開源社群——這二十一年，這條線的人同樣走了很長的路。技術能力、工程實務、職涯發展，台灣軟體工程師早已與世界接軌。但這條線從頭到尾沒有「美」這個科目。
軟體工程師的訓練內容是演算法、資料結構、系統設計、分散式架構、效能優化、Code Review、CI/CD、DevOps、SRE。沒有人在這條路上告訴工程師：「你要學會判斷一張介面好不好看」、「你要分辨一段排版是合理還是刻意求奇」、「你要從日常細節開始培養品味」。如果有人在面試時提到「美感」，主考官大概只會覺得他走錯了場子。
於是二十一年後的台灣呈現這樣的圖像：設計圈在某種程度上補了漢寶德先生當年指出的課，但軟體工程圈整整一代人，從未被這堂課觸及。
直到 Claude、Codex、Antigravity 這些工具出現。
它們不只是多了一個工具，而是把軟體工程的職能整個拆開重組。寫程式這件事，AI 比工程師更快、更準、更熟練。工程師現在真正要做的事，從「怎麼把功能寫出來」轉移到「這個功能該不該存在、長什麼樣子、用起來什麼感覺」。前者是工程，後者是判斷——設計的判斷、產品的判斷，也是美感的判斷。
歷史上少見的對位就此出現。漢寶德先生二○○四年面對的是整個社會的美盲；二○二六年的今天，這本書最該讀的人，是那群二十一年來在自己軌道上全力奔跑，卻突然被推到「設計判斷」這條跑道上的軟體工程師。漢寶德先生當年大概沒有料到——二十一年後，這本書的真正讀者，是寫程式碼的人。
---
「美感不是美學」：給軟體工程師的解放
書裡有一輯標題就叫「美感不是美學」。一本叫做《漢寶德談美》的書，卻專闢一輯說美感不是美學，讀完才明白他的用意。
漢寶德先生在這一輯裡做了一件關鍵的事：把「美」從學者手中拉回一般人手上。「美學」是學院裡的事，是教授寫論文的事，是康德、黑格爾、阿多諾的領域。但「美感」不是。美感是每一個人都能、也應該培養的能力。
他寫得明白：
美感是需要學習的，它是一種對生命質感的堅持。
這句話對軟體工程師來說，可以這樣理解：你不需要讀一堆設計理論、不需要懂格式塔心理學、不需要背 Bauhaus 的歷史，你需要的是練眼睛。
這對工程師是一種解放。
長期以來，工程師對「設計」、「品味」這些話題的反應是後退一步：「那是設計師的事，我不懂。」背後的假設是，美感是一種專業——要麼受過設計訓練，要麼有藝術天分，否則跟自己無關。
漢寶德先生會說，這個假設是錯的。「美感不是美學」正是要打破這種壟斷。沒有寫過設計論文的軟體工程師，仍然可以、也必須擁有美感判斷。這不是要取代專業設計師——專業設計師依然不可或缺。但在 AI 時代，每一個工程師、每一個產品經理、每一個做東西的人都要面對設計選擇，「我不是設計師」就不能再當作逃避美感判斷的理由。
他在另一篇〈藝術與美之間〉還做了更清楚的區分：藝術原本是一種技藝（craft），與美沒有必然關係。一幅用油畫顏料畫得再醜的畫，仍然是藝術，但它不一定是美的。
這個區分放到二○二六年特別貼切。LLM 一秒能生成上百張圖、Suno 一分鐘做一首歌、Sora 半分鐘剪一段影片——這些都是廣義的技藝，是「藝術」，但其中有多少真正算「美」？這是漢寶德先生會擺到桌上的問題。AI 時代工程師要上的第一堂課，就是判斷生成出來的東西到底美不美。
---
合目的性之美：軟體工程一直都在做美感判斷，只是沒人這麼說
漢寶德先生對美感的構造，給了一個精確的說法：合目的性之美。他借用康德「無目的的合目的性」概念，談日常實用物件。實用物件的美，不是來自外加的裝飾，而是形式與功能的和諧。一把好用的椅子，它的線條、比例、材質都服務於「坐」這個目的——這把椅子本身就是美的，不需要再多一層雕花。一個合用的茶杯，它的弧度、容量、把手都服務於「喝」這個目的——這個茶杯本身就是美的，不需要再畫一隻翠鳥。
這個觀念與軟體工程的精神內核高度一致。
軟體工程裡常提到的 Simplicity（簡約）與 Orthogonality（正交性），簡約是「能不加的就不加」，正交性是「每個模組只做該做的事」。Unix 哲學的 Do one thing and do it well、Python 之禪的 Simple is better than complex、API 設計的 Less is more——這些命題背後的精神，與漢寶德先生講的合目的性之美其實是同一回事：美必須是合理的，不是奇巧的；形式必須服務功能，而不是與功能脫節地堆砌。
換句話說，軟體工程師其實一直都在做美感判斷，只是從來沒有人用這個名字稱呼它。一段乾淨的程式碼，與一把好用的椅子，背後的原則是相通的。漢寶德先生二十一年前寫下的，正是工程師日常工作裡最熟悉、卻從未被這樣命名的東西。
他最著名的論點之一，是對故宮「翠玉白菜」與「肉形石」的批評。他認為這兩件文物之所以廣為人知，靠的是材料稀有（翠玉、瑪瑙）、技藝炫技（雕成蝴蝶、雕出肉紋）、形似把戲（像真的白菜、像真的肉），但這些都不是真正美的構造。真正美的構造是比例、對稱、節制、秩序。翠玉白菜是「奇」，不是「美」。
這個批評放到 AI 時代特別準確。AI 圈現在充斥著數位版的翠玉白菜——過度堆砌的視覺特效、為複雜而複雜的介面、為了 demo 好看而加的動效、為了顯示 LLM 強大而塞滿的多餘功能。它們「奇」，但不「美」；技術上正確，內在卻缺少合理性。
工程師如果沒有經過美感訓練，搭配 AI 強大的生成能力，最後產出的往往就是這類數位翠玉白菜。
---
開眼、吸收、內化：給 AI 的 design skill 怎麼長出來
漢寶德先生在書中提供了一條清楚的路徑。這條路徑由三個動詞構成，有先後順序，不能跳過：開眼、吸收、內化。這也正是書中輯二、輯三、輯四的結構。走完這三步，工程師才能長出 AI 時代真正需要的 design skill。
第一步是開眼，對應輯二〈先學著張開眼睛〉。
漢寶德先生反覆強調，美感的起點是觀察，而不是知識。要先願意停下來，看一眼，再看一眼。老教堂的陰影、椅子的線條、茶杯的弧度、街道的天際線——這些每天都在眼前，但如果沒有「看」的意識，它們就等於不存在。
對軟體工程師，這一步最關鍵也最難。工程師的訓練是找問題、解問題，眼睛被訓練成掃描器，掃介面找 bug、掃程式碼找錯誤。但美感的看，要求的是停留：停下來看一個按鈕在頁面上的位置、看一段文字的留白、看色彩之間的關係、看動畫的節奏。沒有停留，就沒有開眼。
第二步是吸收，對應輯三〈美感不是美學〉後半段，尤其是〈合目的性之美〉、〈品味與美感〉等篇章。
開眼之後，需要有座標系去理解看到的東西。漢寶德先生提供的座標系不複雜：比例、對稱、節奏、合理性。一張椅子坐起來舒服（合目的性），它自然就美。一個 dashboard 資訊密度恰到好處（合理），它就比堆滿動畫的版本更有力量。一個 commit message 結構清楚（節奏），它就比長篇大論更接近專業。
吸收的關鍵是「用得上」的概念。不需要懂格式塔、不需要懂黃金比例的歷史，只需要幾個關鍵字——合理、節制、比例、節奏、留白——就有了判斷的工具。漢寶德先生這本書的厚度，正好是「夠用」的厚度，讀完隔天就可以開始應用。
第三步是內化，對應輯四〈美要從茶杯開始〉。
這是最難、也最根本的一步。漢寶德先生用「茶杯」做比喻：美感不能只活在特殊場合（去美術館、看展覽、買精品），它必須活在每天使用的東西裡。如果每天用的茶杯是醜的，眼睛就被「醜」訓練了一遍；反之，如果願意挑一個比例對、手感好、色彩節制的茶杯，眼睛每天就被「美」訓練一遍。
對軟體工程師，這個「茶杯」是什麼？
是每天重複使用的那些小事物：IDE 的字體、terminal 的配色、commit message 的結構、PR 描述的格式、Slack 訊息的措辭、Notion 文件的排版、會議簡報的版型、Figma 元件的命名。每一次選擇用這個字體而非那個、寫這個 commit message 而非那個、留這個空白而非堆滿，都是在訓練眼睛。
內化需要時間累積，不是二十一天的工作坊能解決的。漢寶德先生這本書最誠實的地方，就是不給速成的幻覺。他只給方法——從茶杯開始——剩下的時間是讀者自己的。
走完開眼、吸收、內化三步，才能長出 AI 時代的「給 AI 的 design skill」。要特別強調「給 AI 的」這個限定。AI 時代的 design skill 與過去不同，它不再是「用 Figma 畫出一張好看的圖」，而是「能與 AI 協作，生產出有美感的結果」。AI 是執行者，人是判斷者。判斷越精準，AI 產出的東西就越有質地；判斷越鬆散，AI 就幫忙產出一堆數位翠玉白菜。
沒有經過這三步的工程師，配上 AI，最後做出來的往往是「很一般般的產品設計」——技術正確、功能完整，卻缺少判斷力的痕跡。
---
回到個人：跟蔣勳老師這一季收尾的呼應
漢寶德先生的這本書，與蔣勳老師 S6 最後一篇《微塵眾》，其實在做同一件事。
蔣勳老師談的是怎麼看見每一個小人物，把人從統計數字裡撈回來，看成一個個具體的生命。漢寶德先生談的是怎麼判斷什麼是合理的美，把眼光從奇巧裡拉回來，看見比例與秩序的真實。
兩本書內容看似不同——蔣勳老師寫紅樓夢的小人物，漢寶德先生寫椅子、茶杯與建築——但兩位作者都在指向同一點：眼睛是你自己的，沒有人能替你打開。
這一點在 AI 時代特別重要，也特別難做到。
公司可以買最好的 IDE、配最強的 LLM、訂最頂級的設計工具、請最有名的顧問，但這些只能把工具放到你面前。停下來看、看了之後判斷這個設計是合理還是奇巧，這些動作沒有人能代替。開眼、吸收、內化，全是個人的事。
S6 蔣勳老師四篇，從《孤獨六講》、《感覺十書》、《美，看不見的競爭力》到收尾的《微塵眾》，整季結論是：AI 時代產品團隊最稀缺的，是把使用者當人看的能力。S7 漢寶德先生這一季開門，要說的是另一個面向：AI 時代軟體工程師最稀缺的，是判斷美醜的能力。兩季合在一起——感受人、判斷美——構成 AI 時代「怎麼看」的完整訓練。
這個「怎麼看」，沒有捷徑。漢寶德先生二○○四年指出的路徑——開眼、吸收、內化——今天沒有改變。改變的只是讀者：二十一年前他寫給整個台灣社會，今天輪到站在 AI 浪頭上的軟體工程師。
漢寶德先生二○一四年離世時，AI 還沒有進入日常生活。他大概沒有想過，二十一年後最該讀他書的是寫程式碼的人。但好書的命運往往如此，時代會慢慢把它送到最需要它的人手上。
對寫程式碼的人來說，這本書不會給你 AI 工具的使用指南。它給你的，是一雙能真正用好這些工具的眼睛。
---
下一篇我們會繼續跟漢寶德先生讀下去，談他另一本《如何培養美感》。那篇文章會接續這一篇，討論開眼之後的下一步：觀察的具體訓練。如果這篇談的是「為什麼軟體工程師現在該學美」，下一篇談的就是「那要怎麼學」。
---
引用來源：
漢寶德《漢寶德談美》，聯經出版公司，2004 年初版／2018 年二版
