可否證性

某天，本部門最高大的同事在幫忙換完所有該換的燈管之後，發現有兩根新燈管不會亮。一開始認為是起動器的問題，換完啟動器後還是不亮，眾人開始猜是不是電子安定器壞了？

站長建議何不把旁邊已經點亮的燈管換上去試試看？馬上遭到眾人反對，因為大家都認為燈管又沒黑掉，一定是好的。站長因為又沒動手幫忙，不好意思多言。最後大家決定請水電師父明天過來看看。

bug 與考績

以前站長待過景美溪旁某幸福企業，那裡一年要考核員工三次。考核的內容主要由主管決定，當時的主管下了一個很大膽的決定，就是用 bug 數來決定一部分的考核成績，沒記錯的話計分方式如下：

用最少的錢做最多的事

「否定的智慧比肯定的智慧更有用」

-行為的藝術。

「用最少的錢做最多的事」是台灣人只差在沒刺青在身上，奉行不渝的金科玉律。

這句話不能說完全不對，但若任何事情都照這個準則去作，恐怕是大有問題。

就如同有一點數學基礎的人都知道，要駁倒一條數學定理，你只要舉出一個反例即可。

以下的案例是否可以作為反例？留給各位思考

為什麼要吃自己的狗食

作家王鼎鈞說過，人生有四個境界：

第一個境界：做好事無人稱讚，做壞事有人懲罰
第二個境界：做好事有人稱讚，做壞事有人懲罰
第三個境界：做好事有人稱讚，做壞事無人懲罰
第四個境界：做壞事有人稱讚

為什麼 thread (執行緒、線程)越少越好?

個人至少 15 年前就有 multi-threading programming 的經驗，當時的畢業專題，就是在 Linux 上用 PThread + BSD socket 寫作遊戲地圖伺服器。

在 OS 課程中，站長還特別跑了中央圖書館一趟，影印了一堆冼鏡光老師曾發表於微電腦傳真上，各種跟 Concurrent Programming 有關的作品。

不過這幾年站長變得越來越反對使用 multi-threading(不是 multi-process 喔)，至少是盡量少用，為什麼呢？

做一行要入一行

站長欽佩的老前輩 ChamberPlus 一直醇醇告誡站長「做一行要入一行」，無奈站長資質魯鈍，直到這幾年才領悟箇中三昧。

究竟這句話是什麼意思呢？

神通抵不過業力

現代軟體開發大多是團隊合作，免不了需要一些工具輔助，我想下面這些大家都很熟習：

• 版本控制系統：git, svn...
• bug 追蹤系統：trac, mantis, bugzilla
• 企業協作軟體：trello, slack...

我對這些軟體沒有什麼反對的意思，因為我自己天天在用，也覺得這是必須的。

但是我不禁想到，在這沒有這些工具前，難道人類就沒做出過什麼像樣的東西嗎？

程式與數學

「寫程式到底要不要把數學學好？」這是每個程式設計論壇必定出現的月經題。當然，站長的數學功力也不過中下，如同很多台灣人的觀念「你沒當過導演怎能批評電影難看？」、「你沒有博士學位怎能批評博士學位無用？」...這樣以站長的程度似乎也沒辦法說服大家數學的重要性，不過倒是可以分享幾個親身經歷，或是別處聽來的小故事。

壽司幹嘛轉來轉去？

壽司幹嘛轉來轉去？是一本賣的很好的漫畫，講一個負二代接手父親瀕臨破產的成衣企業。從對會計一無所知，到接受名師指導，最後將企業轉虧為盈的故事

是的，這其實是一本會計入門書，除了站長之外大概沒什麼工程師會去讀這種書吧？

你有足夠的覺悟嗎？

大部分的程式書很少會讓人想看第二次，這本可以說是少數例外中的例外，裡面除了程式設計的精髓外，還充滿了各種發人省思的小故事：

換新家

大家好，我是 http://godspeedlee.myweb.hinet.net/ 的站長，因為近幾年工作忙碌無力更新(外加 Hinet 大改版與遺失密碼)，想找站長聊天的朋友請在這留言，感謝您的支持！