Erik Buck談“我收到的最佳程式設計建議”

技術是為了讓事情變得更容易，而不是更費力！Erik Buck作為《Learning OpenGL ES FOR iOS》一書的作者、連環創業者、藝術家、以及可替代燃料汽車的創造者，他討論了編碼中的生產力和效率。

姓名：

Erik M. Buck

工作經驗：

我參與編寫了《Cocoa Programming》（Cocoa程式設計）及《Cocoa Design Patterns》（Cocoa設計模式）兩本書。我的最新著作，《Learning OpenGL ES FOR iOS: A Hands-on Guide to Modern 3D Graphics Programming》（學習OpenGL ES FOR iOS：現代三維圖形程式設計動手指南）將在八月份上架。

我在1993年創立了我的首家公司，而且在將其智慧財產權出售給世界500強的競爭對手之前，就已把它打造成為航空及娛樂軟體行業的領導者。我正在進行中的工作包括：給八年級的學生講自然科學、展出油畫肖像、以及開發可替代燃料汽車。我最新創辦的企業是cosmicthump.com。我還是萊特州立大學（Wright State University）的電腦科學兼職教授，並講授iOS程式設計。

我擁有二十年以上為實時嵌入式系統設計及開發C++軟體產品的經驗，而且我是Objective-C程式語言的鐵桿粉絲。

建議：

編寫更少的程式碼。（Write less code.）

Steve Jobs廣為人知的一句話是，“那種寫起來最快、從不出問題、無需維護的程式碼行就是你永遠都不必編寫的程式碼行。”

來想一想有關Richard和Jane的寓言。在週一早上，兩人都收到了修復使用者報上來的某個高優先順序的軟體缺陷。Richard很快就發現了該問題。在週二，Richard已經設計出一款會影響三個模組的補丁。在週三，Richard寫完了幾百行程式碼，並準備在週四一早開始測試。週五中午，已通過所有測試，而後該補丁被作為緊急“修復程式（hot fix）”準備部署。相比之下，週一Jane早早就下班了。週二她為安排公司的新健身中心會議用掉了大部分時間。週三Jane打電話請了病假，不過看過醫生以後，週四她覺得好多了。週四中午她著手分析軟體問題。週五早上，Jane刪除了一行引發該問題的程式碼，然後系統通過了所有測試。到底哪位程式設計師更有成效？儘管大多數公司會獎勵Richard，然而Jane的成效則要大得多，而且為公司節省了數不盡的長期維護成本。

---

檢視英文原文："The Best Programming Advice I Ever Got" with Erik Buck

來自更多程式設計師的建議參見“我收到的最佳程式設計建議”（The Best Programming Advice I Ever Got）系列文章。

“我收到的最佳程式設計建議”系列譯文

1. 千萬別碰其他人的程式碼！——Russ Olsen
2. 在你讓程式碼可重用之前，應該先讓程式碼可用。——Bill Wagner
3. 在著手對程式碼進行額外修改之前，應該花點兒時間去理解位於異常/堆疊跟蹤頂部的錯誤訊息。——Obie Fernandez
4. 除錯前的思考十分重要——Rob Pike
5. 編寫更少的程式碼。——Russ Olsen
6. 閱讀的資料一定要比你編寫的內容多得多，而且要堅持閱讀高質量的資料。——Danny Kalev
7. 翻譯中……