1、如果還沒想清楚,就用蠻力演算法。——Ken Thompson
2、在儲存日期中的年份的時候,請使用四位數字。—— David Martin
3、避免使用不對稱結構。—— Andy Huber
4、不要使用反正弦和反餘弦函式——你總能用優美的恆等式,或者是計算向量點積來更好地解決問題。—— Jim Conyngham
5、程式碼寫的越急,程式跑得越慢。—— Roy Carlson
6、你用英語都寫不出來的東西就別指望用程式碼寫了。—— Peter Halpern
回覆列表
-
1 # 海島南哥
如果你想動手開發什麼全新技術,你不需要幾百萬美元的資金,你只需要在冰箱裡面放滿比薩和可樂,再有一臺便宜的計算機,和為之獻身的決心。——卡馬克
“設計是一個發現問題、而不是發現解決方案的過程” —— Leslie Chicoine
“功能說明書裡不存在可操作性” —— 37 Signals
“過去的程式碼都是未經測試的程式碼” —— Michael Feathers
“任何傻瓜都能寫出計算機可以理解的程式碼。好的程式設計師能寫出人能讀懂的程式碼” ——Martin Fowler
“測試是來表明bug的存在而不是不存在” —— Edsger Dijkstra
“簡單不先於複雜,而是在複雜之後” —— Alan Perlis
“Real developers ship” —— Jeff Attwood
“沒有絕世神功” —— Frederick Brooks
“過去的33年裡,我每天早上看著鏡子問自己:“今天是我生命的最後一天嗎?我是否要去做今天該做的事?”一天一天太多次是“不是”,我知道這需要改變…所有的事情 —— 所有身外的期望,所有的驕傲,所有的對困難和失敗的恐懼 —— 這些東西在死亡面前立刻消失的無影無蹤,只剩下真正重要的東西。想著自己即將死去,這是讓我避免落入擔心失去什麼的陷阱裡的最好的方法。” —— Steve Jobs
所有稀奇古怪的問題都是源自低階錯誤
1。重啟一下就好了
2。從來沒有出現過這種情況
3。原來都是好好的
4。這是一個特性來的
5。你的操作不對,要按照我的步驟來
十年生死兩茫茫,寫程式,到天亮。 千行程式碼,Bug何處藏。 縱使上線又怎樣,朝令改,夕斷腸。 領導每天新想法,天天改,日日忙。 相顧無言,惟有淚千行。 每晚燈火闌珊處,程式設計師,又加班,工作狂~
如果還沒想清楚,就用蠻力演算法。——Ken Thompson
不要使用反正弦和反餘弦函式——你總能用優美的恆等式,或者是計算向量點積來更好地解決問題。—— Jim Conyngham
在儲存日期中的年份的時候,請使用四位數字。—— David Martin
避免使用不對稱結構。—— Andy Huber
程式碼寫的越急,程式跑得越慢。—— Roy Carlson
你用英語都寫不出來的東西就別指望用程式碼寫了。—— Peter Halpern
如果程式碼和註釋不一致,那很可能兩者都錯了。—— Norm Schryer
如果你發現特殊情況太多,那你肯定是用錯方法了。—— Carig Zerouni
先把資料結構搞清楚,程式的其餘部分自現。—— David Jones
計算機生成的輸入通常會讓一個原本設計接受手工輸入的程式不堪重負。—— Dennis Ritchie
手工填寫的表單裡有20%都包含壞資料。—— Vic Vyssotsky
80%的表單會要你回答沒有必要的問題。—— Mike Garey
不要讓使用者提供那些系統已經知道的資訊。—— Rick Lemons
所有資料集的80%中,有95%的資訊量都可以用清晰的圖表示。—— William Cleveland
在我所有的程式錯誤中,80%是語法錯誤,剩下20%裡,80%是簡單的邏輯錯誤,在剩下4%裡,80%是指標錯誤,只有餘下的0.8%才是困難的問題。—— Marc Donner
在系統測試階段找出並修正錯誤,要比開發者自己完成這一工作多付出2倍的努力。而當系統已經交付使用之後找出並修正錯誤,要比系統測試階段多付出9倍的努力。因此,請堅持讓開發者進行單元測試吧。—— Larry Bernstain
不要站著除錯程式,那會使得你的耐心減半,你需要的是全神貫注。—— Dave Storer
別在註釋裡陷得太深——註釋很可能會誤導你,你要除錯的只是程式碼。—— Dave Storer
測試只能證明程式有錯誤,而不能證明程式沒有錯誤。—— Edsger Dijkstra
新系統的每一個新使用者都可能發現一類新的錯誤。—— Brian Kernighan
東西沒壞,就別亂修。 —— Ronald Reagan
如果我們沒能力修好它,我們就會告訴你它根本沒壞。—— Walt Weir
修正程式錯誤的第一步是要重現這個錯誤。—— Tom Duff