July 07 21:20~22:00
離開金水國小之後在11:10來到位於金門西南方的翟山坑道。
畫面節錄自金門國家公園網站。
翟山坑道是一個A字型的戰備水道，在1963年開挖，耗時3年完工，總長357公尺。用途和馬祖的北海坑道一樣，打仗的時候供登陸小艇搶灘運補之用。
園區內畫了一個區域展示武器與登陸小艇。
從這裡進入坑道，入口看起來很小，很隱密。
進入坑道之前，有一個免費提供安全帽的地方，以防遊客被坑洞內落石打到。不過，現場好像沒有看到有遊客戴上安全帽
坑道入口的這一段，右方有幾間小房子，據說是當年駐軍的營房。
更往內走，豁然開朗，是一個很寬的坑道。
又是一個國軍弟兄辛苦開鑿的坑道。
這些花崗岩，光是用看就知道是很硬的樣子。
坑道中有不少魚。
***
友藏內心獨白：挖成這樣，真的是太厲害了。
July 10 12:29~14:40
照片翻拍自《邊走邊想》。
先做個民意調查：「好的設計要能夠滿足使用者的需求」，所以「能夠滿足使用者的需求就是好設計」。以上這句話，請問鄉民們贊成還是不贊成？
也許用二分法太過僵化，應該是請問鄉民們對這兩句話有什麼「看法」，請花三分鐘思考一下。
***
鄉民們：好的設計本來就是要滿足使用者的需求啊，這不是廢話嗎。難道有設計沒有滿足使用者需求還被認為是好設計的嗎？
還真的有，安藤忠雄設計的「住吉長屋」就是一個例子。在《邊走邊想》這本書中，安藤忠雄提到：
***
老實說，這棟建築物的評價很差…這個小箱子（只有13坪的長方形建築物）分成三等分，正中央設了一個沒有屋頂的中庭。從一個房間走到另外一個房間一定要經過戶外，被人家罵說：「下雨天還要打傘才能去廁所，到底是在想什麼啊！」。
「住吉的長屋」也沒有安裝冷暖氣設備…因為我認為天氣冷的話，多穿一件就好，太熱的話，脫掉一件就可以了。
這棟「住吉的長屋」獲得一九七九年日本建築學會獎。雖然它也有入圍其他獎項，可是審查委員村野藤吾這位知名建築師以決審委員身分出席告訴我說：「先不論建築物本身好壞，我對於有人在這裡生活真的是深感佩服。應該要頒獎給住戶。」
***
「應該要頒獎給住戶」這句話應該是諷刺安藤忠雄在設計「住吉長屋」時沒有考慮到住戶的「基本需求」。雖然「住吉長屋」評價很差，但最終卻成為安藤忠雄成名的代表作。在《邊走邊想》書中還提到：
***
因為客戶本身也有很多幻想，「可不可以做這樣的浴室？」「可以設計這樣的房間嗎？」什麼念頭都拋出來。可是這棟建築物很小，如果真的想把自己想要蓋的東西都放進去，可能連廁所和浴室都沒地方放。
…當然，生活是什麼，住宅是什麼，這些事情我都徹底思考過，最後才導出這樣的結果。
「這棟建築是我年輕氣盛時的作品，所以客戶可能比較可憐，我現在會這樣想。委託人把夢想託付給我，可是我不得不在某種意義上否定它。」
***
Teddy認為，「好的設計要能夠滿足使用者的需求，能夠滿足使用者的需求就是好設計」基本上是正確的，畢竟在大部分的情況下，不能滿足使用者需求的設計或產品是沒有人要買單的。但是有很多「好設計」甚至是「好好設計」，在某種程度上卻不一定「滿足使用者的需求」，又或者說「沒有滿足使用者的所有基本需求」。巴黎鐵塔、羅浮宮的玻璃金字塔、龐畢度藝術中（怎麼都在巴黎
想要裝暖氣與冷氣，是一種需求。產生這種需求的原因是天氣可能會太冷、太熱（force）。針對這些force，安藤忠雄的solution（住吉長屋）並沒有去處理。Resulting context（結果）就是，住吉長屋冬天太冷，夏天太熱。怎麼辦？安藤忠雄請使用者（住戶）自行增減衣物來應對。為什麼要忽略這兩個住戶基本生活要求的force呢？想必安藤忠雄心中有更大的force需要被解決，為了解決這些設計師心中重大的force，只好犧牲其他設計師認為較不重要或有其他方式可以被處理掉的force。
***
安藤忠雄在書中最後說：
我當建築師已經很長一段時間，工作規模也變得越來越大，面對客戶的意見也變得比較能夠聽進去……然而，「都已經到這個年紀了，可以照自己的想法去做了吧」、「有些意見不要聽，就這樣進行吧」，最近也會開始這樣想。
「有些意見不要聽，就這樣進行吧」，這一招雖然很兇險，但設計者如果沒有主張，就算滿足了使用者全部的需求，很可能也只是做出平凡的設計。
類似的情境從古至今不斷重演，例如「為了報效國家，只好犧牲兒女私情」，「忠孝不能兩全」都是犧牲某些force，成就另一項「設計者」心中更重大force的例子。不過…這樣的劇情不會每天都上演就是了
***
友藏內心獨白：寫完這篇之後，對於force和need的差別，好像有點fu了。
July 10 17:10~18:22
畫面節錄自此。
說真的Teddy也不知道這一篇為什麼要取這樣的標題，只是剛剛經歷過某個事件之後，腦海中居然浮現出這句話。
話說泰迪軟體之前辦活動都採用「XX通」當作報名平台，雖然「XX通」的某位高高層是Teddy素未蒙面的學弟，廣義的來說也算是「自己人」，很是應該要好好的支持一下。但使用至今一年以來，「XX通」系統的bug真的是太多了，這期間Teddy也曾不厭其煩地透過各種管道跟他們反應，但很遺憾系統的穩定度並沒有顯著提升。最近狀況多到Teddy已經不知道該說些什麼，只好決定「用腳投票」，轉台到其他系統（這就是傳說中無言的抗議）。
轉台到「R系統」之後，今天（7/10）第一次在上面舉辦活動。系統本身是沒有什麼問題，但是當Teddy想要「下載報名者名單」的時候，找來找去卻找不到這個功能。請看以下畫面：
嗯，看來看去，應該是畫面下方「選擇您的下載格式」這個連結吧。按下「Excel」之後，奇怪，什麼事也沒發生。再按一次還是一樣。就在Teddy連續按了三次「Excel」之後，Teddy的同事Erica傳訊息過來：
Erica：（嘿、嘿、嘿）你剛剛要下載報名名單對不對？
Teddy：（驚！）你怎麼知道？
Erica：我還知道你下載了三次。
Teddy：下載三次也被妳猜到！
Erica：因為報名名單的下載連結剛剛寄到我的email信箱，寄了三封。
Teddy：啊，寄到妳的email信箱？
Erica：你注意看一下畫面上方，有一個提示訊息。
Teddy：有嗎？我看一下。
我的 水母 海神王啊，還真的有耶
***
Teddy不是使用者介面設計專家，也不是UX專家，只是一個平凡的小user。請鄉民們跟Teddy一起動動膝蓋，以上問題該如何解決？
Teddy認為，「選擇您的下載格式」這幾個字的語意根本就是錯的。因為這個功能並不是「選擇下載格式」，而是「選擇下載格式並且將名單寄到您的電子郵件信箱」才對。所以，在最低限度的修改前提之下，只要把這幾個字改一下就可以擋一陣子先。
***
這幾年台灣的UI/UX與「前端設計」等領域的社群活動十分活耀，相關的書籍也很多，很多設計師與工程師也都努力的到處「拜神」。千拜萬拜，如果拜完之後對大家正在開發的系統能提供一點點的幫助，那就功德無量了。
「拜拜」的本身是一種儀式，但不是目的。願望有沒有實現，問題有沒有解決，拜完之後有沒有「靈驗」，才是重點。如果根本的問題沒被解決，拜到後來只會越來越心慌、焦慮感越來越重。
***
友藏內心獨白：這一篇應該被歸類到「麥甲我蓋布袋」系列文章才對吧。
July 09 10:02~11:08
請選出長的最美麗的豬
***
在《選擇不是設計》這一篇文章中，Teddy的學弟Spirit留言提了一個有趣的看法，以下全文引用（只修改標點符號 XD）：
***
很巧地在同一天，我們的美術總監說了一句「好的設計是選出來的」。就自己的經驗，我也覺得是選出來的。在沒有想法或方向時，花上半天、一天甚至一周做出一堆風格方向完全不同的樣品，最後選一個自己喜歡的樣子。我想這也是為什麼很多設計師手邊都會有一本塗鴉用的本子，任何時候有任何想法都畫下來，即使畫下來的東西不是針對什麼問題或需求而畫的。至於我舉的例子裡，室內設計的設計師通常只知道功能面需求(格局、通風、採光)，至於美感性的東西，就我所知，顧客通常是講不出來的，頂多說我想要和風、巴洛克風或美式鄉村風(能說出這樣已經很好了，但每一種風格的範圍都那麼廣)；至於另一個Apple的例子，Jobs通常只說：我要(喜歡)這個、我不要(不喜歡)這個，當沒有好的東西可選時，就會冒出另外一句話：你們都是一群蠢蛋。
***
「好的設計是選出來的」這句話有趣的地方，在於Teddy前一陣子重讀《Notes on the Synthesis of Form》這本書的時候，書中剛好有一個味道有點像的例子。「好的設計是選出來的」這句話至少有兩種解讀的方式：
演化的概念
鄉民們應該多多少少都聽過達爾文的演化論，其中有一個很重要的基礎就是「天擇說」。簡單的說，現今存活在世上的生物，都是經過千百萬年以來，老天爺「選擇」之後所留下來的「好設計 優良品種」。假設，客戶的需求模糊不清，或根本未知，要單純依靠「突變」產生新的物種差異，然後依賴「天擇」來得到一個好的設計，整個過程需要很長的時間。
Alexander在《Notes on the Synthesis of Form》書中提到一個例子：
在最極端的狀態之下，假設這個系統的燈與燈之間關係非常密切，任何一盞燈只要亮起，都會快速的點亮其他已經熄滅的燈。如果要讓100盞燈同時熄滅，需要10的22次方年（地球的年齡約10的10次方年）。
在上面的例子當中，「讓100盞燈同時熄滅」表示系統達到穩定，也就是說得到一個好的設計。經由隨機的方式產出一個設計，然後希望透過選擇來得到好的設計，如果這個設計的變數（需要考慮的因素或限制）越多，且變數之間的關聯性越高，則此過程將會非常的冗長。可能長到一般人類有生之年都還看不到
疊代與增量式開發的概念
看到這邊鄉民們可能會想：「不對啊，選擇本身不就是一種feedback（回饋）嗎？敏捷開發不是強調要不斷的嘗試、回饋、修正後再嘗試。最後得到一個可接受（好的）設計。從這個角度來看，好的設計是選出來的並沒有錯啊。」
如果把設計看成是「疊代與增量式開發（IID，iterative and incremental development）」的過程，「選擇」本身只是提供回饋的一個步驟。光靠這個步驟來選出一個好的設計，則很可能會曠日廢時。
回到Teddy在《設計的定義》中提到：
因為需求不明確，採用IID方式希望可以透過多次的開發週期，每次產生一些結果之後讓客戶做選擇與回饋，最後做出客戶滿意的產品出來。在這種模式之下，希望可以在有限的時間與資源內，得到一個可接受的收斂設計。
在設計過程中如果缺少探討「form、context，以及兩者之間關係」，光靠「選擇」期待得到一個好的設計，可能要祈禱老闆的口袋要夠深，而且每個人都要跟彭祖一樣，活到八百歲
***
「好的設計是選出來的」這種說法，讓Teddy想到「品質是測試出來的」。Teddy比較相信「好的設計是做出來的」，如何做？就是要探討「form、context，以及兩者之間關係」（鄉民內心獨白：好抽象啊）。
當一個成品完成之後，它的設計或是品質好壞，就已經固定了。「選擇」這個過程，也許廣義的來講可以看做的「設計過程的一個步驟」（如果把設計看成是一種IID），但「選擇本身」並不是設計。
***
友藏內心獨白：突然有種領悟，了解為什麼要舉辦這麼多「選美」活動了
July 08 21:12~22:54
《Domain-Driven Design: Tackling Complexity in the Heart of Software》，作者Eric Evans。這是一本讓Teddy讀了之後有「相見恨晚」感覺的書。本書2004年出版，這個時間Teddy正在學校念書，當時買了不少書，但卻遺漏了這本好書。9年過去，前幾日讀了本書，雖然只讀完第一章，但卻忍不住要趕快推薦給鄉民們。
話說一個多禮拜前，Teddy偶然在網路上看了一個名為《Designing with Forces" – How to apply Christopher Alexander in everyday work》的演講影片
這本書的書名「Domain-Driven Design」，Teddy之前一直把它想成是「Model-Driven Design（MDA）」這一類的書。因為之前曾經買過一本MDA的書，覺得作法太過正規化不太容易學習，所以後來這方面的書就沒有動機去翻閱。買了《Domain-Driven Design》之後Teddy才發現原來這也是一本pattern的書籍，只是書名沒有pattern這個字而已（Teddy內心獨白：所以說學會Alexander的pattern方法對於提升設計能力是非常有幫助的啊）。
講了這麼多廢話，這本書倒底在說什麼？開發軟體的人，或是學過OOAD（物件導向分析與設計）的人應該都知道，軟體分析與設計工作，其中很重要的一環就是要設計domain model。簡單的說這就是一本告訴鄉民們要如何做好domain model設計的書。看到這邊鄉民們可能會問：學了OOAD不就知道如何設計domain model了嗎，為什麼還要讀這本書？以Teddy的經驗，OOAD只會告訴鄉民們用物件導向技術來從事分析與設計的方法及技巧，在這個過程中當然會提到建立domain model的方法（請參考《傻的願意相信》），但只能算是入門的基本技巧。《Domain-Driven Design》這本書則是詳細說明為什麼軟體設計需要建立domain model，以及用了書中依該有超過2/3的篇幅以pattern的形式介紹建立domain model的pattern，當然其中也包含了範例說明。
這本書除了採用Teddy喜歡的pattern格式來撰寫以外，還有一個很重大的好處，就是書中所建議開發軟體做法跟敏捷開發方法十分「速配」。敏捷開發方法強調「逐步成長」的精神，本書建議讀者建構domain model的方法，完全符合這個精神。書中第一章就舉了一個很棒的例子，作者曾經參與開發PCB（印刷電路板）軟體的案子，一開始作者完全不懂PCB的領域知識。作者藉由以下幾個步驟，來釐清PCB這個領域的知識，並建立起軟體的domain model：
書中第9頁範例，用object interaction diagram描述PCB軟體的probe simulation scenario。
書中第11頁範例，從object interaction diagram所建立的domain model。
***
從書中這個範例便可聞到「軟體架構也可逐步成長」的味道。從Scrum的角度來看，每一個sprint開發若干的story，每一個story可以想像成上面這個例子中的scenario，透過story的討論與實作，建立起一小部分的domain model。整個系統的domain model，或是軟體架構，便由這樣的過程中（一 次完成一個story）逐步成長起來。當然這樣的過程還是免不了會產生「一次只看一點，最後整個系統設計或架構長壞掉」的風險，而Teddy在《軟體架構也可逐步成長》系列文章中所介紹的方法就是要避免這樣的問題。
題外話：Teddy在部落格中舉了這麼多例子，鄉民們多多少少應該開始有點相信「軟體架構也可逐步成長」這件事了吧
***
本書約530，對於想要學習如何建立domain model的鄉民們，是值得一看的好書。
***
友藏內心獨白：學好敏捷開發，不是光讀書名有Agile、Lean、Scrum或Kanban的書就夠了啊。
July 05 13:26~14:32
定義是溝通的橋樑。
***
前幾天寫了《設計的定義》這一篇，今天早上在讀《UX for Lean Startups》這本書，讀著、讀著突然想到兩個有趣的故事。
故事一：互動設計
某個在設計領域工作的朋友有一天找Teddy談合作開課的事情…
朋友：我們想要以「App互動設計」為主題，規劃一個課程，其中包含design thinking與Scrum敏捷開發流程，想請你來負責規劃Scrum流程的課程內容。
Teddy：喔，好啊，沒問題…嗯…等一下，請問什麼叫做互動設計？
此時Teddy看到朋友臉色一變，心中似乎在想：「這是什麼爛問題，互動設計就是互動設計啊」。
朋友：嗯，這麼說好了。設計的作品，可以分為單純觀賞或使用，例如畫作或椅子，使用者不會跟這些作品「互動」。人坐在椅子上面，椅子不會有反應。如果今天我們設計一把椅子，當人坐下去的時候，椅子會發出：「太胖了，該減肥了喔」這樣的對話，那麼這種設計就算是「互動設計」。
Teddy：喔…這樣子啊。如果是一個App軟體或網頁上面的按鈕，使用者按了按鈕之後，軟體會有反應（廢話
朋友：嗯…啊…喔…這樣也算啦。
Teddy：那…基本上軟體只要有使用者介面，都可以算是一種「互動設計」。也就是說，App軟體大部分應該都是屬於有使用者介面的軟體，那麼課程主題加上「互動」兩個字，感覺有點…多餘。
朋友內心獨白：你住海邊啊…管那麼寬。
朋友：如果只用「App設計」，學員可能會認為這是談「軟體開發設計」的課程。用「App互動設計」就很清楚談的是「互動設計」的課程。
Teddy內心獨白：那為什麼不叫做「App介面設計」或「App互動介面設計」不是更清楚…
Teddy：喔，這樣子我明白了
***
故事二：Wireframe
有一陣子Teddy突然發現，在好幾個不同的場合中，不斷地聽到「wireframe」這個字。印象中Teddy以前沒聽過這個字，但好像幾乎每一位所謂的「（介面）設計師」都知道而且經常使用這個字。
從對話的情境中，Teddy發現有些人口中的wireframe是指隨手塗鴉的介面設計，可能是單一畫面，也可能是多個連串的操作畫面。有些人則是把一個軟體操作流程的一連串介面（假畫面）稱作wireframe。雖然Teddy心中對於wireframe的定義一直存在著疑惑，但為了 怕丟臉 不耽誤大家的時間，一直把這個問題放在心中。
有一次Teddy跟某個設計師朋友在聊天，從朋友口中不斷地「發射出」wireframe這個字，Teddy終於受不了開口問了這個問題：
Teddy：請問什麼是wireframe？
此時Teddy看到這位朋友臉色一變，心中似乎在想：「這是什麼爛問題，wireframe就是wireframe啊」。
朋友：嗯，這個…wireframe就是軟體介面設計和串起來的流程。
Teddy：那…prototype或是我們常說的「假畫面」算是wireframe嗎？
朋友：這個…wireframe和prototype應該是不一樣的東西…如此如此，這般這般…。
[三分鐘過後]
Teddy內心獨白：完全聽不懂差別在那裏。
Teddy：喔，這樣子我明白了
***
剛剛在《UX for Lean Startups》這本書中，看到一個關於wireframe定義的說法，那就是：
There is no definitive consensus as to what exactly a wireframe is.
翻成白話文就是說，每個人的心中，都有 一座斷背山 一個wireframe的定義。
作者自己認為，wireframe應該包含畫面的詳細設計與操作流程，但尚未對此畫面進行視覺設計。從這角度來看，prototype或是假畫面算不算wireframe？嗯，那要看你的prototype有多麼真，或是假畫面有多麼的假了。
***
結論就是，這些「設計師」朋友們，應該快被Teddy提問的這些白目問題給煩死了吧。
***
友藏內心獨白：古人有云，「知之為知之，不知為不知，是知也。」
July 05 17:15~17:40
參觀完得月樓走一小段路之後來到金水國小，因為人口外移小學已經廢校，現在成為觀光景點。
好大的課桌椅啊
很多教室都變成了展示空間，這一間是展示以前藥房成為海外匯款回金門的管道。
其他展示空間。
準備離開金水國小，在大門口看到一直閒逛找食物的羊。
這是什麼表情
***
附近還有一個販賣紀念品的商店，渴了可以來這裡買飲料。
***
友藏內心獨白：毛澤東奶茶有加高粱酒啊，殘念。
