我讀 «隨機騙局»

<隨機騙局> (Fooled by RANDOMNESS) 這本書是 <黑天鵝效應> 的續作, 作者當然還是 Nassim Nicholas Taleb, 內容同樣是講隨機對我們的影響. 它的結構大致上分為 130 頁的第一部、約 90 頁的第二部、約 30 頁的第三部、以及十幾頁拉拉雜雜的後記與附筆. 假如我們不考慮序、前言、第一版謝詞、第二版謝詞、註釋、參考書目也佔了約 100 頁的話. 整體而言, 我覺得第三部比第二部好, 第二部比第一部好. 因為言簡意賅的描述比較適合沒什麼時間讀書的人.

第一部 <梭倫的警世之言> 表面上是引用名言和小故事以吸引讀者的目光. 本書一開始就是梭倫對富有的利底亞國王克羅伊斯說, “bla, bla, bla, …直到臨終還快樂的人, 或許才能說他真的快樂." 不然就是  “富如克羅伊斯" (rich as Croesus – 一句諺語) 也不見得就是好啊! 實際上呢, 這是作者反擊批評者用的. 人家會說: “喲呵, 你那麼會講, 可是你有巴菲特有錢嗎?" 所以作者寫了一大堆東西, 證明一般人的認知充滿了各種謬誤. 比方說, 大部分的人都認為自己高於平均值, 被中位數和期望值搞混, 深信統計學或是經濟學結果被搞到破產…這些. 加上作者要展現他的博學多聞, 章節也就變長了.

第二部 <打字機前的猴子> 重點在於講存活者偏誤 (survivorship bias). 作者說只要猴子夠多, 打字機夠堅固, 就有機會打出荷馬的 <伊里亞德>. 相關的變數有兩個, 第一個是從事的事件多隨機、第二個就是猴子的數目. 畢竟要靠機率打出一篇文學作品是很困難的 – 假如有拼字和文法校正會簡單一點, 哈! 但是在股市裡面買股票, 這件事就隨機多了.  此外, 因為我們想模仿成功人士, 結果造成了雙重存活者偏誤. 第一個偏誤就是我們只看到幸運的猴子 – 贏家. 第二個偏誤就是我們從贏家身上學到的不是真正有益的東西. 例如我們認為富翁要勤儉、富翁要用長皮夾…等等.

假如我們把對象從人換為物, 我們可能會去崇拜某個 “方法", 然後用回測 (backtester) 來驗證它. 例如回測程式顯示 Nasdaq 週線上漲 1.83% 買進可以賺最多, 因此我們就按照它來做機械式地操作. 這個不但是常見的存活者偏誤, 更是理財雜誌封面上不可或缺的專題內容. 能上雜誌封面的人當然是贏家, 但基於存活者偏誤, 他們的手法卻不見得能讓你我致富.

人生真的靠機率嗎? 當然不是! 只有在兩難的時候, 機率會推我們一把. 所以口袋破洞的窮人幾乎不可能翻身. 書上引用了十四世紀的讓·布里丹 (Jean Buridan) 寫的寓言, 假如有一頭驢子, 飢餓和口渴的程度相當, 而牠站的位置和水、食物的距離恰恰ㄧ樣. 若是牠不能決定先喝水或是先吃東西, 牠就會死於飢渴交加. 正因為這樣, 我們不但要靠理智讓我們更接近成功的猴子, 進化還暗中幫了我們一把, 大腦是靠著走捷徑來運作的.

卡內基美隆大學 (CMU) 的赫伯特·西蒙 (Herbert Simon) 研究發現, 人類的選擇是 “足夠滿意", 而不是最佳解. 足夠滿意 (satisficing) 是滿意 (satisfy) 加上足夠 (suffice), 只要達到某個程度以上的滿意就會滿意, 不然會沒完沒了地要娶全世界最漂亮的老婆、進全世界最好的公司當最大的老闆…這些用柯文哲的膝蓋想也知道不可能, 所以我們會適可而止. 這樣一來, 我們會做的選擇就比較少, 隨機性也就增加. 作者想要呈現的就是這一點. 其實大腦不只是走捷徑, 它的運作甚至沒有一定的系統. 書上提到, 其實大腦是用 quick and dirty 的演算法執行 trial and error. 這幾個名詞, 對理工背景的人都不陌生. 不過書上翻成  “快速髒手" 和 “試探與偏誤", 就難懂了一點.

