活到這把年紀看過好多家庭吵架都是為了錢。身為家庭主要經濟來源的人把錢都抓在手上，另一半因為搞不清楚經濟狀況提心吊膽；雙薪家庭一邊搞不清楚另一邊的狀況，為了突然冒出來的財產或是本來以為還有的財產消失吵架。實際去探問原因，單純想隱藏的不提，其中也有『我來煩惱就好，他只要知道每個月都拿得到錢、貸款不用擔心，這樣還不夠嗎？』這種隱藏實作細節者，立意良好卻不討喜。
工程鰤嘛，就是喜歡隱藏實作細節，介面合約有顧好不就好了嗎？我就是屬於後者。在俺們散盡家財購入人生第一個小窩後，我也有幾次嗅到這不當假設造成的火藥味；所幸我太太不是會直接點火引爆的類型，但這樣慢慢陳釀總不是辦法；加上看過不少週遭的例子，我開始覺得要防範未然。可是該怎麼做呢？
答案很明顯：財務透明就行了。
在Automattic，我們一直有一句話叫做：
P2 or it never happens
這句話的意思是說，任何會議、決策、提問、發想等等所有你能想到的溝通形式，一定要寫在P2中，或是在某篇主文下寫成留言。P2指的是我們內部部落格使用的WordPress主題，較新版本叫o2，但我們已經習慣叫它p2了，積習之深已經把它當動詞在用。我們內部有數百個p2站，概念上就是一個巨大的WordPress multisite群集，搭配用elasticsearch自幹的搜尋引擎讓所有文章都可以輕易搜尋。
如果把p2這層抽象化，這件事的目的有三：
這聽起來其實就是公司知識庫吧？個人在以前的工作用過好幾套，不過我覺得a8c這套自幹的是最好用的。一來我個人主觀覺得WordPress編輯器比較好用，再來WordPress容易針對公司需求客制這點真的足以打趴一堆貴桑桑的系統。
但有了系統，真正重要的還是要建立起『寫下來』的文化；比起好不好用，堆積過期的文件往往是知識庫的真正死因。關於這點，敝公司全遠距的工作型態貢獻良多，畢竟不寫下來人家要怎麼跟你合作呢？前陣子針對這件事，Matt在內部提出了『溝通債』(communication debt)與『文件債』(documentation debt)的概念，甚至隱隱強調這是比技術債更還不起的東西。他大致上是這樣說：
如果你開了個會，p2之。如果你寫了段筆記，p2之。如果你有所懷疑，p2 p2再p2。如果你發現自己整天很忙卻沒寫下半點東西，這等同是沒有在工作。少開一些會、少讀東讀西，確實把時間空出來把一切寫下來。比起繼續積累溝通債與文件債，我寧可你們少做些專案。
當然，他是親自寫在P2裡。
來自David Allen的Getting Things Done，中譯『搞定』或『儘管去做』，相信做這行的或多或少都聽過這個行為管理方法。我個人是比較喜歡『搞定』這個翻譯啦，俗擱有力。
網路上關於這本書心得與分享已經很多了，已經不是過江之鯽，是過江之福壽魚等級了。之所以忍不住想再加一條魚，是因為前陣子同事Cesar不知運用哪裡的人脈，為我們舉辦了一次與作者的線上座談。在這場長達1小時的座談中，有這麼一段在我腦中揮之不去的問答：
Cesar： 這麼多年來你指導了這麼多人，開了這麼多講座，書裡提到這麼多方法，如果用一句話來總括GTD，你會怎麼說？
David：這問題很好。其實這一切的關於大腦適合創意思考不適合儲存思緒，以及各種利用外部工具把思緒落於紙筆的技巧，一切都是為了讓你活在當下。
活在當下，沒想到如此有禪意的一句話會跟行為管理扯上關係，一但講破，卻又如此明顯。
回想起來，當事情堆積如山時之所以會效率低下，有時候倒不是真的因為『忙』本身，而是因為做一件事的時候會去擔心後面的十件事，完成手頭上的事時，也只會去想後面還有十件事沒完成，而不是為自己喝采一下又搞定了一件事。
正在看這篇文章的你，不妨停下來想一下今天搞定了哪些事情，為自己喝采一下，再回頭去專注在手上的事吧。
我現在就很高興在停了一個多月之後終於又擠出時間再寫一篇文，嗚呼～
全球化小組今年6月在越南胡志明市玩進行了為期一週的meetup，歐美同事們快被高溫濕氣蒸熟，俺身為台灣子弟是覺得氣候宜人，整個市街氛圍和20年前老家附近的巷弄挺像的，適應相當良好。
以下流水帳式重點記錄。
“In writing, you must kill all your darlings.”― William Faulkner
Prototype一詞目前最常見的翻譯為『原型』，意指在實際製作成品之前，先用較簡易的方式將概念具現，以求能以低成本早期取得使用者回饋。這放在工業設計上，可能是從早期數百種草圖中挑出來幾個做成的紙板模型；從app UI/UX上，可能是用invision或proto.io製作的；遊戲上就更精彩了，因為沒有既定形式，各有各的獨門絕活。我個人最喜歡的例子是Journey:
比較一下完整的Trailer：
他們用簡單到不可置信的方式成功捕捉遊戲的核心機制，並有效進行調整。
我的經驗上，相較於這些許許多多的設計師，軟體工程師在prototype上的概念比較薄弱。或許是職業使然吧？設計師因為是擘劃藍圖的人而不是實際下地抹水泥的人，這類實務對他們不但是習以為常，更是實際跟工程師溝通時不可欠缺的工具。但工程師因為可以直接做出來，常常覺得prototype只是多了好幾次工，增加麻煩而已。
但我們還是需要prototype：prototype某項設計、prototype某項功能、prototype整個產品的最小集成看看感覺。因為實作成分多，結果就是常常看到有人說要給prototype，給出來的卻是MVP(minimum viable product，最小可行產品)。
從去年開始，a8c開始進行一系列多元包容(Diversity & Inclusion)的提升項目。其中一項就是經營“meet our colleagues"系列面談，透過世界各地的夥伴現身說法，來具體呈現公司組成的多元性，此系列目前還在youtube上定期更新，一個訪談短短1~2分鐘，歡迎拿來配早餐。
最新的訪談來自人在南非的Theme Wrangler：Jeffery Pearce
訪談中他提到：
去年我的家人生病，公司給了我足夠的時間與支持去好好照顧他們，我知道我的團隊能處理我的工作，回到崗位的時候也不用感到任何愧疚。
這段話我非常有感。去年我岳母因為腎結石引起腎發炎，突然間我成了唯一一個因為遠端工作的關係能在家打理、照顧小孩的人。剛開始，我嘗試工作與家事交替打理，常常弄到半夜還得工作，短短幾天就近乎心力交瘁，於是我先告訴我的team leader家裡的狀況，再滿懷愧疚地說：『很抱歉，我這段時間的工作效率可能會很差 … 我會盡量在週末或是晚間補足進度。』
沒想到，我的team leader只跟我說：
『不要擔心工作，你需要多少時間照顧家人就儘管說，家人第一』
於是我在接下來的一個月中，幾乎都在忙家裡的事，只有花平常30%不到的時間在工作上。而且重要的工作其他同事很快就接去了，我其實都是在打雜和輔助。
這段期間，沒有什麼事假扣半薪這回事，我不用擔心斷炊，也不用擔心工作進度不足被炒，真切地感受到從團隊到公司的支援，心中滿是感激。
過去在職場，我常常聽到：
『公司可不是慈善事業，這樣做也是沒辦法的吧？』
『如果一個團隊沒有你一個月也能運作，那你就是多餘的』
『公司是請你來做事的，不是來照顧你的』
種種從經營者角度出發，乍看之下好像嚴苛得頗有道理的言論。現在我不禁想，企業難道真的不能做更多嗎？難道照顧員工真的是賠本生意嗎？人事成本合理與否，真的只看數字就好了嗎？
