喲哪桑 Speaking 之專案工作日誌

關於「博愛座」，我想說的是...

2014-12-06T17:27:00.000+08:00

一個多月前，由於走路不小心踩空，腳踝骨折，從此得要包著石膏護具，拄著拐杖，行動不便，也讓我開始了坐「博愛座」的日子。在這期間，我也趁機做了些小實驗，觀察周遭乘客的反應，看看台北人到底是有多麼「博愛」。

高科技氣動式護具，但穿了也飛不起來

首先，我覺得很奇妙的是，相對於淡水線，文湖線的乘客比較不博愛，讓座的機率低很多。我的推測是，文湖線的博愛座在車廂的兩端，而文湖線的車廂又較小，顯得特別擠，即使我拄著拐杖，博愛座的乘客也不容易看出我需要座位，因此我得到座位的機率很低，不到兩成。

新通車的松山線算是例外吧！永遠有空位可以坐，讓我非常意外！但這應該是留給捷運局來分析，我就不岔題了。

另外，由於我的左腳正常，加上高科技護具，讓我仍可站立，也可以一跛一跛地走，所以我一直想要不靠拐杖來出入。然而經數次實驗證明，只要沒有拐杖護身，我就失去了被讓座的資格，即使坐到博愛座之上，我也能夠注意到旁人鄙夷的目光，我很想解釋：「不好意思，我不是鋼鐵人，我是腳斷了...」後來想想，我是做錯了什麼要跟大家對不起啊？

後來，我也放棄這種磨練自己的實驗，因為沒有座位的風險太大，一路從公司站回家，左腳軟了，右腳痛了，划不來啊！

捷運的情形如此，那麼公車呢？我試過幾班公車回家，以為可以少走點路。但是當我上了公車，整台公車不論博愛座或一般座，都是白髮蒼蒼的老人家！所以我還是站吧... (高齡化社會來了啊!)

不過，經過這個月的實驗，我其實最想說的是：博愛座已扭曲了我們台灣人的價值觀。保留了「博愛座」給老弱婦孺，反而讓需要座位又不像老弱婦孺的人，失去了博愛座的資格，想坐，還要跟大家對不起。

更扭曲的是，一般座位上的人，都不願意讓座給有需要的人。從前，他們會撇過頭去裝睡，現在，他們會低頭玩手機，甚至，他們會自以為正義，拍下博愛座的人貼臉書、傳YouTube，自己卻坐著不動。別笑，他們就是你我，這些事我都幹過。

經過一個多月的「博愛座」的日子，未來我恐怕還有一段時間不能久站，說來好笑，我還想過，為了有座位，我該不該還是每天帶著拐杖坐捷運，以免被人罵啊？真的，博愛座不是只有看起來像老弱婦孺才能坐，是有需要的人就可以優先坐，別讓那些有需要的人害怕有壓力，好嗎？

相信，改變成真

2014-11-30T23:24:00.000+08:00

兩年前我曾經寫過我們家的故事。我聽到六年級的兒子說，他想要從政，想參加選舉，選立委，選市長，選總統！而我當時的反應是傻眼，更有點生悶氣。我還忍不住，奚落兒子的夢想，直說我們不是望族，沒有背景，不可能選的上，還是早早死心吧......

兩年前，我不相信的事，今天柯P證實了，沒有關係背景的素人也可以變成柯神，獲得85萬人的支持，成為台北市長！

這當然不是一件容易的事，甚至難度遠遠高於砸大錢做行銷的對手，但是柯P真的做到，證明高牆是可以被推倒的，我們庶民是可以出頭的！

不只藍綠之間有高牆，世代之間，階級之間，哪裡沒高牆？四十多歲的我，年輕時也曾相信「有夢最美，希望相隨」，覺得自己能夠改變環境，幹一番轟轟烈烈的大事業，但久而久之，就忘了、麻痺了。曾有人指著一張海報問我說，「你們那邊好像機會很多？三十幾歲就可以當副總。」我只冷冷地回答：「算了吧！等我過幾年跟海報上那人同樣年紀的時候，我一定還是在同樣的位子做同樣的事，因為他還在上面當副總。」當我早就不再有任何想法，我看到外面有創業機會，毅然決然離開，又一次想抓住夢想的機會，結果，又一次失敗。

不過，現在我又開始相信了。我相信台北會更開放，我相信機會更多，我相信資訊的流動會更快速，我相信高牆真的會倒下。

所以，明天早上太陽升起的時候，開始工作！

Agile Tour 2014: My Retrospective

2014-11-09T17:07:00.000+08:00

歷經半年以上的籌備，我們終於完成了 Agile Tour 2014！

全體大合照

我們工作人員還會找個時間，針對與會朋友的回饋，做一次完整的 retrospective，今天只是先根據我個人的部份，發表一點心得感想：

Good:

認識很多新朋友！知道還有這麼多軟體團隊，想要愈來愈好，做出很棒的產品，就是一件令人開心的事！
由於上星期把右腳弄斷，沒辦法做太多勞動。感謝大家的體諒，換我去做報名和接待，幫我佈置 Workshop 的道具與場地，特別謝謝路人甲，陪我進行 Workshop ，要不然我一個人是沒辦法完成的！
謝謝雅信來採訪我們！雅信是個很棒的記者，她的採訪報導都很有內容 (這裡是她的部落格)！只是剛好在FB上閒聊，提到我們週六要辦 Agile Tour 2014，問問雅信有沒有興趣，雅信就答應過來了！真是謝謝她!

Bad:

我負責的 Workshop ，是為未曾接觸 Scrum 的人所設計，但是我似乎沒有把 PO 與 ScrumMaster 的角色解釋清楚。好險，還是好幾位學員頗有經驗，幫我 coach 了這些初心者，要不然，我就害人誤解了 Scrum 囉!

這是我 Brochure Game 其中一組在做 Sprint Planning 的情形

時間控制還是不夠好，沒能幫Workshop做一個好好的 ending，很可惜！ (說到這個，David帶的Retrospective真是一個很棒的ending啊!)
在會後，幾個朋友問我一些很大的問題，像是：『如何說服老板，測試的重要性？』『身為 designer，還要開需求規格，我該怎麼和工程師一起合作？』後來想想，我好像當場的答案都不夠精準...
沒有去看 Teddy 和 Erica 的看板桌遊！

這是 Teddy 和 Erica 的看板桌遊，沒親身體驗，我只能看照片！

Improvement:

下一次活動之前，不要把腳弄斷... 這什麼東西！？應該是走路要小心，心不在焉就會出事的！
既然腳已不方便，就應早點把拐杖準備好 (done)，更該考慮多找幾位助教，能夠更貼近學員，補充我的不足。
而且，若有了助教，就可以考慮把學員人數增加到三四十人，還可以像Teddy/Erica，可以在Workshop當中偷溜出來玩...
這一次特別有感，Brochure Game 的時間規劃有點亂，等一下來調。

以上就是我個人的 Retrospective，最後還是要謝謝所有參與的學員，希望你們收獲滿滿，也別忘了你在回顧時寫下的 Improvement Action，一個月後會有人來追的！

為什麼學程式設計這麼難? Why is it so hard to learn programming?

2014-10-26T22:00:00.000+08:00

為什麼學程式設計這麼難？

我以為，這有幾種原因。

第一，電腦太笨。

所謂的 Programming，就是讓你指示電腦執行某項任務。由於電腦很笨，學人類的語言太困難，因此，就得由我們人類來多學一種電腦能聽懂的特定語言 (這些語言就是 programming language - 程式語言)、特別的字彙、特別的文法，才能讓電腦聽得懂我們的指示。否則，電腦聽不懂你的指示，只會回答 Error! Error! 自然就什麼事都不會做了。

