被朋友說我變得成熟了，可是我只是覺得開始老了、累了

當內心忐忑不安，覺得痛苦的時候，學會了用強迫自己笑著去面對

就算是如何的無力，也要重復對著自己說一百篇加油

明明是近在眼前的事物，卻又覺得無比的遙遠

想跟別人攀談，卻說不出一字一句

始終也改不了那瞻小的性格

每晚也受不了而想哭，可是哭不出來，但又忍不下去

成熟了嗎？

心病 Hide

網摘: The Joel on Software Translation Project:激勵有害 – The Joel on Software Translation Project.

在我工作過的兩家公司裡面，壓力最大的時間就是每年兩次的績效評估期。不知怎麼回事，Juno和微軟的人事部門的的績效評估系統一定是從同一本呆伯特式管理書籍上抄的，因為兩邊的作法完全一樣。首先你要「匿名」地向上評估你的直屬經理(假裝這樣就能很誠實的進行)。然後再填好一個可有可無的「自我評估」表格，讓你的經理在評估你的績效時可以「參考」。最後你會在多個不可量化的項目(如團隊合作)得到一個1到5的分數(不過實際上只會出現3分或4分)。經理會把建議獎勵名單往上送，接下來名單會被完全忽視，然後每個人都會拿到完全隨機的獎金。這樣的系統從未考慮一個事實，就是人各有不同而獨特的天賦，需要各種天賦才能讓一個團隊好好運作。

No tags Hide

網摘: The Joel on Software Translation Project:無痛軟體時程 – The Joel on Software Translation Project.

9)把除錯時間排入時程！除錯是最難估計的。回想一下你前一個專案。除錯所佔的時間很可能是把程式寫出來的一到兩倍。所以時程中一定要加這一項，而且這有可能是最大的一項。

實際的作法如下。讓我們假設一位開發人員正在做某件工作。Orig Est是16小時，不過到目前為止已經用了20小時，而且恐怕還要再做10小時。所以開發人員在Curr Est和耗時欄分別輸入30及20。

等到達里程碑(milestone)時，這所有的「落後」加總起來可能會有相當數量。理論上為了因應這些延誤，我們必須削減功能才能準時上市。幸運的是可以削減的第一項功能就是名為緩衝(buffer)的功能，而這個項目一開始就排了很多工時。

原則上，開發人員會在寫程式時除錯。程式員在應該除錯時絕對不該寫新程式。基於兩項原因，隨時都應該讓錯誤數目儘可能的少：

1)在寫出程式的同一天除錯會比較容易。如果一個月後當你忘記程式運作細節時再來除錯，就會變得非常困難而且要花很長的時間。

2)修正錯誤就像科學活動。不可能估計何時能有發現並解決問題。如果隨時都只有一兩個主要的問題，表示未來無法估計的項目不多，所以很容易估算產品推出的時間。反過來說，如果主要的問題有幾百幾千個，根本就不可能預測什麼時候才能把問題全部修好。

如果開發人員總會在寫程式時就把問題修好，為什麼還要加上除錯項目呢？有道理，不過即使在寫程式時儘量修好所有的問題，在到達里程牌時，測試人員(內部或外部)總還是會找到真正困難的錯誤，難免要有許多除錯的動作。

10)把整合時間排入時程中。如果你的程式員不只一位，難免會有兩人不一致的事情需要協調。他們會各自建立功能近似的對話框，這當然需要協調。必須有人細查所有功能表、鍵盤快速鍵、工具列工具等等，並且整理及組織所有大家不得不加的新功能表項目。另外只要有兩個人把程式登入就會出現編譯錯誤。這也得有人修正，而且應該列入時程。

11)在時程中加上緩衝時間。事物總是容易用完。你可能要考慮兩種重要的緩衝。第一種：預防工作耗時超過預期的緩衝。第二種：針對未預期但必要的工作的緩衝(這通常是因為管理階層決定某功能超級重要，絕對不能等到下一版)。

你可能會很驚訝地發現、休假、國定假日、除錯、整合還有緩衝時間加起來超過實際做事的時間。如果被嚇到表示你程式寫得還不夠久，不是嗎？你要忽略這些項目的話後果自行負責。

12)絕對不要讓經理叫程式員縮減估計時間。很多菜鳥軟體經理認為能用精細「緊密(短得不切實際)」的時程，「激勵」程式人員做得更快。我認為這種激勵根本是腦袋壞掉。當我進度落後時，我會覺得內疚消沈毫不積極。當我進度超前時，會非常快樂而且充滿生產力。時程可不是玩心理遊戲的地方。

programming Hide

看到一位遠在他鄉，旅行了四百多日的朋友的 blog

吃喝玩樂 Snake-Planet!!!: 老撾 — 對話後感.

在身邊的人不斷的以增加自己的所有物來填補心靈上的貧瘠之時。我把我十年來因為同一個愚笨原因累積出來的一堆東西。包括只用來睡覺的一個物業，只用來上班的兩輛電單車，根本沒有時間用的大量家電產品，無處可照的極多照相機，完全爲了填補空虛而買的無數無以名狀的東西。全部變賣，變成一個背包。背著它，去過旅行人生。

No tags Hide

其實我自己就完全唔信依D野嘅

但係我覺得今年車公好靈，或者咁講每一年車公都好靈

到底背後有一套怎樣的理論，力量，邏輯道理去支持統計學不會發生的 standard error 呢？？

「君不須防人不肖，眼前鬼卒皆為妖。秦王徒把長城築，禍去禍來因自招。」

因為有很多鬼卒皆講錯妖野，所以……自招了一個記錄。

社會, 香港 Hide

again

收錄

1. again [4:16]
   • 作詞・作曲:YUI 編曲:HISASHI KONDO
   • MBS・TBS 動畫『鋼の錬金術師 FULLMETAL ALCHEMIST』Opening 主題曲
2. Sea [3:32]
   • 作詞・作曲:YUI 編曲:e.u.Band & HISASHI KONDO
3. SUMMER SONG 〜YUI Acoustic Version〜 [3:28]
   • 作詞・作曲:YUI　編曲:YUI & northa+
4. again 〜Instrumental〜 [4:16]

Yui Hide

I’ve almost forget about it, until I read “bing” from feed on Google reader.

I tried just Bing, I give it a score 25/100.

bing Hide