簡直牛逼,那些對軟件開發(fā)人員有用的定律、理論、原則和模式(軟件開發(fā)的七個基本定律)
大家好。
很多日常碰到的問題其實我們的前輩早已經(jīng)摸清楚規(guī)律,并且總結(jié)出來了一些行之有效的法則和定律,也就是我們今天要推薦的內(nèi)容。
我看完真的不得不驚嘆這些定律和法則,太有道理了。當然并不是每一條都會適用你,因為每個人所處的工作階段不一樣,看完的感受肯定也是不一樣的。
由于定理和規(guī)律比較多,接下來,我挑了幾個我感觸比較深,給大家介紹一下:
- 古德哈特定律 (Goodhart's Law)
再舉個例子,假設(shè)我們要衡量一個服務(wù)的構(gòu)建成功率,硬性指標就是要達到 90%,毫無疑問如果我不能達到,我可能的做法就會通過多操作幾次成功的構(gòu)建,就能避開這個衡量指標。
你仔細體會一下,可能就會意識到日常工作中,很多的同學的工作都可能被這些測量的指標框主了。如果制定這些指標的人,能夠?qū)@個定律有了解的話,我想他會三思的,希望你們能看到。
- 布魯克斯法則 (Brooks's Law)
這個應該不少同學知道吧,畢竟《人月神話》這本書太經(jīng)典了。
- 墨菲定律 (Murphy's Law / Sod's Law)
你是不是寫代碼的時候明知道有個地方會出錯,但是覺得概率上應該比較少出現(xiàn)?;蛘哂X得某個地方的代碼短時間內(nèi)不會出問題。但是往往就是這些問題,該出錯的如果你不采取一些措施,就肯定會出錯。
以上就是我這邊體會比較深的,正如這個倉庫的介紹所說的,希望能對你有所幫助。
這個倉庫包含對一些定律、原則以及模式的解釋,但不提倡其中任何一個。 它們的應用始終存在著爭論,并且很大程度上取決于你正在做什么。
更多詳情請查看如下鏈接:https://github.com/nusr/hacker-laws-zh