在很多的領域當中, 人類都被歸類於有智慧的, 機率不能解釋所有的東西. 因此作者又講到大腦的架構包括: 爬行性動物的腦, 哺乳動物的感情邊緣腦, 人類的新皮質或是認知大腦. 這三者是以模塊 (module) 的方式連結, 但實驗中切除感情腦的話, 這人會整天為了怎麼做決定而空轉, 連是否要起床都沒辦法決定 – 布里丹驢子化. 因此達馬西奧  (Antonio Damasio) 在 <笛卡兒的錯誤> (Descarter’s Error) 中說到情感是為了阻止我們拖延不決而存在的. 約瑟夫·勒杜 (Joseph LeDoux) 在 <情緒腦> (Emotional Brian) 中歸納出: 我們感覺到情緒 (邊緣腦), 然後尋求解釋 (新皮質). 既然新皮質是找藉口用的, 作者認為這可以證明投資上的絕世好招不是聰明人想出來的, 而是事後之明. 當我們把別人的事後之明當作自己的先見之明, 難免就會發生悲劇.

第三部 <在耳中塞蠟> 引用奧德賽第十二卷, 奧德修斯得知女妖錫西 (Circe) 的美妙歌聲會讓水手分心、船隻觸礁, 因此讓水手們在耳中塞蠟, 並且把自己綁在桅杆上. 題外話 – 為啥奧德修斯自己耳朵布塞蠟呢? 因為女妖會唱出你心中最想知道的事, 所以他忍不住要聽一下. 換言之, 第四台的解盤老師、理財雜誌、新聞報紙都是唱歌的人, 他們講我們想要聽的東西, 但是沒有人把我們綁起來…

哈佛的史金納 (B. F. Skinner) – 不是辛普森家庭的 Skinner 校長做了一個因果關係的實驗. 他把飢餓的鴿子關進籠子裡, 用隨機的方式來餵食牠們. 於是鴿子發展出根深蒂固的制約行為, 有的認為對著籠子的一個角落, 規律地擺頭會有食物、 有的會反時鐘旋轉…等等. 幾乎所有的鴿子都會發展出一套得到食物的儀式. 我想在幾百年前, 人們也都還相信要用童男童女祭祀河神、山神、雨神…吧!? 至於為何選童男童女不外乎是社會成本較低, 只祭祀童女的原因, 是因為重男輕女. 只要低成本的 trial and error 奏效了, 就不會發展出首富要抬去祭神的的大絕招!

本書的附筆其實更加地有趣. 說不定作者缺錢的時候會用這個當主題寫下一本書. 他提到逆規則 (inverse rule) 問題. 一般來說, 我們很容易根據過程和結果來評斷技能工作者. 如果廚師做菜難吃, 或是料理魚不知道要去鱗清內臟, 我們很容易從結果或是過程其中的一種就知道他是外行人. 但是存活者偏誤發威後, 還不錯的廚師可能在若干年後被奉為廚神.  薪水超高的執行長究竟有沒有厲害的決策過程? 還是我們只看了結果 – 只因為決策的品質複雜到難以分析? 好比成功的企業究竟是薪水給得高才成功? 還是因為成功才給出高薪? 這個決策只能以結果論英雄.

當我買這本書的時候, 已經有 <黑天鵝效應> 很難看下去的前車之鑑, 為啥我又乖乖地買了第二本來折磨自己呢? 主要是現在太多一招致富的小故事了, 如果我不拿本經書唸一唸, 很容易就被別人吸引了過去. 我要告訴自己, 這一切都是幻覺, 嚇不倒我的. 哈!

no scare

 (取材自 少林足球 山西豆腐隊)

