很多年前有一套程式設計師雜誌叫做【編程珠璣】，其中有連載【軟體開發恐怖故事】，其中有一期就講了這麽一個故事——
團隊裏來了一個新的經理，這個經理自以為懂行，還自己寫了一個程式來統計所有程式設計師所寫程式碼的行數，並根據程式碼行數來評定程式設計師績效，沒多久，團隊裏一個素來以程式碼簡潔高效而著稱的資深程式設計師被這個經理叫到辦公室裏去談話，談完之後，這個資深程式設計師臉色鐵青地出來，第二天就辭職走人了。
隨後，經理開始明確提出要員工努力提高生產力——也就是提高每天編寫程式碼行數。
不過，很快程式設計師們就根據經理釋出的統計報告反推出了經理那個所謂『統計程式設計師生產力』的程式的原理了，其實就是簡單地數分號個數。
很自然，團隊裏的程式設計師找到了對應策略，語句結尾的分號都『不經意地』多敲幾下，這樣『生產力』頓時暴增，這個『業績』還讓經理沾沾自喜，以為自己的『激勵』起到了作用。
這個謊言直到CTO介入審查，才被戳破，這個經理被憤怒的CTO就地立刻開除。
————————
幹我們這行，如果要做管理路線，首先要明白一點，不要用一個指標去衡量
