月份: 九月 2011

盛大的考核方式

今天在 Cheers 雜誌上看到盛大遊戲的考核方式頗與我心有戚戚焉. 據說這是盛大的董事長兼 CEO 譚群釗用來領導 Y 世代的創新發明. 首先, 升等不用經過主管推薦或簽字, 而是自動達成的. 員工每完成一件事 – 包括例行工作或是跨部門專案, 都可以得到經驗值的評分. 積分可以自動累積. 每季結算時, 只要分數一到, 就自動升等加薪.

我先前建議公司的版本是, 假設累積 10 點可以升等, 正常升等時間是 3~4 年. 那麼主管可以對一年份的工作給 4 分的點數, 對於一季可以做完的工作給 1 分的點數. 如果這一年同仁表現不佳, 主管也有權扣點. 所以咧, 同仁只要持續 3 年表現不佳, 可能就自動降等了. 完全不需要主管對同仁扮黑臉或是白臉.

經驗值和點數的想法有一點不同. 經驗值應該包括做錯事, 但是學到經驗. 所以經驗值應該恆正. 而點數呢？理論上是有正有負. 點數應該是和薪資相比之後決定的, 如果主管期望很高, 但是員工表現不理想, 還是有道理扣 3  點之類的. 客觀地說, 假如公司的職等不到 10 種, 那麼一年表現好或是不好很難讓人升等或降等. 但大家自己知道我現在是 3.1 等, 再失手一次會變成 2.8 等了, 就會產生警惕之心.

當然, 另外一個作法就是把職等分得很細. 據我有限的理解, 大公司應該要用更細的職等, 或是職級加職等. 否則的話, 員工看到上面主管猶如滿天星, 自己花了 N 年還在同一個職等原地踏步, 感覺自然比較失落. 如果確實看到每年職級都有一點點成長, 至少還可以用外插法估計自己的成長性.

按照科學的角度, 明確地累積點數或是經驗值, 絕對比 "每年都很公平" 更有依據. 無論每年考核的當下多麼慎重與公平, 負責裁決的主管, 或者一起開會的其他主管, 絕對不如當初給經驗值的主管準確. 另外一方面, 每年考核一兩次, 也不如每事都考核來得合理. 讓數據說話不只是對 Y 世代有用, 對大家應該都有用.

餐廳 – 舒果

舒果是王品旗下的素食餐廳, 有一系列全素和奶蛋素的菜單. 本來擔心會吃不飽, 所以點的份量比較大. 不過呢, 當我們選了這幾個主餐, 服務生就一再提醒我們份量多. 我覺得其實還好, 倒是有人沒吃到肉就會覺得吃不飽, 看到一堆菜卻吃不下, 該擔心的是這種狀況.

套餐價位是每人 380元, 包括麵包, 前菜, 湯, 沙拉, 主食, 副主食, 飲料和甜點. 原本我們以為人應該不多的 1:30pm 時段, 竟然還要候位 15 分鐘, 看來素食人口並不少.

麵包和沾醬

前菜 – 從右吃到左, 不過我覺得中間這個蔬菜調味比較重, 留到最後吃也不妨.

沙拉 – 沙拉有很多選擇, 我這個是蔬菜沙拉.

湯 – 義式燉蔬煲. 其實我是看中它的芋頭.

飯 – 果香五榖炊飯. 這個飯的份量超少, 可能是用來催眠沒有吃到飯就覺得吃不飽的人.

[主食 1] 卡洛佐尼枕頭披薩 – 份量最大的一種, 它和盤子差不多大小.

[主食 2] 蘿美甜心披薩

藍莓接骨木汁, 櫻桃派.

我把這家店的內部裝潢都忽略掉沒有拍, 因為在坐定之前我都在讀武俠小說. 其實它的粉紅色系還令人滿放鬆的. 服務態度也和其他王品家族一樣親切. 

Quadrant Benchmark 小註解

 Quadrant  是 Aurora 公司推出的軟體, 功能是測量 Android 系統的效能. 相較於 Windows 有官方的性能評分工具, 但是分數的間距很小; Quadrant 比較像是 3D Mark 那樣, 能夠給出比較拉得開的分數. 除了總分, 也可以對 CPU, Memory, IO, 2D 和 3D 做出評價 (Advanced 以上的版本).

假如不用 Quadrant, 有沒有其它的代替方案呢? 有, 前三名還包括 Linpack 和 Neocore. 據說 CF-Bench 也可以測多核心 Android 系統的效能, 差別在於它不測 GPU.

只要用 Google 圖片去 search quadrant, 就可以看到很多 “第一名" 自拍. 我看到最厲害的是 3278 分. 客官啊, 這個 bench mark 的 bench mark 是 1 千多分, 破 3000 分是怎麼來的呢? 原來是有人破解了 Qudrant 的計分標準. 它的罩門在於 IO 速度這一項.

