What I learned from Google Mail's recent outage
Suppose you have a system with nodes and work items. You have to assignwork items to nodes somehow; one way to do it is to randomly distributework items around the nodes, but another is to assign them based onsome sort of fixed-outcome affinity function (like 'is topologicallynearest'). Now consider what happens when a node overloads or fails (oris just taken out of service) and its work has to be reassigned to newnodes.
In a random-assignment system, the failed
公務員「活化」古蹟？不如先「活化」自己
要不是汪阿姐出來鬧一鬧，大概很多人還不知道香港有個「活化歷史建築伙伴計畫」。一聽這個計畫的名字，就知這是公務員的傑作。Boring。
毛主席說：「沒有調查研究，就沒有發言權。」所以不管多麼沉悶，我在提筆前仍特別閱
Don't log usernames for bad logins
This used to be widely understood around Unix, but it's evidentlyslipped from common knowledge over time:
It's a mistake to log nonexistent usernames on bad logins .
(Corollary: it is an especially bad mistake to log them by default.)
To illustrate why I say this, let me tell you what happened tome recently. I normally leave myself logged in to my officeworkstation with the screen locked and blanked. This weekend, my officeworkstation crashed and rebooted because of some ongoing issues ; as
是日金句090224
A core principle of error and warning messages
Here is a core principle of how and when programs should show error andwarning messages of all sorts:
Error messages should only go to the people who can do somethingabout them.
This goes double for warning messages.
(Sometimes you don't have a choice, at least in theory; if your programsuffers a fatal error and you have nowhere else to log it, dumping it onthe user does some moderate amount of good. Maybe.)
There's two reasons to be careful where your error messages
無題
人為什麼要進入那個幻境裡面，如果，他
非常準的測驗
【困局型】 對於感情的渴望讓理性的頭腦陷入了困局之中。
