學習總在下課後

May 13 18:11~18:59

▲別人的水總是比較甜，江山易改，喵性難移。

行為是否改變

成立泰迪軟體這幾年，遇到企業內訓課程，有些HR問Teddy：「能不能幫忙在課堂上看看誰比較認真，或是出考卷作為訓練成果評量，這樣學生才比較會專心上課。」

這些事當然都可以配合，但我總是跟對方說：「我覺得最好的評量就是同仁上完課之後行為有沒有改變，考試、打上課成績，頂多就是因應公司規定滿足交差的形式要求。」

上完課之後行為有沒有改變，是一件需要後續追蹤的工作，也是一件耗費時間與金錢的工作，絕大多數的公司都覺得：「公司已經出錢辦教育訓練，上完課之後同仁應該就具備那種能力才對。」

除非課程內容難易度不高，否則要求學員上完課之後立刻變成高手是不太可能的事情。不可諱言，有些天賦異稟或是努力很久終於時機成熟的同仁可以在上課當下「開悟」，課程結束之後行為為隨之改變，但大部分的同仁可以藉由上課「獲取新知」就已經很不容易了，要求他們上完課後立刻可以排除萬難做出有意義且持久的改變，實屬不易。就好像看了場精采的電影，觀眾（同仁）在心中對劇情與演員的表現留下深刻印象。但要讓觀眾看完電影之後就變身為導演，可以開工拍戲，那還需要長時間的努力。

下課之後回到工作上，面對的又是現實問題，被一大堆代辦事項追著跑，如果沒有外力協助，光靠員工自己很難有辦法靜下來思考如何改善。與其花錢辦大量的訓練課程，還不如思考是否有可能把部分上課費用拿來找顧問、教練，在課程結束之後和團隊一起，協助團隊改變行為，並且將改變後的行為固定下來，變成新的工作方式。

***

終身學習

奧修在《草木自己生長》提到：「知識是借來的，而學習是你自己的；知識是透過文字、語言、和觀念，而學習是透過經驗；知識總是一個結束，你知道了它，它就結束了；學習永遠沒有結束，它總是在途中；學習是一個過程…」

上課可以獲得知識（收集名詞），但學習必須靠自己，它是一個終身的過程。很多教育訓練成效不彰，因為來上課的人頂多只想獲得（收集）知識，而不想學習。教的人也只是講述知識，沒有鼓勵學習。

Teddy相信：「學習在下課之後才真正開始。」所以教學的主要目的，應該是讓學習者具備下課後持續學習的能力。為了達到這個能力，需要介紹基本的領域知識以及設計適合的體驗活動，讓學習者在一個比較輕鬆的情境下獲得這些知識與體驗。

***

友藏內心獨白：學習是軟體開發的瓶頸。

等一個人春天

May 12 14:25~15:50

▲浪浪也會自己生長。

緣起

《Domain-Driven Design: Tacking Complexity in the Heart of Software》這本書出版於2004年，當時Teddy正在念博士班，忙著準備資格考與論文，根本不知道有這本書。後來好像曾經聽過DDD這個名詞，當時自己一直把它腦補成MDA（Model-Driven Architecture）。因為自己對MDA沒什麼好感，當然對DDD也就沒興趣 Orz。

***

一面之緣

2013年，在這本書出版9年之後，Teddy忘了在什麼機緣之下買了它。翻了翻書的內容，覺得：

• Model-Driven Design和以前學過的OOAD（物件導向分析與設計）建domain model的內容大同小異。
• Ubiquitous Language是一個新名詞，但是它目的和Alexander的Pattern Language很像—A common ground for communication，而且比Pattern Language還要簡單。

以上這兩個模式（Patterns）算是DDD的核心，先被Teddy給「鄙視」一番。繼續往下看，覺得比較「有用」的模式是：

• Aggregate，將一群緊密相依的物件放在一起，這是一種人為的模組化單位，可以彌補一般程式語言在Package與Class之間的空白。
• Context Map，表達bounded context之間的關係。

然後呢？就沒有然後了，書就被Teddy丟在一邊。

***

再續前緣

三年前指導教授想把他手邊的軟體架構這門課交給Teddy來教，Teddy參考了近10本軟體架構的書，最後選了當時剛出版的《Clean Architecture: A Craftsman's Guide to Software Structure and Design》。教軟體架構和DDD原本沒什麼直接的關係，因為實作Clean Architecture核心層（Entity Layer）需要建立domain model，而Teddy又不想只是使用原本OOAD的方法，想起DDD關於建立domain model的一些設計模式，於是又回頭探索DDD。