[廣告] Ameba 阿米巴物聯網創意設計大賽

  •  活動名稱：Ameba 阿米巴物聯網創意設計大賽
  •  活動日期：2015-04-10 13:55 ~ 2015-08-10 23:55
  •  舉辦單位：瑞昱半導體

瑞昱半導體公司自2015年推出Ameba 阿米巴物聯網系統，可讓系統設計者輕鬆整合功能強大、介面完整又低耗電的阿米巴WiFi MCU於智能家居、智能照明、居家監控安防、醫療照顧等各種物聯網應用中。

 

為了讓更多提昇人類生活品質，增加日常便利性的好創意能被開發出來，此次舉辦「阿米巴創意設計大賽」鼓勵全世界有創意的Maker、Pro-Maker、Startup將滿腦子的物聯網創意應用構想設計出來，讓世界更美好吧！

 

[競賽主題]

♦ 使用 Realtek Ameba 開發板(平台)開發各種創新應用。

♦ 使用WiFi通訊協定和其它平台 (Smart Phone, tablet, PC, Cloud, etc) 溝通

 

[競賽獎項]

♦ 冠軍 : 獎金新台幣 10 萬元

♦ 亞軍 : 獎金新台幣 8 萬元

♦ 季軍 : 獎金新台幣 5 萬元

♦ 最佳校園創意獎 : 獎金新台幣2萬元 (得獎隊伍成員必須皆為在學學生, 含今年應屆畢業生)

♦ 入圍獎 : 獎金新台幣 1 萬元  (10隊)

 

[評分重點]

♦ 實用性：能夠被製造出來讓使用者使用，滿足使用者的需求或解決使用者生活中遇到的問題。

♦ 軟硬整合：透過成功整合軟體與硬體的產品設計，為使用者帶來全新的體驗。

♦ 跨平台整合：透過WiFi連網功能, 有效整合不同平台 (如：Cloud, Smart Phone, PC…等等)的服務 。

♦ 創意：與眾不同的想法或點子。

 

[參賽者資格]

♦ 每隊由1至10人自由組成且不得跨隊。

♦ 若全隊參賽者皆為在學學生(含應屆畢業生)，可角逐「最佳校園創意獎」

 

[參賽費用]

繳交參賽費用後可獲得Ameba開發板一套

♦ 社會組: 1000元

♦ 校園組: 500元

 

[競賽方式]

  1. 初賽報名 (2015/05/20 截止)

(1)請參賽隊伍先於比賽官網登入會員進行線上報名  我要報名

(2)進行繳費 (以下兩方式請擇一付款即可)

  1. 線上信用卡付款：登入報名頁面線上付款即可。
  2. ATM付款：主辦單位將主動連繫參賽隊伍，告知匯款帳號資訊。

(3)參賽隊伍繳費完成後，主辦單位將寄發Ameba開發板給各參賽隊伍

註：優秀作品將受邀參加2015 年 Computex 成為 Ameba平台的展示作品

 

  1. 初賽投件 (2015/05/31 截止)

(1)請參賽隊伍利用Ameba開發板，拍攝物聯網創意應用之「概念影片」

(2)將概念影片上傳至Youtube (須於Youtube影片標題加註[Ameba阿米巴物聯網大賽] )

(3)於2015/05/31前再次登入至比賽官網報名頁面，補充以下欄位才算完成初賽投件

a. 提案概念文字說明(300字以內)

b. Youtube影片連結

 

[概念影片規則]

需能充分表達想要做的東西，且有機會能使用 Ameba平台實作出來

  1. Youtube上傳之影片標題開頭須註明 [Ameba阿米巴物聯網大賽]
  2. 長度限制：不超過10分鐘
  3. 影片須包含以下內容

-開發動機與構想 -產品說明 -實現方式

-創新之處 (與目前不一樣的地方)

-雛形/樣品展演

*不符合上述影片規格之報名案件將不予錄取

*是否牽涉到的專利，請參賽者自行查詢

 

  1. 初賽評選  選20隊進入決賽

