August 2006
人的工作切換有害無益
by YukuanMark
在管理一個程式團隊時，第一件要學的事就是任務配置(task allocation)要正確。「任務配置」只是把事情分給大家做的誇大說法。用希伯來文的普通話來說就是「倒檔案」(因為你會把檔案倒在某人
每日編譯
by YukuanMark
1982年我家人帶了一台很早期的IBM-PC到以色列，當時我們還是跑去倉庫等PC由港口進來。我不知道用了什麼方法，說服老爸買齊完整配備，有兩台軟碟、128 K記憶體、再加上一台點陣式印表機(印草
揭露冰山般的秘密
by YukuanMark
「我不知道我的開發團隊怎麼了，」執行長在心裡對自己說：「剛開案時情況還很順利的。整個團隊像瘋了一樣，前幾個星期就做出一個很好的可用原型。可是從那之後事情似乎慢得像在爬一樣
邊開火邊移動
by YukuanMark
我總會有時候什麼事都做不了。 我當然還是會去上班，不過卻是到處閒逛，每10秒就收一次信，逛逛網站，甚至做些付信用卡帳單之類不用動腦的事。什麼都做就是沒法子進入狀況回來寫程式。
回歸原點
by YukuanMark
我們在這個站花了很多時間討論讓人興奮的大局概念，像是.NET對Java、XML策略、鎖住客戶、競爭策略、軟體設計、架構等等。這所有的概念就某方面來看就像是個夾心蛋糕。最上層有軟體策略。再下來可以想想.NET之類的架構，然後再下面是個別的產品：像Java之類的軟體開發產品或Windows之類的平台。
萬國碼
by YukuanMark
還搞不懂那個神秘的Content-Type tag嗎？你知道的，就是那個應該放在HTML裡卻又永遠不知道該設成什麼內容的標籤啊。
你曾經收到在保加利亞的朋友寄來，主題是「???? ?????? ??? ????」的電子郵件嗎？
工匠技藝
by YukuanMark
軟體製作並不是種生產程序。在1980年代每個人都在心驚膽跳，害怕日本軟體公司建立「軟體工廠」，然後用生產線大量製造出高品質的程式。這在當時行不通，現在也一樣行不通。把一大群程式師塞進一個房間再排得整整齊齊的，並沒有真正的降低臭蟲的數目。
抽象滲漏法則
by YukuanMark
你每天不可或缺的Internet裡有個關鍵的小魔法，這個魔法就在TCP通訊協定這個internet的基礎協定裡。
TCP是一種可靠的資料傳輸方法。我說可靠是指如果用TCP在網路上傳一個訊息，訊息一定會到，絕不會亂掉或壞掉。
TCP的用途很多，比如抓取網頁資料或傳電子郵件都是。由於TCP這麼可靠，連那些挪用錢的東非人電郵(譯註：指有陣子常見到的騙人信)都能完整無缺的到達，真是好笑。
程式設計領域的帕麥爾斯頓勳爵
by YukuanMark
曾經一度如果讀過Peter Norton的一本書 (<a class="linkification-ext" href="http://www.amazon.com/exec/obidos/tg/detail/-/067130948X%29%EF%BC%8C%E5%B0%B1%E8%83%BD%E5%AE%8C%E5%85%A8%E7%9E%AD%E8%A7%A3%E5%9C%A8IBM-PC%E4%B8%8A%E5%AF%AB%E7%A8%8B%E5%BC
設定優先順序
by YukuanMark
在開始動手前，我們想加的新功能多到可以讓 1700 個程式設計師做個幾十年都沒問題。不幸的是，我們總共才三個程式設計師，而且我們希望在下個秋天就能出貨。所以我們必須排定優先順序。
無痛錯誤追蹤
by YukuanMark
擁有記錄問題的資料庫是優秀軟體團隊的標記之一。事實上只有極少數團隊有實際進行，這一點一直令我很驚訝。程式人員似乎全都自認能用腦袋或立可貼記住所有錯誤，這件事實在錯得離譜。
約耳測試
by YukuanMark
聽說過SEMA (<a class="linkification-ext" href="http://www.sei.cmu.edu/sema/welcome.html%29%E5%97%8E%EF%BC%9F%E9%80%99%E6%98%AF%E4%B8%80%E5%A5%97%E7%9B%B8%E7%95%B6%E6%B7%B1%E5%A5%A7%E7%9A%84%E7%B3%BB%E7%B5%B1%EF%BC%8C%E5%8F%AF%E4%BB%A5%E6%B8%AC%E9%87%8F
無痛軟體時程
by YukuanMark
所以說你一定得定時程。幾乎沒幾個程式員想做這件事。以我的經驗來說，絕大部份人都完全不訂時程，直接做了才說。至於那少數幾個有做的，多是因為老闆一定要，只好敷衍著做一做，而且除了那些同時相信「軟體專案一定會延誤」及「幽浮」的上級管理階層外，沒人真的相信排出來的時程。
兩個故事
by YukuanMark
我要說兩個故事，都是我過去工作時發生的。我認為這兩個故事足以清楚闡明，管理良好的科技公司與一團亂的科技公司間有何差別。最終的差異在於相信員工並讓他們把事情做好，還是把他們
February 2006
1
(16 marks)