第二，人類太聰明。

笨笨的電腦才懂的語言，這種語言想必也是呆板的，應該很好學吧？正好相反，因為人類太聰明伶俐，反應太快，又能聯想，舉一反三，早已習慣人類世界中，充滿例外的母語，反而難以和笨蛋電腦對話。要讓蠢蛋電腦了解自己的想法，進而執行自己的指示，人類得先幫這個混亂的世界建立秩序，因為電腦不如人類，它是不能容忍一絲模糊的。電腦聽不懂，它不像人類會詢問、澄清你的意思，它不會像人類會腦補，它就只會告訴你有Error；於是乎，要讓電腦聽的懂，你得要用呆板的程式語言來描述自己偉大的想法，你要把問題、解決方案、環境、輸入輸出都要弄得明明白白，才能給電腦清清楚楚的指示。

但是，我覺得最重要的原因，則是決心不夠，還沒有真正地想要做個自己想要的東西。

每個星期花個1小時學習，只是寫個 Hello World、算加總、求最大值，這些事情不是掏出手機，按一按就有了嗎？只靠這種習題，怎麼有辦法激起你的熱情，下定決心努力學好 programming 呢？

你我都聽過許多創業家的故事，懷著做產品的夢想，窩在家裡苦K程式設計，在很短的時間裡學會了寫程式。你或許覺得很唬爛，但是信不信由你，當你真心想要做出個東西，不論寫給自己用，還是寫給別人用，抱著強烈的目的來學，你才能學得更快速、更深入、學到你想要的 --- 讓電腦做到你想讓它做的事。

就從自己生活中想要解決的問題開始，開始幾個自己的小project:

寫個程式來整理備份手機、電腦裡的照片 (註：我這個project寫了好幾年了...)
提醒我公司樓下的ublike站有車了趕快去搶
附近哪裡有 Ingress 8級高塔或農場
......

當心裡有了想解決的問題，想要做個東西，我相信，你一定可以克服困難，學好程式設計。

===================這是分隔線===================

這一篇文章，其實是我在 Coursera 線上課程 Programming for Everybody 的作業。這個作業還挺妙的，是要寫一篇小論文，說明為什麼學程式設計這麼難？ (Why is it so hard to learn programming?)

你或許很疑惑，出這種作業，這課程有沒有水準啊？會做文章和會寫程式，是兩回事吧？

我要說明一下，這篇小論文，算是加分題。主要的習題還是程式與測驗。更重要的，這論文並非是讓閱卷老師來批改，而是同學之間互相給分 (peer grading)。由於我已經在前一門課程《秦始皇》中體會到，互相批改有多棒，而我自己也想學，該如何教人寫程式，因此這份作業讓我好期待，到底其他人覺得寫程式難在哪兒？甚至，為什麼要學程式設計？

對了，這個課程是以英語授課，甚至目標客群還是以英語為外語之國高中生，所以我還得把這篇文章翻成很淺顯的英文。等一等就要拿去給我家的國三生讀一讀，好玩吧？

為什麼你的資料傳那麼久傳那麼慢?

2014-09-15T00:00:00.000+08:00

從前在《老爺爺的磁帶備份》中提到，我發現到還是有不少單位用磁帶來達到「異地備援」：把資料備份到磁帶上，再用車子把磁帶載到另一個地方去。當我繼續問，為什麼你們不用網路來把備份資料複製到另一個地方？

大部份的朋友說：網路很貴滴！我們的資料那麼多，但我們能用的頻寬那麼小，要傳好久，傳不完啊！

後來，也遇到些朋友忿忿不平地說，好不容易我升級了頻寬，以為可以快速地傳資料了，結果還是傳好久，傳不完！怎麼會這樣？

在這數位的時代，不論是為了異地備援、災害復原、或是想把資料複製到各地來處理，每家企業都想要快速又穩定地傳送大量資料。可是，一般的資料傳輸方式卻沒法輕易地達成這基本要求。

首先，Transmission Control Protocol (TCP) 是各種網路傳輸應用如 FTP, HTTP, CIFS或NFS 的基礎，但TCP適合的是理想的網路環境，一旦到了真實的世界，距離一長，網路封包就掉，來回時間就長，TCP的throughput就會掉很大！因此，我那些願意花大錢，把公司內的WAN升級到幾十個咩的朋友，才會忿忿不平地抱怨，怎麼花大錢升級頻寬也沒效！

此次，許多企業需要傳送大量資料，特別像是遠端備份、異地備援、資料同步的情境，真的有那麼多資料需要傳嗎？以備份為例，每天每週都要備份複製一份資料，但是每天每週的變動差異又有多少呢？恐怕不到1%吧！但是一般的資料傳輸複製方式，往往不能有效地辨認出真正變動的部份，因此不能真正地把傳輸資料做減量。

總而言之，一般的資料傳輸方式，受限於TCP的瓶頸而傳不快，又不能減少流量而傳一堆，兩種因素交相賊，自然傳好久、傳不完！

為了解決以上問題，做到快速而穩定地傳送大量資料，新一代的傳輸方式要能夠不懼距離造成的 packet loss 與 long latency 的影響而仍能維持速度，更要能夠有效地壓縮，傳輸兩端之去重覆 (Deduplication) 以減少流量。

火雲邪神說：天下武功，唯快不破。柯文哲說：在十倍速的時代，不是大的打敗小的，不是強的打敗弱的，是快的打敗慢的。那麼，如果你可以傳送資料到遠方達五倍快、十倍快、甚至上百倍的快，這會對你的企業運作與競爭優勢，帶來多大的影響？

若想資料傳的快，不用練功夫，不用投柯P，請與我連絡！

Agile Meetup - Nulab 如何在反覆試用中開發更好的產品

2014-08-31T22:00:00.000+08:00

辦了兩年的 Agile Meetup，今天又有了新嚐試：第一次有日本朋友來分享，第一次講英文，第一次在假日，這麼多的第一次，讓我小小地擔心一下，因此務必排除萬難，要來參加。結果呢？今天的一連串活動，真是出乎意料地好！

首先，由於舉辦在星期日早上，擔心大家都是懶懶散散，因此 David Ko 自告奮勇，先來帶個 User Story Mapping Workshop，讓大家動一動手，把手弄髒，提振精神。

很多人都聽過、寫過 User Story，知道它是 Agile 中用來呈現需求、管理需求的一種手法。但是，當大家故事寫的很開心，卻也免不了擔心：

「咦，我會不會忘了什麼故事沒寫啊？」

「哇，幾百則小故事，我要怎麼和使用者溝通啊？」

這時候，就可以借助 User Story Mapping 這種手法，有系統地將故事們分類、組織、排序，讓大家看到全貌，檢查有無疏漏。

在這麼短的時間當中，大家都做出了很不錯的 Story Map，並且介紹自己的成果。

Workshop 的操作方式，可以參考 David Ko 的投影片。

Agile meetup - user story mapping workshop from 仁傑柯

這場Workshop雖然很短 (我以前帶都花了快兩個小時)，但我認為相當成功！你看，明明已經下課，大家還意猶未盡地討論剛剛的 Workshop!

接著，來自日本的主角登場。今天的講者，是日本 Nulab 的染田貴志先生，來介紹 Nulab 成立這幾年以來，是如何地在反覆地試用中，發展出愈來愈好的產品。染田先生的投影片在這邊。