(1) 主辦單位將根據參賽隊伍填寫之報名欄位、提供之資料完整度進行資格審查，並透過參賽隊伍上傳之Youtube影片，針對上述評分重點進行評選。

(2) 主辦單位將於2015/06/15前公佈20隊入選決賽之團隊名單。

 

  1. 決賽實作 (2015/06/15-2015/07/30)

請入選決賽之團隊進行成品實作，主辦單位將提供每隊一位技術Mentor進行技術討論一次。

 

  1. 決賽評選

(1)主辦單位將於2015/06/01-2015/06/14逐一拜訪進入決賽實作之20個隊伍進行面對面訪談，並根據隊伍提供之設計開發成品，進行產品創意/創新度(50%)、實用性/整體成本(30%)、完成度(20%)分數評選，選出優勝隊伍獲得豐厚獎金。

(2)主辦單位將於2015/08/10前公布前三名隊伍、入圍隊伍(10隊)、校園創意獎(1隊)。

 

[說明會]

主辦單位將於4/23(四)13:30 於台北華山文創園區舉辦一場創客交流會暨競賽說明會，歡迎有興趣夥伴報名參加、一起同樂!  

>>>報名說明會

 

[Ameba開發板Q&A]

Q: 我要如何取得阿米巴開發板?

A: 我們將於2015/04/23舉辦創客交流會，現場報名繳費後即可取得。或者您直接於www.ideas-hatch.com 比賽網頁點選”我要報名”留下連絡資料、完成繳費程序，我們將寄送給您。

 

Q: 如果我有不只一個好的創意, 能夠提供一組以上的送件嗎?

A: 可以的，只要您於官網登入會員帳號，報名不同提案名稱，繳費後再次登入補充提案說明、Youtube影片連結即可。我們鼓勵更多的開發，一組不限於一項創作。

 

Q: 在Youtube 送件影片，已經要用阿米巴開發板展示出設計的成果了嗎?

A: 並不需要，Youtube影片僅是表達設計理念，甚至如果用白板能說明清楚設計概念都可以(但必須清楚說明如何跟Ameba模組之哪個功能做串接)。

 

Q: 如果我有好的創意，但在把實體產品做出來有技術上的困難，瑞昱能提供協助嗎?

A: 可以，只要報名影片與提案文字說明能清楚將開發想法表達出來，作品就有機會入選，入選後我們就會提供技術討論與協助，盡量讓想法實體化。

 

[Ameba阿米巴開發板操作手冊]

附件1. 操作手冊

附件2. 軟體介接教學

附件3. 阿米巴Ameba_SDK (登入 Idea Hatch 會員後即可下載)

 

[客服資訊]

廖先生/ 03-578-0211#5378/ matthew@realtek.com

 

[主辦單位]

 

[協辦單位]

 

歡迎各界Maker、ProMaker、Startup丟創意、奪獎金!!!

>>>我要報名

QUIC 小註解

QUIC (Quick UDP Internet Connection) 是最近 Google 想要推的一個新的網路規範, 顧名思義, 它的目的就是快！

Google 有這麼多聰明人, 取名字自然不含糊. QUIC 唸起來和 quick 相同, 可以很直接地聯想在一起. 其實, 就算是這個 protocol 沒有用到 UDP, 歷史上也沒有發明過 internet, 都還是可以兜出 QUIC = quick connection. 哈！

那麼 QUIC 快在哪裡呢？快在兼具 UDP (User Define Protocol) 的輕巧, 以及 TLS (Transport Layer Security) 的保護.  UDP 的輕巧當然是相對於 TCP (Trasmission Control Protocol)  來的, 如果大部份都走 UDP, 當然傳輸速度就會增加, 讓我們複習一下.

協定 優點 缺點
TCP 可靠 慢
UDP 快 不保證收到

簡單地說, 可以把 QUIC 解釋為 TLS + TCP 的改良版, 並且是用 UDP 來實現. 當然, Google 不會傻到撞牆, 傳了一路 UDP 又另外傳一路 TCP, 而是把 TLS 和 TCP 的內容包裝到 UDP 裡面. 所以按照下圖, TLS + TCP 可以通, QUIC + UDP 也可以通.  那 SPDY 又是什麼呢？這個晚點再說, 先假裝沒看到. 基本上它已經變成了 HTTP2 的一部分.

