注：本文原文出自《程式設計師》2008.03期，在此只提及要點，如需詳細內容及真實資料，請參閱原文。
----------------------
序： 早在75年之前，大多數行業就已經放棄了加班趕進度。數不清的行業經驗和研究事實證明：要想完成工作，加班趕工是成本最高的做法。
歷史給我們上的六節課：
第一課：在乙個工作日中，生產率隨時間h變化。在前四至六個小時裡，生產效率最高。隨著時間的流逝，生產率會降為0，甚至會變成負數。
第二課：對於腦力勞動者，生產效率很難量化。
第三課：經過上乙個世紀的研究表明，每週五天且每天8小時的工作時間，從長遠看其產出將會最大。有什麼理由讓我們認為：我們這個行業可以不遵守這個規則呢？
第四課：每星期工作60小時的情況下，由於長時間工作導致的生產率下降，會抵消幾個月超時工作所帶來的產出。
第五課：每連續工作24小時，認知能力會下降25％。連續開夜車的人會產生嚴重的累計影響。
第六課：錯誤率會隨著連續工作時間而攀公升，尤其是睡眠時間不足的情況下。最終，失敗會找上門來，導致災難發生。當時間緊且預算投入大時，你真能承擔得起這個風險嗎？
管理者決定趕工，是因為他們想告訴他們的老闆「我已盡我所能」。
他們趕工，是因為他們評估的是放在椅子 上的「草人」而不是那些能開發遊戲的「大腦」。
他們趕工，是因為他們沒有認真考慮要做的工作，或沒有考慮做工作的是人。
他們趕工，是因為只知道要表現出自己在盡力做好工作的重要性，而不是真正去把工作做好。
他們趕工，是因為他們回想到當他們還是程式設計師、測試人員、「助理製片人」或「副製片人」時，他們也是被要求這樣做的。
但這不是唯一的方法。事實上，很多文獻一次又一次地表明：加班趕工是最差的方式。 這也是很多行業七十五年前就已經放棄這種工作方式的根本原因。管理者、股東和員工都堅信：使用經過時間檢驗的----每天工作8小時、每週5天－－管理實踐，大家會因更快、更省地交付更好的產品而獲益，而且不會損耗組織的人力資源 和在公眾中的聲望。
-----------------------
後註：
想起了上學的時候，很多自以為很努力的「愚笨」學生把那些天天玩耍卻成績靠前的人稱為「天才」，而他們卻不知道，世界上沒有天才，只有會利用時間的人。
很多時候，在網上跟一些認識的專案主管提及加班的種種弊端，大多數的主管都跟我怒目而視：「我知道你們這些理論 都出自什麼什麼資料，但是，乙個事實就是，完不成任務，損失誰來負責？」「我們一直加班，而且效益很好，為什麼不加？你站在我這個位置，也會這樣想」「我 們有的是人，你做不了，總會有人做，好多人想幹還幹不了呢」。
我被問責的很無辜，這個損失本是自己一手埋下的種子，只是這個種子會慢慢發芽，到最後卻成了別人的責 任；由此帶來的相當高的高額維護成本，竟是他們一紙報告或者換個干係人就免去責任的－－他們寧願在事後付出高出幾倍的維護成本，也不願承認那個事實。是我 們的教育出了問題？還是我們的環境正在走向惡化？
評估和尋找平衡點是主管的主要職能，並不是局外人所見到拍個腦門就決定的，但又有幾個是清醒的？拖期損失到底誰來埋單？只怕是局內者迷啊...
又想起乙個笑話，說一人在大街上走，看到好多人在往乙個地方跑，邊跑嘴裡邊喊：快跑啊，晚了就沒了。這 人一聽，也趕緊提腿跟著跑，他問一起跑的那個人怎麼回事，答：我也不知道。這人一直問到最前面那個人，領頭的人提著褲子說：我內急...。這個人開始納 悶：乙個人內急，用的了這麼多人擦屁股？
另外，告訴同行的你乙個天大的事實：周40小時工作制是公司壓榨我們最狠的乙個平衡點，對你的來說也是最累的（前提是你在此期間努力工作）。
如果週末不得不加班
專案趕工期間，經常需要專案組成員加班，週末被占用是家常便飯。更嚴重者，7 24小時通宵輪流轉也並不罕見。作為專案經理，在不得不面對的加班中我們究竟該關注哪些問題？我們常常擔心任務不能按時完成，常常督促專案組成員加班加點，然而最好的督促是什麼？是頻繁的監督檢查嗎？是頻繁地強調任務節點的重要性嗎？既已放...
關於HBase中讀多寫多得不同應用場景
一 關於索引方面的作用 不管是本地索引還是全域性索引，在功能上沒有任何差別，都是為了加快某個列的查詢！適合的情景不同！因為當向hbase的表中插入資料時，資料在更新時，也需要更新索引！本地索引 索引以列族的形式儲存在表中，在更新資料和更新索引時，只需要向資料所在的regionserver發請求即可！...