技术是为了让事情变得更容易,而不是更费力!Erik Buck作为《Learning OpenGL ES FOR iOS》一书的作者、连环创业者、艺术家、以及可替代燃料汽车的创造者,他讨论了编码中的生产力和效率。

姓名:

Erik M. Buck

Erik Buck Avatar

工作经验:

我参与编写了《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. 翻译中……