英文的分享，難免有障礙，因此 Nulab 的 Community Manager Lillian Lu 擔任了翻譯，也會適時地用中文來助講補充。

Nulab目前有三個主要產品，貝格樂 Backlog、Typetalk、和 Cacoo。三個產品的特色，全部都和協作的生產力有關，一問之下，發展的緣起果然是為了「解決團隊自己遇到的問題」。比方說，染田先生提到，他們公司是 UI Driven Development，每一個人都要想UI，透過視覺來討論比文字還要有效。此時，就有人發問了：

「如果UI是這麼重要，那麼你們是用什麼工具來設計呢？」

「當然是我們自己做的Cacoo啊！」染田先生和 Lillian 異口同聲地回答。

不僅自己吃狗食，使用自家產品來工作，Nulab 還致力於打造一個完整又紮實的環境，讓每個產品都能在內部經過反覆使用，也就是Internal Beta，之後才會上 production。道理很簡單，如果自己的問題都解決不了，怎麼拿出去給人用呢？

最後，染田先生和 Lillian 談到了 Nulab 的團隊溝通，說到他們 26 個人，分散在不同城市國家，說到他們是如何分配 issue，說到吐槽力、資訊的透明度，以及他們逐漸發展出的回饋方式 (Feedback Manners)。

我很喜歡這一頁，翻譯一下供大家參考：

當你給人回饋：

要給正面回饋

建議，而非指示 (指示，會限制了人的創造力！)

當請人給回饋：

要說明請人檢查什麼 (畢竟，給人回饋是一種額外的工作...)

要準備好回饋的地方 (系統、Typetalk 等等)

又有人問了：

「你們公司的溝通制度看起來很好，但是有些人就是不愛，你們是怎麼改變他們的？」

這個問題似乎把染田先生和 Lillian 難倒了，兩個人想了又想，才說：前面曾提到，我們覺得，促進團隊裡的溝通，不是該個人解決的問題，而是該這個組織解決的問題。而根本上，應該要是靠組織文化來做到。當然，要有這樣的文化，在僱用時，也要找這樣態度的人吧！

聽了這些話，我忍不住頻頻點頭啊！

我很喜歡 Nulab 這家公司，你們做的很好！也預祝你們成功。

我在秦始皇這門課學到的事 (一)：思辨之旅

2014-08-11T00:00:00.000+08:00

最近的假日都很忙，忙什麼？忙著寫我選修的網路開放課程，《中國古代歷史與人物－－秦始皇》的作業！這門課真的很有趣，上課的內容有啟發，連寫作業、改作業也都是挑戰。對於歷史有興趣的朋友，我推薦你一試！

雖然這課程才短短九週中，但有很多層面的事情可供學習，所以我想拆成幾篇文章來談我的心得。首先，自然要談談這門課當中，呂世浩老師一直反覆問我們的問題：

把書蓋上，如果你是秦始皇，你會怎麼做？

從小我就愛讀歷史小說，神往於馳騁沙場、權謀鬥爭，但是對於讀史書，背什麼人在哪一年、什麼地方、幹了什麼事，卻毫無興趣。但歷史為什麼要用背的？背這麼多，除了應付考試，有什麼用？

真的沒有用，因為歷史不該是這樣學的。學歷史，到底應該怎麼學？

呂老師教的方法是：

當你讀到歷史書中的古人，面臨了重要的抉擇時，請你立刻把書蓋上。

好好想一想，如果你設身處地於他的位置時，你會如何決定？作什麼決定？想清楚以後，再把書打開，看看這個人怎麼做決定，作了什麼決定？他的決定後來成功還是失敗？為什麼？

然後，比較你和古人，在方法上、選擇上、有何異同之處？

這樣學習歷史，就像是今天MBA課堂上的個案學習法，透過一個個人物、事件的分析，來鍛鍊自己的「思辨」能力，更能啟發你的智慧。

舉個例子來說，這門課不只講秦始皇的一生，還講到秦始皇死後，趙高、李斯、胡亥三人合謀，矯詔賜死太子扶蘇。而扶蘇收到一封信叫自己去死，竟然就這麼自殺了！

說真的，我真的不明白，扶蘇是太傻太天真？還是性格太扭曲？若我設身處地，遇上有人叫我去死，第一個念頭是逃命，或者像胡亥一樣求饒，再不然像李世民，反擊更快先殺你，最有可能像朱棣，舉兵造反跟你拚。像扶蘇這樣完全沒有求生意志，我真的難以理解，還在課程討論區上與人討論，是不是李斯還使了其他的手段，叫扶蘇逃不了，躲不過，不得不死？

討論區上也有人推論，扶蘇是為了天下安定考慮，決定自己犧牲？雖然我覺得這個理論挺有趣，但我猜想，呂老師這時會拿出他的其他名言：「歷史學不講空話」「孤證不立」，請拿出證據來！

這門課，讓我對歷史有了更深一層的領悟。歷史不講空話，歷史才是最講究真實、證據、驗證的。歷史固然像鏡子，但是更像呂老師所說，歷史是個磨刀石，它能磨利那把名叫智慧的刀。只會背歷史，就像拿磨刀石去披荊斬棘，行不通的！說不定，正是扶蘇的歷史啟發了李世民、朱棣的智慧，知道要理智地分析情勢，因而造就了日後的玄武門之變與靖難之役？

謎之音：首先想逃命，還真是鄉民啊。。。

如何寫好論說文？以特招作文與《諫逐客書》為例

2014-07-27T12:12:00.000+08:00

前一陣子，十二年國教的會考作文問題，搞的家長學生們怨聲載道，一時之間，各方的批判意見紛紛出籠。到了特招，再考作文，但媒體上的批判聲浪也少了很多。這是否表示，我們的作文測驗，已經廣納雅言，大幅改善了呢？

我先看今年特招的作文題目，終於不再是逼人無病呻吟、賣弄詞藻的抒情文，也不是裝腔作勢的八股洗腦文；題目是篇論說文，請學生根據一份統計資料，寫一封信給父母，說服父母改變決定，給自己更多的上網的時間。

截取自今年特招題目卷

嗯，挺有趣的，書信體的論說文，讓我想到李斯的《諫逐客書》，一封信說服了秦王，扭轉了秦國、李斯、眾外國門客、甚至是全天下的命運。就是要寫論說文，才能鍛鍊我們理性的力量啊！

後來，特招放榜，心測中心也公布了三份作文六級分的試卷，供大家奇文共欣賞。但細讀之後，我再次感到無力感！題目不是不好，也不是說那三位六級分的同學的文采不好，問題仍出在改作文的人，不大可能在極短的時間內，有效地分辨符合出題意識、能說理、達成論說目標的文章。想拿到高分，還是得作浮華的「文」，而不是理性論述。

咦，那又為何聽不到考生家長們痛批作文了呢？

呿！還不是因為天龍國不考作文，就不會有人罵了唄！

那麼，好的論說文該怎麼寫？李斯的《諫逐客書》又是怎麼做的？

第一，要建立目標。其實出題老師已經幫忙訂好，當『父母』在看完文章後，父母將會改變原來的要求，增加自己的上網時間。李斯的目標也很清楚，當『秦王』讀完文章，能夠收回趕走外國門客的決定。

我把你要說服的對象框起來，就是要提醒你，你的對象有什麼特質，注意你的對象會感興趣的地方、會提出的問題或會考量的取向。簡而言之，就是你的對象『需要什麼』。

