成为优秀工程师的八个好习惯

《成为优秀工程师的八个好习惯》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、成为优秀工程师的八个好习惯一给工程师的一些忠告　　现在用人单位招人越来越难，而刚毕业的学生找工作也越来越难，为什么？这得归罪于国内大学的教育，并不是把人培养好，而是应试教育：填鸭的方式让大家反感，结果就是考完就忘。工作很多时候需要基础，基础的学习是很枯燥的，需要兴趣的滋润才能免强为之。所以，兴趣可以造就成功，应付只能让自己一直在技术的中下游徘徊。　　这里和大家分享一些经验，如何成为一个优秀的工程师，希望对大家有所帮助。　　二切忌：不要什么都问人　　菜鸟大家都知道，菜鸟就是不懂的东西太多，否则就成为老鸟了。因此很多菜鸟，喜欢问人，但是这是一个大忌，问人固然好，但是什么

2、都问人，久而久之就丧失了自己独立思考以及建立自己独立打开知识大门的一把金钥匙。这里可以毫不客气的说，咱菜鸟的问题，不会是我们第一个提出的，更不会是最后一个提出的。因此，网络上的“知之为知之，不知百度之”就是一个很好的建议。　　知识的来源如下：　　1．百度/google的英文搜索/bing的英文搜索；　　2．各大专业的论坛，比如pcb的有pcb论坛，等等，可以通过百度查找各论坛的排名；　　3．各种qq讨论群；　　4．同事、上级、朋友、专家等。　　其实开发这么多年的经验来说，笔者能通过请教解决问题的次数基本上不超过5%。简单的问题搜索解决，复杂的问题，基本没有人能回答或

3、者不愿意回答，因此，绝大部分问题必须自己解决。天下没有免费的午餐，对吧？　　高端人才也就那个小圈子，各自都很忙，而且交流过程中对方会很清楚地知道你的气场，如果你的气场不足，对不起，你就out了，请教专家前，你必须有足够的气场，否则，自己思考是最好的出路。　　如何提问才能有人乐意回答　　1．清晰的表达以及描述问题　　2．你所尝试过解决问题的方法　　3．目前需要什么（或者有别的出路不定）　　如果能够在专业论坛上提出一个问题，满足以上的条件的，估计就会有人能够给你一些意见和建议，如果还是没有人能回答，恭喜你，80%的可能你已经成为老鸟了，还有20%的可能就是你的问题太简单

4、了，大家不屑一顾！  三建立良好的文档习惯　　知识在于积累，但是人的记忆如果不经常刷新是会容易遗忘的，和DRAM一个道理。因此如果不能定期刷新，那么请把经验都写下来，成为一个本，通过各种网络渠道存放起来，以便随时翻查，这是“云硬盘”的一个最好的用法之一。　　作为一个软件工程师，自己的代码风格的确自己很熟悉，所以写代码的时候很多时候不写注释，出现很多魔鬼数字，到处随便定义变量，但是如果这样的话不利于程序的维护以及传承。举个例子，一个ARM的linux程序，用以下定义，是否比在文档内嵌代码强呢？　　　随时备份自己的程序，编号以及时间戳做好。虽然软件上面有很多很好用的工具

5、，我相信大部分工程师都不会使用这些代码维护工具。那么请看下个建议　　软件/硬件的框架的制定以及描述文档的建立。建立了这些文档，可以让自己不断的对自己的思维/想法进行纠正，这样的话对自己的提升有很大帮助。　　四工欲善其事必先利其器　　首先要做好一件事情，必须首先把工具搞好，比如FPGA开发，必须把开发环境搭建起来，如何进行验证以及代码编写等，环境搭建有很多方法，要么找厂家FAE索取相关的经验，要么找资深工程师进行咨询。　　使用的工具正确的话，那么有时候事半功倍，好比上面截图的代码工具名字叫sourceinsight，这个工具的功能强大，对于代码分析能提高很多的效率。这

6、些如果写成了开发文档，那么就是经验了，这些经验有时候对于菜鸟来说，就是一本圣经，能够缩短成为老鸟的时间。　　五建立良好的思维习惯　　作为嵌入式软件工程师，和ARM/单片机打交道超过10年，个人最反对的是使用debugger，除非特殊的纯软件算法，否则在很多混合场合是无法使用debugger的，因为很多实时的信号过了就没有了，等你停下来找原因，黄花菜都凉了。良好严谨的思维方式，可以让自己在碰到某些情况的时候迅速定位问题所在解决问题，而不是依靠debugger进行辅助设计。　　结构化的代码，软件为主的一个思想，这是很重要的指导思想。没有哪个公司能够把东西一步到位，所以写

7、程序不要认为你可以完全，连Microsoft都平均2年一个操作系统，何况我们作为IT人士，难道指望一个程序能活5年？因此程序要把自己的定位做好，别做万金油，万金油包治百病，但实际都不能根治。  六刨根问底、未雨绸缪　　很清晰记得以前一个老师给我的一条评语“切勿浅尝辄止”。技术需要深挖，需要扎根，需要刨根问底，否则不可能把一个事情做好。可以随便问一个成功的工程师，看看哪个没有经历过几年的寂寞/枯燥的？没有平地不可能显出高山的雄伟。学习一个东西的时候，如果能够进行横向的学习，深入进行挖掘，那么一定能够在里面悟出很多别人所不知的道理。这在笔者从软件设计到IC的过程中深