又過了一年，有一天Teddy在YouTube聽一個DDD演講，內容和講者是誰已經忘了，但是聽到一句ubiquitous language in code，好像被雷打到一樣，突然醒過來。這種感覺，就好像當年六祖慧能聽到金剛經的「應無所住而生其心」一樣，當下頓悟XD。

Alexander的pattern language使用對象是人，人用它來設計住宅以及都市規劃。如果將pattern language應用在軟體開發上，則可以想像成套用了一群（數個）設計模式來解決一個大的設計問題，這也是原本Teddy對於ubiquitous language的看法。

但是，ubiquitous language不只是這樣。DDD的Model-Driven Design與Ubiquitous Language這兩個模式是一體兩面，如果只把它們應用在「概念層次」，只用來作為領域專家與開發團隊溝通的工具，那就只發揮了DDD一半的功力。還有另一半，而且是打通任督二脈的另一半，就是要將Ubiquitous Language表達在程式碼裡面。所以光是只談ubiquitous language還不夠，加上in code，才是畫龍點睛，才是幫佛像開光。

***

自然生長

Ubiquitous language in code，同樣一句話，當時的Teddy聽了有感覺，換成別人就不一定。就算是Teddy本人，如果早個幾年聽到這句話，也不一定有感覺。

奧修在《草木自己生長：禪的真隨》引用禪師齊內林的話：「靜靜地坐著，什麼事都不做，當春天來臨，草木就自己生長。」雖說「什麼事都不做」，實際上並不是「什麼事都不做」。而是以平常心，認真去做好每一件該做的事情。

等到時機成熟，春天到來，草木自然生長。

***

友藏內心獨白：不能揠苗助長啊。

主要的事

May 11 21:34~22:49

▲愛是主要的，品種是次要的。

先因，後果

活到這把年紀，很多事情都看得比較開，執念也越來越少。但因為尚未悟道，還是有一些看不開的關卡，其中錢就是一個。

俗話說：「錢不是萬能，但沒錢萬萬不能」，沒人會嫌錢太多。Teddy自認對於賺錢的慾望相對而言已經保持在比較低的狀態，三不五時還會因為理念的關係推掉送上門的案子。但當生意比較不好的時候，雖然減少的收入完全不會造成生活困難，但心中還是不免會嘀咕一下，經濟成長率怎麼變負數勒。

這一陣子讀了奧修的《禪宗十牛圖》，書中提到（pp.168~170）：

• 非主要的事，你想要先確定它們，而你以為主要的事將會跟著來。要改變那種態度：先想主要的事，非主要的事就會跟著來。先想主要的事！什麼是主要的事？果並不是主要的，因才是主要的；別人並不是主要的，你才是主要的。
• 比方說，人們認為如果他們能夠賺足夠的錢，他們就能夠快樂，但事實上事情並非如此。如果你很快樂，你就會很富有……一個快樂的人不可能不是如此。他或許沒有大的皇宮，但他仍是富有的。他或許是一個街上的乞丐，但他仍是富有的。但是你先試著去擁有很多財富，然後你認為你就會快樂，它從來不以那樣的方式發生，因為財富不可能是快樂的一個原因。快樂一直都是財富的一個原因。
• 試著深入去看你的本質，並且想想主要的事情。要很快樂！就在這個片刻你就可以快樂，沒有人在擋你的路。如果你無法在這個片刻就快樂，你將永遠無法快樂。快樂跟未來無關。快樂不知道有明天，因為快樂並不依靠其他任何東西，它只是一種態度，就以你這樣，你現在就可以快樂。
• 你可以根本沒有理由地快樂，因為快樂是很多事情的理由，它是基本的因。你可以快樂，試試看。你一直都從另外一端來嘗試，現在從基本的因來嘗試。首先有那個因—成為快樂的—然後果將會隨之而來。永遠都要記住不要去找代罪羔羊，那樣做一定會錯過你的生命。

為什麼要賺錢？如果是為了快樂，錢的確可以帶來快樂，但也有很多快樂是錢無法買得到的。錢應該是果，而不是因。是某種主要目標的副產品，但它不是，也不應該是主要的事。

***

價值驅動的極致

關於「錢不是一切」的相關說法已經聽過很多，但奧修的闡述方式，讓Teddy豁然開朗。錢只是一個例子，書中的重點是：弄清楚什麼才是主要的事、什麼是因。