第二，要挑出你的主要論點。把你的論點限制在三個以內，而你的論點必須和你要說服的對象相關，論點當然要符合你的目標。選出了論點，再用合適的邏輯來安排重點的順序，例如時間、空間、正反兩面、或者重要性由低到高。

第三，選擇支持論點的素材。光有論點不足夠，你的論點還需要有力的支撐。這一點也正是今年特招作文最重要的出題者意識。出題者直接提供了一份調查報告，聲稱父母正因為該報告而決定減少上網，而你必須要「以彼之道，還施彼身」，以同一份報告來澄清、證明、支持你。因此，這素材的選擇，應該要能清楚地表達、能夠說明你的論點、更要能支持你的目標。

李斯的《諫逐客書》正好有三個論點，每個論點都有實例、類比來呼應：

首先，用秦國歷代最有成就的四位君王，來證明外國門客有助秦國，抓住秦王志在天下之心
接著，用國外的寶物音樂，來類比驅逐國外人才之不合理，這等於是抛棄了統一天下的資源
最後，用三皇五帝的成功因素，來總結最重要的一點：把人才趕到國外，等於是資助敵國，不僅大大阻礙了秦王兼併諸侯、統一天下的目標，還會危害國家安全

李斯之所以能說服秦始皇，正是因為他清楚地知道秦始皇需要什麼。秦始皇的目標是統一天下，他需要的就是統一天下的方法、統一天下的資源；有助於統一天下的，秦始皇就會去做；有礙於統一天下的，秦始皇就會去克服。所以，李斯完全不和本土派對幹，李斯的所有論述，都強而有力地衝擊了秦始皇的內心需要，秦始皇怎麼不會被說服呢？

再回來看今年的特招作文題，同學們，你是否該分析一下，父母(或是更直白一點：閱卷老師)需要的是什麼？你要訴求的論點又是什麼？基於出題老師的資料，還有你自己的常識，有什麼素材是可以拿來支持你的？有力的說服不在於文字造詣，而在於切中需要。

至於閱卷老師們，從三份六級分樣板，我已明白你們的需要就是「課業好」！算了，沒什麼話對你們說，我已無意說服你們什麼了。

參加 OpenStack 的四週歲生日派對

2014-07-13T22:17:00.000+08:00

最近參加了一連串的聚會，領域不同，風格炯異，從最具有啟發性、未來性的 Docker Meetup #2，到我們自辦的上海 ScrumGathering 分享，再來則是極有可能帶來雲端革命的 OpenStack 的四週歲生日派對。前兩場都已有公開資料和與會者的分享，就讓我來紀錄一下，這場『生日派對』的心得吧！

首先，這場生日派對並沒有走歡樂風，而是大家拉著折凳、圍成一圈，大家自我介紹一輪，然後聽聽 SwiftStack 的 Hugo (上圖右二) 來分享他所知的 OpenStack 在台灣的現況。

據 Hugo 所說，OpenStack 的聚會人數不多，主要原因還是台灣的使用者太少，不少人陸陸續續都玩不下去了。再來，的確仍有一些不可名狀的「大公司」，正在找 OpenStack 的人，並且想利用 OpenStack 做些東西，不過這些「大公司」都很低調，卻又不肯浮出枱面，所以都沒有出席。

接著，真正的主辦人終於風塵僕僕地從新竹趕到會場，讓我們可以真正地切蛋糕、吃披薩、開派對了......

Credit: Charles

上面這位就是 OpenStack Taiwan User Group 的發起人 macjack。目前在新竹工作，其服務單位 (不可以講嗎？) 也在研究 OpenStack。

Credit: Charles

這一位又高又帥的外國朋友，則是來自 OpenStack 基金會的 Tom Fifield，這次的生日派對也是由OpenStack 基金會來贊助。Tom 目前住在台灣，他的工作是 Community Manager，負責協助全世界 OpenStack 社群解決他們的問題。Tom 可不是那種只會貼笑話的粉絲團小編哦！我們偷偷查了一下，Tom 可是今年四月才出的《OpenStack Operations Guide》的作者！台灣有這麼棒的在地資源，真要好好利用一下吧！

在大家吃完蛋糕，以為就此結束豐富的一晚，主持人才宣布，迎廣科技的 Sam 要為大家帶來 DBaaS 的分享！這個內容對我就有一點深了，有興趣的人，可以到此下載簡報檔。

會後，我一直在想我參加的這幾場聚會，還有 Hugo 提到 OpenStack 在台灣的現況。以參加人數論，Docker 大爆滿，Agile Meetup 次之，OpenStack 最少；但是以參加者的成本來看，Docker 要價每人150，Agile Meetup 免費，而OpenStack 不僅免費，還可以吃吃喝喝！的確，學習OpenStack的門檻最高，可以猜想使用者少；但是，我也不認為Agile和Docker就是顯學呀！為什麼能夠找到那麼多人參與活動？

再來，「大公司」都很低調嗎？倒也未必。自從我知道了這個消息，幫忙散布出去，立馬就有3位同事一起參加，因為我們深深體會，自己學習OpenStack的這條路實在坎坷，真心希望能夠找到志同道合的同行善友一起努力。

因此，我很殘酷地說，其實是這個社群經營的還不夠好。主辦人macjack也說了，他也希望能夠有更多的人參與網路上的社群，還有每個月的定期聚會，舉辦分享、讀書會等等實體活動，以凝聚OpenStack的社群。

我個人很看好，OpenStack這革命性的潛力，一定有愈來愈多的Private Cloud或Public Cloud，會採用OpenStack來建設其平台。我也很期待，OpenStack的社群在台灣能愈來愈茁壯，這樣台灣才有可能在雲端之上找到立足之地。如果台灣還是只會做貨櫃、機箱，而不會運用這平台來開發產品，那真卡不到位的。。。

有興趣了解更多嗎？先加入 OpenStack Taiwan User Group 吧！

這就是你想過的人生嗎？

2014-06-29T14:44:00.001+08:00

「我想在老了之前，買輛腳踏車，去環島，上武嶺...」

「最討厭混蛋老板，為了裝著很忙很忙，要做什麼也不知，就叫我們留下來等加班...」

「最恨的就是趕著下班回家，還穿著襯衫，就拎著廚餘，站在一群印傭之間，等著垃圾車...」

「我被困住了，我想走又不能走...」

年復一年地聽你訴說自己的夢想，抱怨自己的哀愁，可直到他問：

「欸，這真的是你想過的人生嗎？」

你楞住，吐不出個屁來，這一切一切的喋喋不休，不正是你自己選的嗎？

年復一年地你說了又說，但可又曾聽進去，自己的心怎麼說？

直到他說。

你才發現，在找尋夢想的奔波中，只顧往前走，自己早就把自己搞丟...

可還找得回麼？

我相信，可以的，只要聽他的 --- 那內心深處裡小小的聲音說。

十二年國教的一點狂想

2014-06-09T00:00:00.000+08:00

終於，教育部長說了要全面檢視十二年國教的會考制度。然而，這已是我寫下希望這些官員重新規劃一年後的事。Beta One 的二十萬學生已經受害，而明年的入學簡章必須要在今年八月出爐公告，短短兩個多月，你覺得這些官員們會提出什麼好計畫呢？

以下，是我對於這入學制度一點狂想，你們聽聽就好，因為官員們一定說我好天真，但我也不期望這些官員們會比我改多好...

首先，比修改入學制度更重要的，就是免學費！X的，就是沒辦法擠個一百億來讓更多學生免學費嗎？叫趙董來解決大家的困擾呀！