那麼, Google 宣稱的快速 hand shake 又是如何做到的呢？根據 [2], client 會先送 inchoate client hello 給不認識的主機, 主機也不客氣地回 REJ. 由於這個 REJ 裡面會帶有 source address 和 server certificates 的資料, 所以並沒有白白被拒絕. 這時再送一次 client hello (CHLO), 應該就會對了, 後續可能就會收到 server hello (SHLO) . 

或曰, 難道其他人都想不出有這招, 只有 Google 的人想得到? 當然不是這樣. 根據 TLS 的規格 – RFC5246 [3] 7.4.1.2, client hello 原本就要帶著一些資訊送給 server. 7.4.1.3 說 server hello 要回傳 client 看得懂的演算法, 或者傳 fail. 因此在現行規格下, server 可能根本不願意吐出資訊給冒冒失失的 client. Ref [2] 說:  They may be several rounds of inchoate client hello before the client receives all the information that it needs because the server maybe unwilling to send a large proof of authenticity to an unvalidate IP address. 

所以, 所謂的 0 round 或是 1 round hand shake 都是宣傳的噱頭. 這需要有夠傻的 server 願意配合才行. 一個捏造的 IP client 送一個小封包, server 就要大陣仗地把自己的認證資訊都吐出來, 這樣聽起來 server 很容易被攻擊耶. 除了這一步有風險之外, 後續的資料會受到 TLS 的保護. 根據 Ref [4], QUIC 整個 channel 都有加密.

根據 [5], 其實 QUIC 有考慮到被攻擊的事. 一個合法的 clinet 需要 proof of ownership of an address, proof of data received. 前者的精神是 server 會把一個值傳給 client, 看 client 是否可以回傳它. 後者的精神是, 通常網路攻擊就是 client 不理會 server 而瘋狂地送出 data. Quic 的相容性 SERVER 會檢查 client 到底有沒有消化過先前送出的資料. 做法是在某個特定的  bit 做 0/1 的隨機變換, client 要忠實地反映這個變化, 才算是真的 user, 而不是攻擊者.  

QUIC 另外有幾個優點在於: 用錯誤更正碼 (Forward Error Correction) 代替  TCP 的重傳, 減少重傳的數量. 事實上, 網路很好的時候幾乎都不會重傳, 網路愈糟, 愈需要重傳, 形成一個惡性循環. 因此 QUIC 基於 UDP 可以理解. 但假如 QUIC 把  TCP 幹掉了, 以後網路上都是 QUIC, 等到頻寬吃完了, 不就互相排擠, 讓 packet 掉光光? 

Well, QUIC 有兩招可以處理這個狀況 [5]. 他會送出 Congestion Feedback Frame. 這就像是網路頻寬金絲雀, 金絲雀死了, 就知道有問題了. 另外一招是測量  ack 的間距, 如果 sender 偷偷加速封包的傳送, round trip 的時間卻沒有拉大, 表示網路還很空, 還可以送快一點. 技術細節類似於 Linux 用的 cubic congestion algorithm.

[結語] Server 和 client 之間, 除了 internet 還有很多 router, switch, 如果全部更新是很大的商機吧！那某大網路 IC 設計公司會大漲嗎？哈！

[後記] 今天在 FB 上看到人家分享 QUIC 的文章, 重點倒也不是介紹技術, 而是捧 Google 的厲害. 雖然沒有寫什麼十三億人都驚呆了, 但是意思也差不多. 只講優點不講缺點之餘, 也沒有起到科普的作用, 只是打擊了一下工程師們脆弱的心靈而已. 台灣企業也努力過, 聯發科追過 Wimax 規格, 瑞昱試著訂 UWB 規格, 雖然都功虧好幾簣. 不過該做得還是可以再試一下, 也許有一天就成功了. 九陽豆漿機冠名贊助的真經上說過: “他驚由他驚, 大江閃星星, 他呆任他呆, 隨處有 WIFI." 在驚嘆之餘, 其實只要花一兩個小時就可以略跪門栓, 比一昧佩服人家然後驚呆來得好.

