一名开发者从做技工的父亲那里学到的5堂课.docVIP

一名开发者从做技工的父亲那里学到的5堂课 作者: Alan Downi??来源: ITeye??发布时间: 2012-03-27 20:37??阅读: 4340 次??原文链接?? 全屏阅读　 [收藏]?? 　　英文原文：How lessons from a tradesman can help out a techie 　　所谓“隔行如隔山”，其实不然，在工作和生活中，大部分的知识和技能都是相通的。学会举一反三，对于技能的提升有很大帮助。本文是一名软件开发者从做技工的父亲身上学到的一些经验，而这些经验使他最终成为了开发者中的佼佼者。 　　以下为文章全文： 　　我的父亲是一名工程师 —— 是机械工程师，不是软件工程师。在他成为机械工程师之前，他也做过技工和木工。他很聪明，同时在建筑和维修方面也很有天赋（只要不涉及到电气即可，不过那就是另外一回事了）。他甚至在60岁时依然能做围墙、工棚和甲板之类的工作。当我和我的兄弟还小的时候，他就开始让我们接触一些他工作用的工具，因此，当我们发现需要修复或制作一些东西时，我们有能力做好它。好吧，虽然他在我身上的教育几乎失败，但一路走来，我还是学到了很多重要的东西，而且，不管你信不信，这些我学到的东西，在我成为一名优秀的开发者和企业家的路上，让我受益良多。 　　下面就是我从他那里学到的知识。 　　第一课：三思而后行 　　砍柴是一个一次性的工作。只要树木被砍掉，它就不可能再保持原样。因此，很重要的一件事就是确保你每一次的删除操作是无误的。甚至即使你确定你的做法是正确的，也请你无论如何再做一次评估。重新检查你的评估，确保它正确无误，这样你就可以避免犯一些本可以规避掉的错误，付出的代价也要小的多。 　　开发产品也是同样的道理。如果事先不测量书架要占用的空间的大小，你怎能做出与之大小相适合的书架？如果事先不知道用户的需要，你又何必去开发一个无用的产品？这个道理已经提过很多次了，我在这里略过。但有个不被经常提及的事情是你的产品是一组功能的集合体，就像书架是一堆货架的集合体一样。每一个功能都应该被认真对待，细心评估，以确保它适用于受众人群。重要的是不仅仅在项目开始就收集反馈，在整个项目的开发阶段，我们都要重视反馈，而不是等到结束了，才想起还有一些不错的创意没有实现。 　　第二课：粉刷一座建造好的凉亭会很困难 　　有一次，几个工人在家里修凉亭，他们在凉亭建好后才开始粉刷。爸爸看到后指出，如果这些工人能在这些木头放在地面上就开始粉刷的话，他们就能节约1/10的时间，而且效果也会更好。粉刷之后只需做一些连接工作就可以很快的建造起这座凉亭。粉刷已经建造好的凉亭不仅又慢又不方便，而且还可能导致出现一些不易刷到的地方，最糟糕的是，如果不幸的话，还会把这一切弄得一团糟。 　　在产品的开发过程中，很容易忘记设计和UI，但这些很重要。以用户为中心的设计就是在设计页面时，以服务用户为第一要务，然后再开发相应的应用来支持这一设计。而以软件开发为优先并把设计放到最后，你将做更多的工作，产品也会存在潜在的缺点。UX应该是一个持续不断的过程，不是某个可以随意丢弃的东西。 　　第三课：让你的项目和工作空间始终保持整洁 　　在一个杂乱的环境中工作一定会让你的项目结果变得一团糟。如果碎木屑到处都是，你就不可能粉刷好；如果你的工具都满覆油污，你就不可能把拆散的发动机零件再组装到一起；如果你用完工具后不搜集整理好，你可能永远都找不到你想要的螺丝刀。任何一个机修工都会告诉你工作在一个整洁的环境中有多么重要。糟糕的不止是你将花更多的时间用于寻找放错位置的工具，还会导致更多的损失。 　　每一个开发者的代码中都可能会有一些bug。很多开发者都知道“代码债务”这个名词，它实际上只是从开发者的角度来看待这一块工作混乱的区域。如果你在源头埋下隐患，所造成的后果不仅仅是更难发现bug，而且在将来会更容易造成更多的混乱。最终你将不得不清理它们（特别是在你开始你自己的工作前，你将不得不去清理其他人留下的这些bug！）。想必每一个开发者都知道修改别人代码时那种恐怖的感觉，并会意识到他们留下了一堆麻烦等着你去解决。现在花一点时间去整理你的工作空间，将来你会节约更多的时间。 　　第四课：始终使用正确的工具（而且在你的工具上别吝啬） 　　搞砸工作的一个主要原因就是使用了不恰当的工具。这虽然显而易见，但很多人就是意识不到这一点。用错了工具后的下场通常是一个灾难。别心疼钱，工作一展开就应该找到合适的工具。 　　工具选用不当虽然通常都是管理层犯下的错误，但我们开发者也要为此事负责。毫无疑问，一个用了6年的笔记本运行起来肯定会很慢。即便为一款文本编辑器花了10美元，但却选用了最蹩脚的一款，也不会有助你的工作。节省的这几块钱不会帮你赢得客户的心。最糟的是，利用盗版软件帮你赚钱，这