而且，不要只是「免學費」，而是「免費」！我後來弄清楚，那所謂的「免學費」，實際上才省六千塊而已！天龍人哪裡在乎啊！有 Guts一點，就近入學者，統統不要錢！低收入者，再給獎學金！

就算有些人會被免費所吸引，真天龍人們會覺得，一分錢是一分貨，自費的藥比較靈，貴的學校比較好！不管那是安慰劑還是真的比較好，那也沒問題！開放私立中學，取消學費管制，導入IB課程，讓有能力負擔的人就去唸私立中學，畢業後通通直升國外大學，從頭到尾都別搶國內的教育經費，多好！

明星高中說，要有菁英教育，不可以變得像社區高中一樣。因材施教！很好我喜歡！那建北就不要拿政府的錢，給我改制民營化，退出免試，獨立招生，愛怎麼選才隨便你，以你們的百年金字招牌，一定還是很多人想唸，也一定很多財團想要接！

就算建北有Guts民營化，其他高中還是有差別，若太多人想唸同一所，怎麼辦？

首先，學校可以設一個申請門檻，但不准用會考成績來超額比序。比方說：一所普通高中，要求申請者的每一科都在B以上；一所數理特色的學校，可要求數學自然都在A以上。體育班或音樂班，更可以不用任何學科的門檻。

萬一高於門檻的人還是太多，就抽籤！一定程度以上的孩子，還硬要分出高下，是沒有意義的！饑餓遊戲也是抽籤來決定貢品，因為抽籤最公平！

怎麼抽？你喜歡學生就近入學，住學校邊的申請者就多配幾支籤，住偏遠的就少幾支籤；你喜歡學生多才多藝，拿金牌的就多幾支籤，拿鐵牌的就少幾支籤；你喜歡學生有體力當童工，有社區服務的就多幾支籤，沒有的就少幾支...... 反正只要有籤，就有希望啊！

有人說要廣納多元團體，很好！不聽我的也不打緊，我很開放滴！可是，別只問教育界的蛋頭學者，很多教育理論也都是想想而已，哪有實證的！還不如去找一些熟悉企業流程的系統分析師，畫一畫流程圖還是 block diagram，猜測一下教育專家的構想，會不會出什麼問題。台灣SI很多，一定能抓到那些學者的bug!

好不容易，選出幾個不同的構想後，最重要的一件事：不要立刻全國統一實行！北北基也不要一次就上！先去電腦上模擬，再花一兩年在幾個地方試行不同的方法，看看哪一種成效最好，才在全國長期地採用更好的計畫。

你可能會覺得我的方法很瘋癲，更花時間，可是這種公共政策本來就沒有簡單的答案，你們官員專家的「理性思考」，只會設計出不符合人性的制度，因為人本來就不是理性的！快修正想法，從實驗與錯誤中學習，設法補救這一屆的學生，重新設計制度，救救未來的孩子，好嗎？

誰說人是理性的: 所有權的昂貴代價

2014-06-03T08:30:00.000+08:00

前些日子，我在臉書上做了一次A/B Test，獲得很大的迴響，同學見我愛實驗人類行為，就推荐了「誰說人是理性的」這本書給我讀。

真的是很棒的書啊！每一章都有好多的實驗與分析，來說明人類的行為絕不是那麼理性，但又絕非不可知，而是可預測的不理性。這不是很妙嗎？

書中有一章提到，所有權的昂貴代價。實驗內容是來自杜克大學抽NCAA入場門票的學生，實驗者分別去問抽到票和沒抽票的人：

要出多少的價錢，你才會願意賣(買)這門票呢？

沒抽到門票的人，平均願出$170美元來買；但抽到門票的人，卻平均要價$2,400美元才賣！是平均出價的14倍！怎麼會差這麼大？

以理性的角度來看，有門票和沒有門票的人都應該以同樣的方式來看待球賽，因為球賽的樂趣、門票的價值，不應該被有沒有抽中而影響。難道不是嗎？

然而事與願違，人性中有三種怪癖，影響我們的生活：

我們熱愛自己已經擁有的東西
我們的焦點全都放在可能會失去的東西，而不是可能會得到的東西
我們假設其他人看待這樁交易的角度會和自己一樣

細細回想，你我身邊一定不乏這樣的例子。就像前不久我發現，捷運圓山站的上班族，不敢上車，結果把位子讓給我，就是因為害怕沒有位子，而高估了車上沒位子的可能性。

而許多 startup 公司，會愛上自己的 idea，丟不掉又放不下，也是受不了那種失去摯愛的感覺，結果哩？你得到的，只是一種僵化、頑固的意識型態，哦，還有一堆股票當壁紙吧...

你總是覺得自己的小孩更過人，因此你一定要去爭明星高中；你總是覺得自己的房子很特別，值得賣貴一點；你總是覺得自己酒量好、開車技術更好。這種偏見的毛病大概沒藥醫吧？但也許我們可以意識到，人人有偏見，自己也不例外，能夠仔細聽聽第三方的意見與反應。好嗎？

十二年國教下，選擇學校的一點想法

2014-05-25T23:51:00.000+08:00

在十二年國教的制度下，到底該如何填志願、選學校？

坊間的戰術很多種，而我的觀念是：

我不認為明星高中的名號很重要。因為履歷表上最多就只寫碩士和大學，也不會去寫高中唸哪裡了。
不止是高中學歷，大學或研究所的學歷、成績也會愈來愈不重要。名校不是成就的保證。
但我認為高中是個很重要的階段。聽過很多人的經歷，也包括我自己，高中三年都是「民智大開」的啟蒙時代。不能隨便找一所就去唸！
高中的名號雖不重要，但能否提供很多扇門、很多機會，不放棄學得慢的孩子，這個很重要。
學習的環境中，同儕是很重要的一環。如果缺乏共同目標的同行善友，也不容易成功。
資訊科學與工程 (Computer Science & Engineering) 的基礎要及早奠定
中文和英文的能力也都要好好加強
台灣高中的文理分科是很糟糕的制度

說了一大堆，到底該選哪一間高中？我心中的擇校條件是：

學習風氣好。學校裡，有學習態度的孩子夠多。查詢這一點，除了學校主任老師，還應該問問剛畢業或仍在學的學長姐。
英文與數理能夠依程度分組教學，因材施教。
能夠跑班，讓孩子能夠多一點機會找到自己的興趣。
不需為了提升語文，就得唸文組；也不需為了提升資工能力，就得唸理組。
距離呢？這倒還好。台北市裡，大部份的高中都在一小時的車程內。大不了，就搬家囉...

這十二年國教的制度，我看明年還是以會考成績來決定，但是免試/特招名額、學校的課程設計，甚至大家心目中的好學校，恐怕都會有不少變化。我也只是先把目前的想法記下，再隨時修改更新。

高中很重要，不是隨便什麼都好的！

相關：

救魚，還是救魚缸？

2014-05-18T23:42:00.000+08:00

曾經聽過一則故事：

XXX 像是一個被污染的魚缸。

想要救魚，就要慢慢花時間，把髒水倒出來，再把清水倒進去；再把變得不太髒的水倒出來，把清水倒進去，持續地做，水會清，魚也會活。

如果把魚缸打破，讓髒水統統流出來，雖然只是一下子的工夫，可是魚也都死光，你也什麼也沒有了。

但是，為什麼不把魚撈出來，放進另一個乾淨魚缸，魚不就活下來了呢？你到底是要救魚，還是救魚缸？

至於 XXX、魚缸、髒水、魚又是什麼，請自行代入。

資料的備份回復與封存 Backup, Restore, and Archive

2014-04-29T00:00:00.000+08:00