[ref]

1. TCP 與 UDP

2. QUIC Crypto design

3. https://tools.ietf.org/html/rfc5246

4. Quic Geek FAQ  

5. Risk Complete Failure

烏龍的 Uboot 使用記

話說一直忙著其他的事, 我的開發板有好一陣子沒升級了, 有天抽空想把它升級看看, 卻發生了一些烏龍事, 順便把它記下來.

首先要升級 bootcode, 結果發現 bootcode 位置改了. 沒關係, 這小事. 不過把 bootcode load 到 memory 的過程中,  卻把網路驅動打死了, 所以呈現出 tftp 上傳不了的狀態. 其實跟網路一點關係也沒有, 就是位置不對, 像是下面的 BAD ADD2 (R).

tftp 0xBADADD2 my_bootcode.bin

升好了 bootcode, 想練習一下 USB 安裝. 我這邊一直看到 FAE 同仁發 mail 給客戶教學, 但是自己卻沒有實做過. 因為直接按 hot key 升級實在簡單多了! 要從 USB 升級, 首先在 uboot 下打 usb start — 成功! 果然看到很多 USB device, 主要是接 HUB 的關係.  舉例來說 [1], 可能一口氣出現一堆.

=> usb start
(Re)start USB…
USB0:   USB EHCI 1.00
scanning bus 0 for devices… cannot reset port 1!?
1 USB Device(s) found
USB1:   USB EHCI 1.00
scanning bus 1 for devices… 1 USB Device(s) found
       scanning usb for storage devices… 0 Storage Device(s) found
=> usb info
1: Hub,  USB Revision 2.0
– u-boot EHCI Host Controller
– Class: Hub
– PacketSize: 64  Configurations: 1
– Vendor: 0x0000  Product 0x0000 Version 1.0
   Configuration: 1
   – Interfaces: 1 Self Powered 0mA
     Interface: 0
     – Alternate Setting 0, Endpoints: 1
     – Class Hub
     – Endpoint 1 In Interrupt MaxPacket 2048 Interval 255ms

2: Hub,  USB Revision 2.0
– u-boot EHCI Host Controller
– Class: Hub
– PacketSize: 64  Configurations: 1
– Vendor: 0x0000  Product 0x0000 Version 1.0
   Configuration: 1
   – Interfaces: 1 Self Powered 0mA
     Interface: 0
     – Alternate Setting 0, Endpoints: 1
     – Class Hub
     – Endpoint 1 In Interrupt MaxPacket 2048 Interval 255ms

下一步是 fatload usb 0:1 XXX, 從網路上抓個例子 [2]. 

fatload usb 0:1 0x1000000 launchu3.exe

也就是想把 launchu3.exe 載入到 0x1000000, 這個動作會失敗. 我想起 FAE 跟客戶說, 那個 0:1 不一定是 0:1, 要試試看別的組合. 到底是什麼組合呢? 第一個參數是 device, 第二個參數是 partition. 我們可以根據 usb start 或是 usb reset, usb info 的結果來決定參數. 我選的指令是這個, 簡簡單單, 就算不下參數都可以, 下參數還可以從 0 開始盲測, 哈! 

usb part 0

看到 partition table 之後, 找到 device 也沒問題了. 但是 fatload 依然不成功. Console 無情地吐出:

** Unable to use usb 0:1 for fatload **

** Invalid boot device **

這時我發現 usb part 的結果會有一個 type 的數字. 例如 ref [3] 上說的. 

Marvell>> usb part 0

Partition Map for USB device 0  --   Partition Type: DOS

Partition     Start Sector     Num Sectors     Type
    1                 2048          317440      83
    2               319488         3211264      83
    3              3532798          499714       5 Extd
    5              3532800          499712      82

