除了括號括起來的字是我個人感想,其它為書的內容。
離散描述:
製造問題的方式無法用來解決問題。
新手需要循序指令表。 
高級新手不想要全局思維。
勝任者能夠解決問題。
精通者能夠自我糾正。
敏捷開發不適合新手跟高級新手。
專家大約佔總人數的1%~5% 。
專家靠直覺工作。
自信往往來自無知而不是知識。
嚴格的規則斷送專家的實力。
開發人員的專家與新手之間存在著40:1~60:1的差距。
(這點我見識過了,一個40歲的老工程師,
竟然比從1x歲練到2x歲的救火型工程師慢30倍以上,在實作品質量相同的情況下) 
(救火是很專家級的工作)
專家不一定適合當老師。
專家需要積極的實踐十年以上才有可能成為專家:
  需要一個明確定的任務。
  任務需要有適當難度--有挑戰性但可行。
  任務環境可以提供大量反饋,以便于你採散行動。
  提供重複犯錯和糾正錯誤的機會。(不是project結案後就不用再管) 
程序員往往認為自己是一種工具,從而漠視工作。
由於薪水的不平等,專家級程序員爭先恐後的離開一線編寫程式的工作,
通過去管理、教學、演講來賺錢。
無論採取何種過程和方法,誰參與項目,項目成功了嗎?在不斷進步嗎?
一個組織的好壞由最弱的一環決定。
組織的人員應相同穩定,人員一直流動無法讓組織成型。
讓團隊中優秀的人安心,並隨時關注其變化。
在美國棒球隊中當投手,高的薪手2500萬美元,低的5萬美元,
(在公司當一線實作技術員,實作能力強的跟弱的差不到兩倍)
小心工具陷阱:
規定違背個人自主性的規則。
低估不能上檯面的成本,思考一個問題花的時間難以估計,
有時不能根本的解決問題只能用別的方法避開。 
追求速度一致。
在遵守規則和自行判斷之間猶豫。
沒有一種規則是通用的。 

第三章以後再補。 
arrow
arrow
    全站熱搜

    讓地獄深紅的天亮 發表在 痞客邦 留言(0) 人氣()