我還沒有搞清楚「核四的封存」是什麼意思、又怎麼做。但我很明白，大家常常搞不楚清，資料的備份 (Backup)、回復 (Restore) 與封存 (Archive) 又有哪裡相同與不同。就讓我插個花，介紹一下，順便讓你類比一下，政治上的封存又是什麼。

首先，備份與回復，乍看之下，就是兩個彼此相反的動作：備份是把資料複製到別處，而回復是把別處的資料複製回來。然而這案情沒有那麼單純，請容我比較給你看：

備份回復

自動化常常需要人工介入

定期做隨時有可能發生

須在規定時間 (稱作Backup Window) 內完成愈快愈好！

若在Backup Window內做備份，就對Production沒什麼影響對Production影響很大

不論full backup或incremental，總要檢查過『所有資料』通常只需要回復『部份的資料』

由上表所知，備份是一種日常的例行作業，但回復則是十萬火急、手忙腳亂的救援行動，雖然資料的『量』通常不大，但是對系統平日作業的影響，非常的大！

至於備份與封存，更是常常被人分不清楚！其實兩者有幾點不同：

備份封存

資料可以被回復資料可以被存取

資料被複製到另一處資料被移動到另一處

備份資料常常變封存資料不更動

短期保存 (數天、數週或數月) 長期保存 (數年)

由上表可知，需要封存的資料，都是因為某種原因，需要長期保存，但又不一定要被回復成原狀，所以把它移到別處去冷凍，就可以騰出空間，放新的資料。

至於我們的核四廠，看來是需要長期保存，但封存期間有沒有變動，好像還在各說各話；但是我看它是不可能像林安泰古厝一樣，整組移動到別處，讓貢寮那塊地還能被利用，更難保有沒有一天，被人拉出來「回復」啟封又運轉。(可是封存就明明不需被回復的啊~~~)

萬一，我說萬一，今日被封存的核四廠還真有回復的一天，你說說看，對你我，對台灣，會有多大的影響？

重複資料刪除 What is Data Deduplication?

2014-04-28T00:00:00.000+08:00

在前一篇《如何解決你不會的問題?》當中我說：

「有沒有答出正確答案，對我也不是太重要，反正我又不是找金頭腦。我要找的是：會思考、會應變、在面對一個不會的問題時，仍能找方法來解決問題的人。」

如此一說，就有人酸啦：所以你也收沒有專業知識的人，是吧？

這當然不是如此！

不過，我也覺得很奇怪，怎麼面試了幾十個工程師，聽過dedup的人是一個也沒有？！所以，請讓我簡單地介紹一下 Data Deduplication --- 翻做『數據去重』或『重複資料刪除』，你要面試，請先做功課！

根據維基百科的解釋，Data Deduplication (簡稱dedup或去重) 是一種刪除重複資料的技術。由於電腦系統中，常有重覆的資料佔據了大量的磁碟空間，如果可以只儲存一份數據，不是可以節省磁碟空間嗎？因此 dedup 的技術就應運而生了。

那麼，怎樣算是「重複的資料」？

最直接的想法，就是完全一模一樣的檔案。可是如此一來，要是我的投影片加了一頁，我的資料庫表格加了一筆，其餘的99%都沒變，整個就是「不重複」，那還不是效率很低？

其實，去重的方法有分 file-level dedup 和 block-level dedup，file-level 只檢查檔案是否一模一樣，而 block-level 則是能夠檢查更小的區塊，更精準地去重複，而釋放出更多的可用空間。由於 block-level dedup 是當前的主流派，除非有特別註明，dedup 通常代表了 block-level dedup。

想要去重複的效果好，自然要找資料重複性高的情境和場合。比方說，提供雲端儲存的服務商，例如 DropBox，都在雲端空間上做 dedup，因為重複的資料真的很多。在企業內，儲存資料備份也是非常合適的情境，畢竟每天每週的備份，差別不大，若把重複資料去掉，就能省下空間省下錢，不是很好嗎？

話說到此，大家一定覺得，dedup 是個好東西哇！怎麼以前不知道拿來用呢？凡事有得必有失，dedup 還是有它的代價在，其實這也很容易聯想，要省硬碟，就會把處理器和記憶體給吃很兇！因此，想要均衡，就有技術門檻囉...

如何解決你不會的問題?

2014-04-20T19:00:00.000+08:00

前一陣子，我們在找內部工程師來面試，加入新產品團隊。既然要做產品，我們就不會想找那種只會照著規格做事的人；反之，一個會思考、會應變、能解決問題的人，才會是我們產品團隊需要的人才。

Credit: Ted Huang

據說，微軟和許多跨國公司，會出「如何移動富士山？」這樣的考題給應徵者，這種看似不可能的問題，其實都沒有標準答案，而是看你如何思考、如何應變、如何解決不知怎麼解決的難題。在我們的面試中，也有一些棘手的題目，如果是你來應試，你會怎麼回答呢？

問題：你老板抱來一台廠商的設備，號稱有 compress and dedup 的功能，可以節省儲存空間。你老板請你評估一下，這設備效果怎麼樣，但是下午就要還給廠商。請問你會怎麼評估呢？

這題目乍看是考專業能力，其實案情沒那麼單純。有一半是想看看面試者對於「壓縮」和「Benchmarking」的了解，但真正的陷阱在 dedup，因為大部份的面試者，都不知道 dedup 是什麼，因此這題真正要考的，是想看看他會怎麼解決一個他不會的問題。

那麼，我們的面試者，是怎麼回答的呢？

有人說：

「我沒有想法，因為我不知道 compress and dedup 是什麼。」

很抱歉，不會思考的人，再聰明我也不會用。

大部份的人，至少知道一點點『壓縮』是什麼，但又不是那麼多。好幾個人有志一同地說：

「我會找一個很大的檔案，比方一個影片檔，用這個設備壓縮，看看有沒有變小。」

我個人認為，這樣的答案不太好。

首先，除非是破壞性的壓縮，否則影片檔的壓縮效果不是太好。但是，對於其他類型的檔案，像是文件或程式，不能破壞資料是很重要的需求。只找影片檔來試，恐怕有問題。

但我更在意的，是他只看『有沒有變小』。如果一個500MB的影片檔，減少了1KB，真的有變小啊！所以就是Z>B。咦，你說說這廠商只減小了百萬分之二，這樣算好嗎？能用嗎？

目前為止，我聽到比較好的回答是：

「我會找我手邊的各種檔案，像是文件、執行檔、音樂、影片，先用7zip壓縮，看看可以變多小；然後用這個設備來壓縮我的檔案，比較看看和7zip的結果差多少。」

會先建立一個比較基準，再來評估其他產品好不好。嗯，我覺得這個人的觀念就很好！

那麼，真正的關鍵，沒有人了解的 dedup，大家又是怎麼回答的呢？

大部份人這麼說：『對不起，我不知道 dedup 是什麼，所以我無法回答。』

只有極少數的人說：『對不起，我不知道 dedup 是什麼，那麼你可以教我 dedup 的意思嗎？』

當我們很快地解釋 dedup 是什麼，為什麼它能夠減少硬碟的儲存空間，他們也會一邊想、一邊詢問澄清，最後提出他們的方法，來評估這個他們從前都不會的東西。

所以，這少數人最終有答出正確答案嗎？其實都不算。不過，有沒有答出正確答案，對我也不是太重要，反正我又不是找金頭腦。我要找的是：會思考、會應變、在面對一個不會的問題時，仍能找方法來解決問題的人。

你是我在找的人嗎？

萬世佃農