可以看出每個 partition 都有一個 type, 其中 83h 就是 EXT2/EXT4 的 file system, 82h 是 swap space. 而我的 USB 呈現的是 type 7h, 這表示它的格式是 ExFat. 啊! 難怪認不到, 沒 port driver. 立馬換個 FAT32 的隨身碟, type 變成 bh, 就 OK 了. 至於那一種 type 對應到哪一種 file system 呢? 可以參考 WIKI 上的 partition type [4], WIKI 內容真是豐富啊!

[ref]

1. https://community.freescale.com/thread/327088

2. http://blackfin.uclinux.org/doku.php?id=bootloaders:u-boot:usb

3. http://www.cyrius.com/debian/kirkwood/sheevaplug/troubleshooting/

4. http://en.wikipedia.org/wiki/Partition_type

我讀 «什麼才是最難的事?» – 下

接下來講一下作者成立創投公司的事. 作者說, 即使當年的創投有八百家, 但是只有六家創投有賺到錢. 主要的原因是, 最好的創業團隊只想和最棒的創投公司合作, 所以強者愈強, 弱者愈弱. 但現在不同了, 網路的興起, 使得創投公司也可以行銷, 只要找到賣點, 就可以吸引創新公司上門.

作者分析到執行長有兩種, 一種是創辦人兼執行長, 一種是專業執行長. 兩者各有其優缺點. 如果要成立一家新的創投公司, 那麼可以訴求培訓創辦人型執行長, 將他們變為懂得管理高階主管, 組織設計, 管理業務單位, 以及人脈充沛的專業執行長. 另一方面, 雖然實戰經驗是不能教的, 至少要給他們導師.

因此, 這家新的創投公司裡面的各個經紀人都必須是企業導師, 大家都是合夥人. 並且要突破以往, 仿照好萊塢的模式, 讓每個經紀人的人脈都變成公共的資源, 避免各自為政. 雖然這個創業理念最初也遭到質疑為不可行. 但四年之後, a16n 創投公司果然成為全球著名的創投公司之一.

以上大概把作者的經歷講完了, 接下來講他當 CEO 的心得. 因為這部分的篇幅佔了全書的 2/3 以上, 所以真的只能摘要了.

1. CEO 要實話實說, 讓營運透明化, 理由有 3: (1) 獲取信任. (2) 獲得更多的腦力來幫忙公司. (3) 能夠講出壞事, 才能改進.

2. 如何裁員？(1) 眼光放遠. (2) 不要拖延. (3) 誠實以告. (4) 平日要訓練主管有裁員的能力. (5) 公開致詞.

3. 開除高級主管. (1) 分析問題 – 當初找錯人也是個問題. (2) 告知董事會. (3) 告知該主管. (4) 告訴全公司, 順序是直屬員工 –> 其他主管 –> 全公司. 先後順序是依據影響的大小.

4. 將忠臣降級. 這個意思是說, 某員工對公司很忠誠, 但不適任了, 必須將他調離現職, 不一定是離開公司, 但離開的機會很高.

5. 輸家常說的謊. 業績不好, 大家都會自己騙自己, 因而不能正視問題.

6. 必殺技盡出. 業績不好, 同仁會想要轉彎. 但是往往客戶還有需求, 只是不跟我們買而已. 產品不夠好, 永遠都不會有競爭力. 

7. 誰管你啊？不要找藉口, 要想出路.

8. 先管人, 再管產品, 最後才是利潤. 面試優秀的人才和訓練他們一樣重要.

9. 大企業來的主管為何不適合小企業？(1) 要磨合步調, 新主管或許會期望有人寫信打電話找他, 但如果自己不出擊, 員工不會主動來找你, 反而認為你都沒在做事. (2) 要磨合專長. 小公司很多制度不完善, 是大企業投效的主管可以發揮的地方, 但也要找到好的切入點, 以免無法銜接.

10. 如何聘用高階主管? (1) 知道你要找什麼？最好暫代該職位做看看. (2) 啟動尋人流程, 明查暗訪, 需要與該主管合作的人 應該做最後的面試. (3) 自己決定.

