學海無涯

如同 Steve Jobs 所說過，「不要什麼」比「要什麼」還重要。

若妄以為自已什麼都要學會，未免太太太太過自大！！！

謹記

寫點東西？

常看到叫人「寫點東西」的這種建議，突然對於背後的道理有點感覺

寫東西出來除了分享，也會希望有些回應。如果希望有高品質的回應，心態就不能是一副我超強的樣子在寫，也要有一種「隨時會被打臉」的心理準備

所以寫作也算是在培養「謙受益，滿招損」的認知吧？

在對的時間做事

這個標題可以說得很大，不過這裡只是有幾個小感想而已

最近越來越感覺到時間不夠用，想做的事情太多卻沒時間，而人說的「限制更會帶來進步」（差不多是這樣講吧...(汗)）倒是真的，所以開始發現一些我早該領悟到的時間使用方式，其中之一就是標題

時間的使用效率是一個關鍵就沒什麼好說的，在錯的時間做事，真的很浪費，例如：

1. 在上班時間補充新知或讀RSS。 如果看得東西跟工作直接相關的還好，但如果看的是離得有點遠的主題，怕被看到還要遮遮掩掩，真是沒自尊又浪費切換時間的事。而且公司通常會鎖某部分網站，根本打不開，麻煩的要死。更別說分散了本該專注的注意力。
2. 在通車時間上網看文，尤其是用手持裝置。雖然可以盡量利用3G連線的方便性，但是一定會碰到連線不穩或等待，還要算上螢幕較小和裝置處理速度較慢，如果要再處理（轉寄、收錄）也很苦手。也許ReadItLater這類軟體可以減緩這問題，但是我不太確定效果。這個時間比較推薦睡覺和看書。
3. 在可以睡床上的時候不睡，拿去做其他事，反而是通車或在公司睡，導致睡眠不夠好。還不如交換，床上多睡一點，通車拿來做事看書。

現在想到的大概是這些，雖然說我現在應該在睡覺...但是我真的很想講，我有多白痴~

閱讀Joel對軟體考績制度的想法

 

先提一下，這篇同樣充滿對職場上的臆測。一個不想面對論文的學生通常會開始思考一些奇怪而且還不會碰到的議題。

我想寫一點對公司考績制度的疑惑，疑惑開始於在噗浪上看到 @avhacker 的公司(後來知道是鼎鼎有名的...(消音XD))有所謂的「依程式行數」之類的評比制度，和在PTT programming版看到的「有BUG就扣考績」這兩件事。

然後ddavid@PTT提到 Joel 的三篇文章：

Ch21 激勵是有害的(2000)
Ch28 測量(2002)
Ch32 兩則故事(2000)

（我開始懶得幫文章上連結了，原諒我...）

先抄幾句來當大意，混個篇幅

第一篇，Joel講了一個他認為是污辱人的獎勵制度（在微軟），然後說，有些人的貢獻不一定會被看出來，所以有負面考績，導致士氣下降。有趣的是，就算給某人正面評價，但是如果不如那個人的預期，一樣還是士氣下降。更有趣的是，就算有一個公正的考績系統（而且這很難做到），大部分的人還是會失望，因為每個人都覺得自己應該有更好的考績。總之都會讓士氣低落、憂鬱、離職、嫉妒...甚至導致所謂的團隊自殺。他建議軟體經理在考績上做做樣子就好，如果沒有其他選擇的話。

第二篇，大意就是當管理的人想要測量知識工作者的績效時，總是下有對策。下面總是有辦法變出花樣來迎合測量系統就對了，而實質的工作品質可能還因此變得更糟。這裡有好幾個例子不只是軟體領域的。

第三篇說了兩個故事，描述管理良好的科技公司和一團亂的公司的差別。微軟在這裡是好的，「在微軟這家公司裡，如果你是Excel巨集策略的專案經理，即使來公司還不到半年也不要緊，你就是Excel巨集策略之神，連員工代碼六號的老員工也不能擋你的路。事情就是這樣。」另一家風格是「不管你多麼努力工作又有多聰明，也不管你是否在「負責」，你對再微小不過的事都沒有權力。把你該死的點子訓練以及聰明睿智放一邊...」Joel認為「最終的差異在於相信員工並讓他們把事情做好，還是把他們視為作業員對待，必須不停監視控制以免偏離主題並造成破壞。」

ddavid說：

「簡單的結論是，不要想用某種死板固定的規則來打程式人員的考績並做獎懲，只
會造成上有政策下有對策的反效果。你該做的事是一開始就選到對的人（在其它篇章
中有清楚的說明），然後讓他們有真正能做好事情的環境（同樣在其它篇章中有清楚
的說明），而不是用他們寫了多幾行程式或改了幾個Bug就獎勵他，反之就處罰。」

我自己看完三篇的感覺是，我認同Joel說的，但還是不禁冒出一堆疑問，所以不用打考績了嗎？主管只要「找對的人+能做好事的環境」就夠了？那台灣的軟體管理大多是什麼方式？我想，對於這些問題我實在是素材不足無法思考，還是要等真正進了業界才會有更進一步的想法吧？有什麼想法歡迎討論 :p