2014-04-06T22:45:00.000+08:00

台灣真的很缺能做「產品」的人。我們不只是缺產品經理，更缺有產品概念的工程師。

前一陣子，我想邀請內部工程師來面試，加入我的新產品團隊。對方一聽說我們要做「產品」，要自己找出海口，要自己決定規格特色與功能，而不是等客人開規格來代工，給果立馬被打槍：

「你沒有客人給規格，沒有人付錢，我不要做這種『專案』！」

真的是給人代工代太久，最後只能一輩子給人當佃農！

做委外代工的專案，賣的是人頭，有多少人做多少工，就收多少錢。做產品，強調的是產品價值，營收是產品價格乘以數量。

代工佃農擔心的是，即使產品賣不好，我的一分耕耘，還是能收到一分收入；但是有產品概念的創業家想的是，如果我的產品賣得好，同樣的一分耕耘，收獲能夠倍增！

我可以理解，你知道產品成功的機率不高，萬一做不成，來年的考績被影響，薪水獎金都縮水；但我要告訴你，即使新產品不成功，你獲得的知識、技能、與經驗，都遠超過那些代工佃農。你跳出了井，才能看到更大的天空。

想要像個Startup嗎？

2014-03-17T00:00:00.000+08:00

不論從前或現在，我都一直聽到，大公司希望能夠「像個 Startup」。

嘿！這真不是件容易的事，至少這不可能是大老闆的一紙命令，就能水到渠成之事。你絕對要做些從來沒做過的事，才有可能開始「像個 Startup」。

第一件事，你該開始參加 Startup 的活動。直接和創業家互動，聽聽他們如何 pitch，聽聽他們的創業故事，親身感受他們的熱情，是「像個 Startup」的第一步。

52 tools for any company to innovate like a Startup /by @nickdemey @boardofinno from Board of Innovation .com

接下來，你可以建立創業家的人脈，進而邀請他們成為你的顧問團。若本錢夠粗，你更可以學雅虎，收購人家、關掉人家的公司以取得人才。

前幾天，我參加了【台灣「新創共同創辦人+創新者」聚會】，深深感覺這個聚會和創業小聚有明顯的不同。創業小聚台下總有滿滿的觀眾，來聽台上的新創公司，來介紹自己的產品和公司，但似乎只要有了台上台下之別，就有距離，想要感染創業家精神的力道，就弱了一些。

至於來參加【台灣「新創共同創辦人+創新者」聚會】的創新者或創業家，全都處於尚未成立公司的極早期，也就是說，這些創業者都還沒辭掉原有的正職，都還在 part-time 創業。所以，我看到了：

想要幫助人們鼓起勇氣的IC測試工程師
想要解決吃飯問題、購屋問題的電腦公司員工
想要協助偏鄉教育問題的補習班名師

雖然，有些人的構想你早已在某處聽過，有些人的 pitch 不太吸引你，讓你一百塊也不想給，但也有人的願景與洞見讓你睜大了眼睛，彷彿讓你看見了他們所看見的。但是不論好與壞，你總能感受到他們的熱情，是大公司的轉輪掩蓋不住的。

Credit: A Day in the Life of: Corporate vs. Startup

想要像個Startup嗎？先開始參加Startup的聚會活動吧！

當你沒有技術的時候

2014-03-10T00:00:00.000+08:00

從前從前，當我們說要創業做產品，總被旁人問到：

你有什麼高深技術？有沒有申請什麼獨門專利？

每回被問到，每回侃侃而談，但是心裡也有小小疑問：即使有技術，那又如何？技術是能吃嗎？

後來 Lean Startup 的觀念盛行，強調的是開發顧客，做的是最小可行產品 (Minimum Viable Product, MVP)，而不是強調技術的優先。賈伯斯也這麼說，你必須要從顧客體驗出發，再回頭去找尋有那些技術可用，而不是先去鑽研技術，再去想怎麼賣它。

我十分同意這觀念。我們應從挖掘顧客、開發顧客做起，用最簡單的 Pretotype，找出它到底是不是一個 Right Thing To Build。然而，如果當你得到了些回響，或者你覺得太原始的 pretotype 已不符所需，好想要開始發展技術開始 BUILD，怎麼辦？

我以為，當你開始起心動念，想要雇用超厲害的神級工程師時，首先要做的，是忍住。

你應該先建立一個多元的顧問團，其中包含潛在顧客、產業人士、設計師、各方面的技術專家等等。在這個圈子這麼久，總有很多的朋友與網絡，我相信總有很多人，很樂意提供免費的諮詢，甚至幫忙介紹合適的人，做為你的顧問團。

然而，優秀的工程師與設計師，才不會願意白做工。忍住請專職，但可以透過顧問團裡的技術專家，掃描一下建造你的構想需要做哪些工作、需要何種才能，協助找尋並雇用短期的顧問，協助你進行下一個可以 demo、可以幫助你賣概念的 pretotype，甚至是估計開發成本、評估技術風險，檢視可行性。

我自認絕對不是專家，沒有技術，沒有大錢，但有各種神人當好友，好友的好友更不乏神人。有如此顧問團做為資源，新事業可會有眉目？

Backup Storage 專為備份而設計的儲存

2014-02-17T00:00:00.000+08:00

Backup Storage，就是專門用來儲存備份資料的媒體裝置。我應該不需要多解釋，為什麼需要備份，反正就是為了預防萬一，讓重要的資料仍然回得來。但為什麼需要好好選擇 Backup Storage 呢？難道我就不能隨便找一個舊硬碟、舊 NAS來做備份嗎？

不同於一般用途的儲存設備，專為備份而設計的儲存應該要能滿足以下需求：

有保證。資料備份的目的，就是為了有一天要拿回來。而且，當你需要從 backup storage 拿資料的時候，就表示你在其他地方已經找不到你要的東西了，萬一你還拿不回來，或是丟個銅板看看回不回得來，不就完蛋了嗎？因此，backup storage 必須要處理各種錯誤，把資料保護好，以確保當你要資料，你就一定拿得到。
有彈性。哪一家公司現在沒做備份呢？而且不只是資料備份，往往還要兼顧資料歸檔 (Archival) 、異地備援與災害復原 (Disaster Recovery, DR) 等需求。因此 backup storage 必須要能彈性地支援各種軟體，不需換掉整個備份機制，就能融入現有備份架構；不僅如此，又不能為了成為各種軟體的最大公約數，採用一般 CIFS/NFS 之協定，反而犧牲了速度，無法達到 RPO/RTO 等需求。
有夠省。做為一個 Backup Storage，當然要比 Primary Storage 更省錢，要是 Backup Storage 還比較貴，那不是很奇怪嗎？因此，backup storage 不只要在硬體上 cost down，在軟體功能上，必須要能去除重覆的備份資料 (Deduplication)，要能壓縮每次備份的空間大小，以加倍節省儲存空間的成本。

在資料量日益龐大的今天，傳統的磁帶備份已無法有效保護你的大數據，難道就因為傳統科技受限，而不備份資料嗎？不是不備份，而應該用新的方法來備份。設計良好的 Backup Storage 和普通的磁碟儲存不同，Backup Storage的成本效益高，更能保證資料的可靠性、更有彈性能適應各種環境又不失 RPO與RTO。還在隨便找個舊硬碟、舊NAS來做備份嗎？是時候該重新思考你的備份架構了。

你的案子真的需要多少人？

2014-02-05T08:30:00.000+08:00

你的案子裡有多少人？3個？5個？還是30個？