泰迪軟體成立的因是什麼？公司當然要獲利、要生存、要賺錢，但賺錢絕對不是它的因。如果賺錢是主要的因，Teddy應該要專研拍馬屁、欺上瞞下，這樣賺錢還更輕鬆。

回到Teddy的初衷，希望能找到一個讓自己可持續追求The Timeless Way of Software Development的生存模式：不用看老闆、主管、同事的臉色，沒有辦公室政治，只要專心對付（服務）客戶即可。只要這個「因」做對了，錢應該也會隨之而來。

這個道理可以應用在各種場合。以軟體開發而言，什麼是主要的事？人與互動是主要的事，還是流程與工具（敏捷宣言第一條）？軟體架構與設計模式是主要的事，還是程式語言與框架？願景與里程碑（目標）是主要的事，還是User Story以及Tasks？通用語言與領域模型是主要的事，還是Aggregate、Entity、Value Object與Repository？

弄清楚主要的事，才不會瞎忙，心才會靜下來做出正確的決定。

***

靜心

今年因為疫情的關係，泰迪軟體的很多課程都因為招生不足而停開。如果是往年Teddy多多少少都還是有點焦慮。但此時此刻，雖然收入比去年少很多，但內心卻異常平靜。

因為Teddy知道，自己持續在做主要的事。而且，想要快樂就可以快樂，不需要等賺大錢。

***

友藏內心獨白：這是一種阿Q精神勝利法嗎XD。

變成一個點

May 04 09:52~11:19

▲學習的過程就是填滿圖形。

加法

老子說：「為學日益」。學習者，心中有一個學習的標的物（目標），例如設計模式、敏捷開發、軟體架構、人工智慧、大數據、領域驅動開發、測試驅動開發等。

這個目標，在學習者的心中形成某種形狀（form），它可能長得像圓形、三角形、不規則圖形。這個形狀的邊界（boundary）界定了學習者的守備範圍，邊界以內屬於學習內容，邊界以外屬於脈絡、背景知識（context）。隨著學習進程，範圍可能會改變，但它總是一個有邊界的形狀，不管這個形狀長得像什麼圖形。

這個形狀一開始是空的，因為學習者還沒學會所需的知識。他藉由讀書、上課、討論、Google、練習、參加社群聚會、模仿、實作等方式，充實自己，填滿這個圖形。

***

智光忽明忽滅

▲從某個角度來看，形狀好像已經填滿了。

在某些片刻，學習者一度以為自己已經完全掌握學習內容，他可以正確回答許多（特定）問題，相當於考試獲得100分的喜悅。他自得意滿地認為，形狀好像已經填滿了。

***

▲換個角度才發現空白處還很多。

但換個角度、換個環境、換個題目、換個發問方式、換個時間、換個專案、換個公司，此時才發現原來形狀之中空白之處還很多，還需要精進學習。

***

▲總是還有填不滿的空隙。

有一天，這位學習者越來越博學，領域知識的名詞幾乎都已經收集得差不多了，如果參加全國性考試一定可以得高分。但是，形狀還沒填滿，還是有一些空隙。

***

變成厲害的人

敏捷宣言說：

藉著親自並協助他人進行軟體開發，
我們正致力於發掘更優良的軟體開發方法。

（We are uncovering better ways of developing
software by doing it and helping others do it.）

學習者自己變得厲害只是過程中的一個階段，他還需要練習幫助別人，讓別人在他的幫助之下，有能力完成原本認為很困難無法做到的事情，成為Kent Beck所說的那種「厲害的人」。

▲到了這個時候，形狀已經填滿。

***

減法

▲Quality without a name，特質本身非常具體，變成一個點。它沒有面積，不再是形狀。

老子的道德經在「為學日益」之後還有幾句：「為道日損，損之又損，以至於無為，無為而無不為。」知識的累積，越來越多，就算此時自己覺得已經「收穫滿滿」，但這個收穫滿滿轉眼間又變成空。因為環境改變、領域改變、競爭者改變、專案改變、團隊改變、慾望改變，你滿別人比你更滿，不滿之心因而升起。

心永遠靜不下來。

Alexander在《Timeless Way of Building》書中提到學習模式（pattern）的過程也是如此，透過學習模式來重拾人們設計與建造建築的能力。但這不是終點，不是目的。透過這個過程，喚回人原有之本性、本能。之後，這些模式都要忘記。

金剛經云：「知我說法，如筏喻者，法尚應捨，何況非法。」聽佛說法（學習pattern），是為了開悟（追求quality）。有了quality之後，那些names、那些patterns，就可以捨棄了。

***

友藏內心獨白：試求未開悟前之心理陰影面積。