今晚的旅程

晚上走了一趟很意外的旅程。
原本為了標錯價的mac mini server，隨意在google reader裡以這關鍵字搜尋，想找是否要買或是買了之後如何用的文章，而在當中包含了vgod一篇關於為什麼用Mac的文章，這篇雖然之前看過也大概了解其論點，但以這篇又連到另外兩篇大陸人寫的Mac相關文章，於是這兩篇變成旅程的起點。

• vgod: 為什麼我用Mac
• 為什麼我認為每個程序員都應該用Mac OS X？
• 開發人員為何應該使用 Mac OS X 兼 OS X 小史

這三篇文章都在討論程式設計在Mac上開發的好處和其原因，但我反而有其他無關的想法跑出來，例如：

1. 對台灣的軟體業感覺：要討論這麼大的題目，我實在是沒什麼能力，身為一個技術不精也還沒上班的學生，見解絕對不會高明到哪裡去。只是身為一個目前對軟體還算有憧憬而且徬徨的米蟲，總是會想東想西希望能找到一條相對正確的路來精進自己的實力，所以特別注意這類話題。好，廢話講完想說一下我的感覺（臆測），就是台灣軟體應該是他媽的玩不起來吧。當然玩不起來要看怎麼定義，只是我會有這種（絕望的）感覺，就是因為看到文章在介紹到Apple/OSX的發展史時，那種一路發展和架構出來的層級根本不可能在台灣發生...這麼說吧，隨便舉例，歐美有人做出UNIX，有人做出Linux，有人做出smalltalk，有人做出C，有人做出obj C，Java/.NET/各種GUI的IPC標準...，軟體架構完整的從下而上堆疊，開發的軟體等級都是深刻影響整個世界的，而我們做出了...防毒軟體和DVD軟體。不是我們的東西不好，純粹只是等級差太多而已。我們只有用的份，沒什麼偉大的創造。所以突然覺得，與其怪老闆沒做軟體的遠見，不如說根本沒環境吧？我覺得到我退休前應該還看不到像Apple這種可以說是偉大的公司在台灣出現吧。結論：沒結論。以上算是近乎哀號的論點而已，「軟體業」本身就是一個複雜多元的名詞，所以台灣軟體業可否興盛要先看怎麼定義何謂「軟體業」。
2. 大陸的IT寫作：好東西越來越多了，常看到不錯的Blog有不錯的長文，另外也翻譯了不少經典的好書，有幾本還比正體的好。怎麼會這樣呢？
3. pipe/D-bus/Cocoa：pipe是UNIX精神的其中一個體現，我也深深的為這種運作模式著迷，被我視為增進工作效率及有效學習的一環。而當application以GUI呈現時，D-bus就是其中一種IPC的方式，Apple則是發展出Cocoa。感覺是，發展這些技術背後的精神和思想真是不簡單啊...。

至於我認為該不該在Mac上開發程式，等之後有機會再寫一篇文章來討論看看吧 :D

iPhone？哼...

MMDays的這篇好文，講出iPhone OS和Android兩個平台的根本差異點，也看得出來作者對Android有愛而發出不平之鳴:p 唯有兩個地方值得商榷：

1. 在「Android信心崩盤？言之過早。」該段，結果我大致上我認同，不過推理邏輯上，是否AdMob能確實反映出Android的成功與否？我必須要說，我不清楚(lol) 再說，Android的成功也和Google的成功不完全相同。
2. 在批評「Adobe第三方軟體不長進，會拖累Apple」這個說法時邏輯有點不完全，對使用者來說確實會有成立的可能。因為使用者可以分成10種...(lol) 第一種會瞭解iPhone慢是因為AppStore上的App有問題，另一種則會說：It sucks! Apple直接中槍倒地...。

話說回來這篇還是講得相當好，除了很多地方講得很清楚，而且我也對Android有愛XD
iPhone？哼...

Be Brave.

僅以此圖紀念 一個 無數個勇敢無比、為了信念而站的血肉之軀。

也以此自勉，讓我有面對一切的勇氣，Be Brave.

附上一部由美國公共電視台 [PBS] 製作的 [著名紀錄片]。

UPDATE:

最近又看了一些紀錄片，更認識這件事後，在激情和感動之外，會更認知到一件事的發生要從很多個面向去看，尤其是如此複雜的事。

學生充滿理想，但也要懂得考慮實際的問題，何時收何時放，可行的目標是什麼，如何面對意見紛爭和內部一天三四次的政變，這些都是關鍵。
軍隊也不是完全沒人性，有一開始和人民同心的，也有司令等級抗令或不出兵或不開槍、自己棄械的，當然也有只顧升官殘忍屠殺學生的。
政府，也有溫和改革派，結果反而被學生弄下台，讓想要操弄的鷹派得勢，當時相對開放的風氣也被壓抑。
人民，群眾聚在一起還是需要提高智商和自制力。
媒體，即使是黨的發聲機器也在關鍵時刻干冒風險用迂迴的方式婊了黨一頓。

