收集程序员语录70则
1. 重構是程序員的主力技能。
2. 工作日志能提升腦容量。
3. 先用profiler調查，才有臉談優化。
4. 軟件設計有兩種方式：一種方式是，使軟件過于簡單，明顯沒有缺陷；另一種方式是，使軟件過于復雜，沒有明顯的缺陷。
5. 大部分情況下，構建程序的過程本質上是對規范調試的過程。
6.注釋貴精不貴多。杜絕大姨媽般的“例注”。漫山遍野的碎碎念注釋，實際就是背景噪音。
7. 普通程序員+google=超級程序員。
8. 軟件開發往往是這樣：最開始的 90% 代碼占用了開始的 90% 的開發時間；剩下 10% 代碼同樣需要 90% 的開發時間。
9. ?單元測試總是合算的。
10. 不要先寫框架再寫實現。最好反過來，從原型中提煉框架。
11. 代碼結構清晰，其它問題都不算事兒。
12. 用幾個小時來制定計劃，可以節省幾周的編程時間。
13. 好的項目作風硬派，一鍵測試，一鍵發布，一鍵部署; 爛的項目生性猥瑣，口口相傳，不立文字，神神秘秘。
14. 編碼不要畏懼變化，要擁抱變化。
15. 任何傻瓜都能寫出計算機可以理解的代碼。好的程序員能寫出人能讀懂的代碼
16. 常充電。程序員只有一種死法：土死的。
17. 編程之事，隔離是方向，起名是關鍵，測試是主角，調試是補充，版本控制是后悔藥。
18. C語言很容易讓你犯錯誤；C++看起來好一些，但當你用它時，你會發現會死的更慘
19. 一行代碼一個兵。形成建制才能有戰斗力。單位規模不宜過大，千人班，萬人排易成萬人坑。
20. 如果你喜歡底層開發，千萬不要勉強自己去搞VC，找到你最真實的想法，程序員最不能忍受的就是萬精油。
21. 重構/優化/修復Bug，同時只能作一件。
22. 簡單模塊注意封裝，復雜模塊注意分層。
23. 人腦性能有限，整潔勝于雜亂。讀不懂的代碼，嘗試整理下格式; 不好用的接口，嘗試重新封裝下。
24. 迭代速度決定工作強度。想多快好省，就從簡化開發流程，加快迭代速度開始。
25. 忘掉優化寫代碼。過早優化等同惡意破壞;忘掉代碼作優化。優化要基于性能測試，而不是糾結于字里行間。
26. 世上只有兩種編程語言：一種是總是被人罵的，一種是從來沒人用的
27. 最好的工具是紙筆;其次好的是markdown。
28. leader問任務時間，若答不上來，可能是任務拆分還不夠細。
29. 調試一個初次見到的代碼比重寫代碼要困難兩倍。
30. 寧可多算一周，不可少估一天。過于“樂觀”容易讓boss受驚嚇。
31. 當你試圖解決一個你不理解的問題時，復雜化就產成了。
32. 最有用的語言是English。其次的可能是Python。
33. 百聞不如一見。畫出結果，一目了然。調試耗時將大大縮短。
34. 質量、速度、廉價，選擇其中兩個。
35. 資源、代碼應一道受版本管理。資源匹配錯誤遠比代碼匹配錯誤更難排查。
36. 不要基于想象開發，要基于原型開發。原型的價值是快速驗證想法，幫大家節省時間。
37. 生命太短暫，不要去做一些根本沒有人想要的東西。
38. 序列化首選明文文本。諸如二進制、混淆、加密、壓縮等等有需要時再加。
39. 高質量的代碼就是對程序本身最好的注釋。
40. 編譯器永遠比你懂微觀優化。只能向它不擅長的方向努力。
41. 你們中大多數人都熟悉程序員的美德，有三種：那就是懶惰、急躁和傲慢
42. 不要定過大、過遠、過細的計劃。即使定了也沒有用。
43. 至少半數時間將花在集成上。時間，時間，時間總是不夠。
44. 靠代碼行數來衡量開發進度，就像是憑重量來衡量飛機制造的進度。
45. 作為一個程序員，郁悶的事情是，面對一個代碼塊，卻不敢去修改。更糟糕的是，這個代碼塊還是自己寫的。
46. 與主流意見/方法/風格/習慣相悖時，先檢討自己最可靠。
47. 出現bug主動查，不管是不是你的。這能讓你業務能力猛漲、個人形象飆升; 如果你的bug被別人揪出來…..呵呵，那你會很被動～
48. 能說算不上什么，有本事就把你的代碼給我看看
49. 不知怎么選技術書時就挑薄的。起碼不會太貴，且你能看完。
50. 你選擇了一種語言，意味著你還選擇了一組技術、一個社區。
51. git是最棒的。簡單，可靠，免費。
52. 僅對“可預測的非理性”拋斷言。
53. 沒有什么代碼的執行速度比空代碼更快。
54. UNIX很簡單。但需要有一定天賦的人才能理解這種簡單。
55. Log要寫時間與分類。并且要能重定向輸出。
56. 注釋是稍差的文檔。更好的是清晰的命名。讓代碼講自己的故事。
57. 軟件在能夠復用前必須先能用。
58. 當你想在你的代碼中找到一個錯誤時，這很難；當你認為你的代碼是不會有錯誤時，這就更難了。
59. 造輪子是很好的鍛煉方法。前提是你見過別的輪子。
60. 我們這個世界的一個問題是，蠢人信誓旦旦，智人滿腹狐疑。
61. C程序員永遠不會滅亡。他們只是cast成了void。
62. 你要么要軟件質量，要么要指針算法；兩者不可兼得。
63. code review最好以小組/結對的形式。對業務有一定了解，建議會更有價值(但不絕對)。而且不會成為負擔。管理員個人review則很容易成team的瓶頸。
64. 如果debugging是一種消滅bug的過程，那編程就一定是把bug放進去的過程。
65. 提問前先做調研。問不到點上既被鄙視，又浪費自己的時間。
66.軟件工程的目標是控制復雜度，而不是增加復雜性。
67.?控制復雜性是計算機編程的本質
68. 計算機科學領域的所有問題都可以通過其他方式間接解決。
69. 這不是一個 bug，這只是一個未列出來的特性。
70. 永遠別小看程序媛
來源 | 網絡
總結
以上是生活随笔為你收集整理的收集程序员语录70则的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： pandas 合并所有列_图解Pytho
- 下一篇： echarts导出为pdf