人數多少，和專案的範疇有關，也和團隊的產能有關。萬一開發團隊的產能低落，管理團隊只能加更多的人，以期待能夠增加產能。於是乎，專案人數年復一年地成長，讓大家以為，沒有三五十個人的最低消費額，不能成一個專案。

最近看了 Hans Rosling 談世界人口成長問題，提到唯一能讓世界人口停止成長的方法，就是持續提高兒童的存活率。

咦？為什麼呢？如果兒童的存活率提高，世界人口不是反而會愈來愈多嗎？

其實，兒童的存活率高，父母就不會因為擔心孩子養不活而多生 (不過台灣人是擔心孩子養不起而不願生...)。兒童的存活率高，也代表了：

公共衛生和醫療水準好，兒童不易生病，也容易治的好
生活脫離貧窮，兒童不用出外去工作來分攤家計
父母的教育水準提高，家庭計畫容易推行

我不是人口問題的專家，卻從 Hans Rosling 的分析中想到，專案人口成長的問題，其實也可以從世界人口問題來借鏡。提高開發團隊的產能，不要只幻想著找到「一個打十個」的工程師，而且也要：

公共衛生和醫療水準好 → 能夠促成「早期發現、早期治療」的種種軟體流程，並且讓大家學習合適而且正確的實務
兒童不用出外工作 → 新人不需過早進專案、上戰場，而能先獲得合適的訓練
父母的教育水準提高 → 管理團隊對於問題領域、軟體工程、管理實務等等的知識水準能提高，而不會只知道用幾十年前的方法來帶人帶專案

你的案子真的需要多少人？如果沒有這些條件，別說你能否找得到人一個打十個了，就算真的找進來，也是早早陣亡，留也留不住啊！

頭都洗了，你能不剃嗎？

2014-01-19T22:00:00.000+08:00

台語裡有句俗諺是這樣說的：

「頭洗落去，無剃敢會用得」

用白話來講，就是頭都洗了，難道還可以不剃頭嗎？這俗語的意思近似於成語「騎虎難下」，但是我從前卻一直對這句話感到不解。

我可以了解，騎虎為什麼難下，因為一下了虎背，肯定就被老虎吃了。但是洗了頭，為什麼不得不理髮？先理了頭，還可以說是不洗不乾淨，但洗了頭，吹乾就好啦，為什麼非剃不可？

很多事情是只能預防，而難以補救。一發現有問題，當下立即修正，還有機會收拾。要是不叫停，等到東西完成，想救也難！

山上只有一間違法民宿，你有魄力拆，大家為你叫好；當山上有了一兩百家民宿，你想要拆，大家哭啊，求啊，得饒人處且饒人啊，你還能夠無情地拆下去嗎？

新事業還在寫計劃，發現苗頭不對，計劃刪了重寫就是；等到人都找了，東西都做了，才說這個東西不對，看到大家無日無夜地加班，就是為了把它完成，你還能夠無情地狠下心砍掉嗎？

我從前不解這句俗語，因為我總把剪頭髮當做是物理上不可逆的現象、或是把洗頭髮當做是經濟上的沉沒成本，卻沒有想到，這還是道德上的難題 --- 不忍做出會傷害某些人的決定。雖然，你無意造成傷害，你明知這是為了成就更大，但是對於那些被犧牲的人，其傷害是真實的。

頭都洗了，你能不剃嗎？

組織，已不再是我們認識的組織啦

2014-01-05T22:54:00.001+08:00

有個朋友即將要離開待了十六年的公司。我問他的離別感言，他說：

「組織太死了，走不出路。所以就要自己改變了。」

「自己的夢想太多，但組織已不見得是我們認識的組織啦。」

一字一句，打進我的心底。你，有沒有過這種感覺呢？

最近看了一篇文章《Can-Do vs. Can’t-Do Culture》，裡頭提到大公司為什麼不如小公司來得容易創新。大公司裡要創新，你得說服一大串的人，一次又一次，讓他們同意你的點子，才有可能去追尋。但只要有一個聰明人，指出你的點子哪裡有可能出錯 --- 也許他只是想炫技、也許他只是想展示他的權力 --- 一個小小的批評就足以扼殺你的點子。這就是 Can't-Do Culture。

許許多多曾經 Can-Do 精神飽滿的科技公司，當它還在 startup，組織會努力地為點子、技術找出路，一變再變變成真正的好產品、好生意。然而，等到startup成了大公司，組織裡的聰明人啊，卻只看得見你的提案缺了這個、少了那個，他們再也看不見，有一天，這想法可能變成什麼樣，這組織終究失去了「找出路」的能力。

就這樣，自己的夢想太多，但組織，已不再是我們認識的組織啦......

別讓 in-app purchase 只付一次錢

2013-12-30T08:00:00.000+08:00

在過去，在 App Store 上的收益方式，就只有軟體的銷售。後來有了 In-App Purchase，在軟體當中設計額外的收入來源，讓收入不再是一次性的銷售，可以持續地從使用者身上收到錢。我想 In-App Purchase 已經是 APP 開發者最重要的收入方式，如果你懂得其中竅門的話。

比方說，我們家做的 File Brick，明明就是一個很棒的 App，其功能補足了 Windows 8 上缺乏的各種檔案管理。但好可惜！我們沒把 In-App Purchase 設計好，現在的設計是：讓使用者『只付一次錢』，就能用到所有的功能。

File Brick 連結本機磁碟, 雲端硬碟及 DLNA伺服器.

您或許不懂，『只付一次錢』是有哪裡不好，使用者應該很開心呀！反正我付了一次 $1.99，就可以享有一輩子的更新，很棒呀！

事實上，『只付一次錢』就表示，你的商業模式和傳統的 app 銷售沒有兩樣。你沒有後續的收入，不能從既有的客戶身上持續賺錢。而商業上的常識：開發一個新顧客的成本，是數倍於和現有顧客做生意之成本。也就是說，對於APP開發者，就得一直辛苦地花錢開發新顧客，還得一直花時間開發新功能。

這會划算嗎？

除非，你可以找到方法，讓取得新顧客的成本降低，例如：讓產品很容易地刺激社交網路上的口碑傳播、病毒行銷。Candy Crush 就是好例子，一方面讓你忍不住想告訴大家：「快納命來！」而等不及索命的人，就一直付錢買命！

然而，仍有不少的APP開發者，發現APP不好賣，也就不再願意繼續維護。一旦發生這種事，吃虧的還是已經付過錢的消費者，不是嗎？ (我就買過這樣的 APP！怒！)

最後，再幫我們家的 File Brick 打一個廣告：現在你連『付一次錢』都不用，就可以享有全部的付費功能，像是連結 YouTube、Flickr 等等。喂喂喂，為什麼跟錢過不去？還不是為了滿足虛榮心，看到10萬個下載？不過大家動作要快！10萬下載量又不能當飯吃，爽完了，還是要收錢滴！

透過File Brick，讓您在瀏覽不同朋友的 Facebook 照片時，就如同在看您本機的資料夾一般簡單。

更方便地觀賞您在Youtube訂閱的頻道

備份	回復
自動化	常常需要人工介入
定期做	隨時有可能發生
須在規定時間 (稱作Backup Window) 內完成	愈快愈好！
若在Backup Window內做備份，就對Production沒什麼影響	對Production影響很大
不論full backup或incremental，總要檢查過『所有資料』	通常只需要回復『部份的資料』

備份	封存
資料可以被回復	資料可以被存取
資料被複製到另一處	資料被移動到另一處
備份資料常常變	封存資料不更動
短期保存 (數天、數週或數月)	長期保存 (數年)