所以說，事情可能不是表面的那樣，而越開放、越了解就更能知道從中能獲得什麼教訓。不過看來中國還是有個悲慘的既定前提：不要挑戰我的絕對權力。

再附上 [香港的長篇紀錄片] 和 [逃亡海外人訪問影片] ，還有一片夠雞歪夠帥氣的 [短片] ，6/4當天在北京大學到處問學生今天是幾號，學生的經典回答我給五顆星。

為什麼要寫Blog?

開了blog以來一直沒有認真的寫過文章，最主要的原因有二

• 肚子裡沒墨水，想不出有什麼好寫的
• 太花時間

所以反而跑去玩plurk這樣的micro blog打打嘴砲聊聊天，把這邊都放著。

當初曾經很認真的想過，開一個blog要幹嘛？要給誰看？定位是什麼？該寫些什麼？版面風格要表達什麼？我想一個blog主要是用文字傳達自己的想法，要有內容、有思想才值得別人花時間來看。想了想，自己沒什麼料也就不寫了。再者，如果真有什麼想分享的，要組織出一篇像樣的文章，感覺就很花時間，似乎沒什麼好處。

今天看了一個對岸網友寫的文章覺得很有道理，也讓我有再試試寫blog的動力，文章在此：「[BetterExplained]為什麼你應該（從現在開始就）寫博客」

我不寫的第一個原因：沒墨水
作者說的很有道理，寫出來的文章一定會有人覺得沒用（以前就知道了）、但也會有人覺得有價值（如果發的文章有認真思考過），所以不必太在意文章是否是最好的，重點在於記錄自己的思考過程，養成思考的習慣，培養思考能力。而如此一來也會因為思考能力進步而寫的文章越來越好。

第二個原因：太花時間
這就要看寫blog帶來什麼好處，看是不是值得了。看到作者提出的其中幾個好處就覺得也許可以一試：

• 結識同領域的朋友：很多人是透過閱讀別人的blog知道對方的興趣、專長，進而認識有同樣愛好的彼此。寫出來的文章可以一再的被閱讀，就好像是一份簡歷，每篇文章構成了這個人（部分）的想法、經歷，這些都可以被更輕易的發送出去、被接觸到，而不必一再複誦。

• 自己把思考貫穿一次：在把想法化為文字的同時，也幫助自己把想法再清楚地組織整理一次，確定自己真的瞭解，發現邏輯上的可能錯誤，也練習怎麼用文字的結構表達想法。

寫blog花時間這件事，其實也可能包含了因為怕被人覺得文章差所以花很多時間去修改，但如果能坦然接受這點，就可以減少花費的時間，另外也帶出另一個好處：

• 被別人指正可以進一步反思：通常可以遇到有不同意見的人，討論、指正的過程就是發現自己的盲點的機會，也可以越來越深入問題的本質。

既然我不寫blog的兩大原因看起來不是問題，我就試著走走看，過一段時間後，再來檢視一下是否有達到目標吧！

SAP，Schedule, Action, Performance!

魔獸教會我的幾件事，感謝war3，阿們！

斷斷續續玩了那麼多年的war3，有很多回憶和快樂...(後刪5000字)，但是當爸媽問你這是殺小，似乎講不出什麼正經的東西…

我想，這是一些我從魔獸體會到的事情

1.玩太大會21
這還用我說嗎…

2.關注重點
war3讓我瞭解到，很多事要先做最重要的，效果才會出來，不然都是枉然
我常care一些事情，像是開場流程、控兵的小細節、編隊…

這些很重要，但是不夠重要

比方說，整體策略、種族特性、tier的時機點、經濟面的思考、和隊友的搭配，才是可能要先把握的，戰略沒去注意，談一堆戰術面的東西根本無濟於事

有些事不是不重要，只是還沒輪到要作，
所以要先搞清楚目標是什麼，什麼是小事，什麼是大事，現在在幹什麼，想要達成什麼效果，這才是必須先做好的。

3.一昧的追求理論沒用，多思考才是自己的，即使成長很慢
理論看多有個壞處，就是腦袋都變水泥了還不知道
每次和同學討論war3/SC，我都用看到的分析魔人理論，有人對理論有質疑時，我都義正言辭(卻帶著一點心虛)的說：

不對，BBS是這樣說的，aa一定剋bb，所以這個時候做cc就是了…
總是以別人的想法為自己的想法，看似雄厚的理論背後藏著深怕被戳破的薄弱自信

速成的我，有次我連續輸給原本都會贏的同學，臉綠了之外讓我瞭解到死板的理論無法應付多變的RTS，因為我並沒有成長，只看了一堆沒去思考過的理論，恰好，人生不就是RTS…
黃子嘉也說過，沒有終極方法

4.不要自大，因為你沒什麼好厲害的
AT常見的心理是
贏了，搶著說自己得意的地方、其實都沒人在聽別人說什麼
輸了，先罵最弱的那個
…超不健康的變態遊戲
不要再罵隊友了，尤其他是你朋友的話，玩的開心還是最重要的，我team work一定會記住這個教訓