11. 員工曲解主管的本意: 必須觀察員工的行為, 發現曲解的狀況並解除之.

12. 管理債: (1) 一山容二虎, 兩個優秀員工, 只能擇一當主管. (2) 對想跳槽的員工加薪太多. (3) 績效管理要有回饋流程, 告訴員工哪裡做不好.

13. 講髒話. 因為作者自己喜歡講髒話 – 他曾是美式足球校隊的關係吧, 但公司裡有人不喜歡聽到髒話向他投訴時, 他擬了一個原則: 如果純粹是口頭禪沒關係, 構成性騷擾者絕不允許. 

14. 把權謀算計降到最低. 主要是公司的賞罰制度要能服人, 否則有人會耍心機博取升遷的機會, 而不是靠本事. 

15. 正確的企圖心. 一般員工可以把個人利益擺在最高, 但資深主管不能凡事只想到自己, 否則別指望他對公司有貢獻.

16. 職稱的重要性. (1) 員工希望有職銜, (2) 每個人希望知道彼此的職責. 有個爛咖法則在於, 只要該職銜中有一個特別爛的爛咖, 當員工自認為他已經比那個爛咖好時, 就會想要晉升. 作者認為這個現象無法根除, 也符合彼得原理, 只能儘量避免. 最好是像武道, 棋奕一樣, 勝過該段位的人之後才能升段, 這樣確保爛咖不會愈來愈爛.

17. 聰明員工變成老鼠屎的狀況. (1) 反骨型. (2) 怪咖 – 精神疾病等等. (3) 王八蛋 – 不願和大家同舟共濟, 自私自利. 或者是只捍衛他的部門, 總與其他人作對.

18. 一對一會談. 作者很重視這個, 他威脅要把沒有做員工一對一會談的主管和更上面的主管都開除.

19. 訂做企業文化. (1) 企業文化讓你有別於對手. (2) 因而堅守某些企業價值 – 例如食安. (3) 有助於找到有認同感的員工.

20. 動腦又動手才能成為好的執行長.

21. 領導人的魅力有 3 種:

(1) 能清楚勾勒願景: 賈伯斯

(2) 具備正確的企圖心, 凡是考慮大我：坎貝爾 – LoudCloud 的董事長, 把心思花在員工身上甚於自己, 使員工都以公司為榮.

(3) 有能力達成願景: 葛洛夫

22. 什麼是好的執行長, 平時應該如何？戰時又應該如何？這點其實給我很大的啟示. 像我們在公司裡面, 雖然產品沒賺錢應該還是戰時, 但因為在公司的保護傘之下, 一般員工以為是平時. 雖然這對員工是好事, 但是主管們應該當作戰時來思考 – 設計制度等等還是次要.

23. 當責與鼓勵創新. 對於科技業, 兩者都很重要. 如果有一個重大問題, 修好會延誤計畫, 但實際修起來比原先預計還久, 造成意想不到的損失. 基於當責, 員工應該負起責任. 但自動找出問題, 避免更大的失誤又應該鼓勵. 因此, 需要當責的情況應分為三種: (1) 沒有盡心盡力. (2) 答應的事情沒有做到 – 事情太複雜例外. (3) 員工資深到應該有判斷力, 工作也可以勝任, 但實際成果不佳應該當責.

24. 換人做做看. 兩個吵不停的部門, 讓他們的主管交換一下.

25. 接下來還有談到如何擴編公司, 找尋老將 (有經驗的人), 員工是否能永遠維持水準？該不該賣公司？這邊可以是另外一個主題, 先略過. 讀書心得大概就整理到此了.

在本書接近尾聲的時候, 講到一個社交信用矩陣很有趣, 說明溝通的重要, 值得一提:

後果 獨排眾議 取得共識
您對 公司變好, 但沒人記得您的貢獻 公司變好, 大家都記得您
您錯 大家都會記得, 結果可能被開除 大家不會過於譴責, 但公司完蛋

[勘誤]

1. p58. 修休了兩天假 .