這位 Cyanogen 老兄發現, 只要把 Qadrant 測試用的目錄, 設在用 memory 模擬的 file system 下面, 就可以靠著 IO 方面的優勢, 獲得不可思議的高分. 引用 WIKI 的說明, 下面原文中提到的 tmpfs, 就是用 mount -t tmpfs -o size=1G, nr_inodes=10k, mode=0700 tmpfs /space 之類的指令, 把 1GB 的記憶體, 指定給 space 這個目錄夾使用. Quadrant 拿這個資料夾去測 IO, 當然就不察而給予過度高估的評價.

In Cyanogen’s tweet, he says he was able to exploit the flaw to get obscenely high Quadrant benchmark scores by mounting “a tmpfs over quadrant’s data directory.” A tmpfs, or temporary file storage system, can artificially inflate a device’s I/O score and provide unreal benchmark improvements.

這篇文章的原作者提到, 既然 Qadrant 有 bug, 所以參考意義不大. 不過我想到如果各家廠商要 PK Qadrant 的時候, 說不定也可以用這個技巧來欺騙對手…哈!

[ref] http://briefmobile.com/cyanogen-demonstrates-quadrants-flaws

天梯一日遊

從新竹到竹山的天梯, 可以走一高轉三高或是直接走三高. 我選擇了前者, 結果被老婆碎碎唸了一天. 因為從一高到三高的 74 號快速道路很塞, 光是這段短短的一段路就走了一小時. 所以奉勸有老婆或是女朋友的人直接走三高吧! :)  

天梯的路不難找, 往太極峽谷的方向, 沿著頂林路就會到. 不過到了嶺腳這個地方, 會看到一條岔路. 選擇左邊這條路會比較近, 所以 GPS 導航會選這個方向. 在我前面的兩台車, 本來根據藍色的那個路標選擇了右轉, 不過大概是看到與 GPS 不符合, 所以掉頭改走左邊.

我回想起某個網站上的確有寫過天梯有兩條路, 其中一條好像被封閉了, 也就是路口的那個禁止號誌吧!? 所以我決定上網確認一下. 用手機 Google 真的不太方便, 我花了十分鐘還找不到上次的網站. 所以只好聽從老婆的說法, 走右邊這條路. 等我走到復興寮, 那兩台車剛好就出現在我的面前. 可見得右邊這條的確比較快. 回程的時候, GPS 仍然帶領我走左邊這條路, 它不但比較陡, 路比較窄, 而且有落石和土石流.

 慢慢靠近天梯的時候, 路邊有一個私人停車場, 每次收費 100 元. 不過只要遊客不多, 大家可以直接開到天梯的入口, 那邊也有一個公有停車場, 收費是每小時 20 元. 停車場的收費員提醒我們帶水和毛巾, 並且說明來回大概要 1.5~2 小時. 不過他忘了提醒我們帶傘, 哈哈! 買了每人收費 50 元的門票後, 經過一個旋轉鐵閘門, 我們就開始一路往下. 憑藉著我的體重和重力加速度, 我們很快就到達了天梯的旁邊. 不過一路上的台階落差相當大, 一路跳下來膝蓋不免有點痛.

路上的風景還不錯, 主要都是竹子. 也有很漂亮的鵝黃色大蝴蝶. 只是牠翅膀合攏的時候, 和落葉形成保護色.

SONY DSC
SONY DSC

天梯吊橋也是一路往下, 起先是台階, 後來就變成類似步道.

當我們準備回程的時候, 天空雷聲隆隆, 接著就下起了大雨. 因為我們三個人只拿了一把傘, 所以我就用背包附的帆布袋遮住頭髮, 其它地方就任雨淋了. 回到入口處的時候, 不但我已經全身都濕透了. 就算是撐傘的老婆和女兒, 鞋襪也都進了水. 我們用了約 20 分鐘往下走, 15 分鐘在橋上, 45 分鐘返回入口. 因此我們的停車費也很幸運地只要 30 元而已.

雖然我們的腳程也不算慢, 而且下著那麼大的雨也只花不到一個半小時來回. 但是回程上坡的時候我真的很喘, 走走停停. 我覺得連穿洋裝的女生, 拄登山杖的阿公阿婆都走得比我快. 真的我要減肥了!!

我讀 «真希望老師這樣教統計»

如前面幾篇所寫的, 這是兩位日本人菅民郎和土方裕子, 譯者是李佳蓉小姐.

這本書的開頭相當輕鬆, 比方說它介紹了數據的類型, 哪些是可以統計的, 哪些是不能統計的 (比方血型的平均值).

接著由淺入深, 講到如何統計算標準差, 以及統計中會遇到的誤差. 後面幾章還講到了如何設計與解讀問卷.

以牙醫診所的滿意度為例, 我們可以用問卷問各種問題, 並且計算出一個綜合評價. 假如某個項目的分數與綜合評價的相關係數高, 那麼就表示這個是客戶所特別重視的. 此為分析圖的 X 軸. 而 Y 軸就是各個單項的滿意度.

顯然, 待改進的項目落在右下角的區域. 它與綜合評價相關, 而單項滿意度又偏低.

最後本書教大家用 Excel 實做簡單的統計函數, 以及複雜的多變量分析. 我跟著做了一遍以免以後就懶了~~~ 這本是很不錯的書!