王牌软件工程师十个特质

《王牌软件工程师十个特质》由会员上传分享，免费在线阅读，更多相关内容在应用文档-天天文库。

1、王牌软件工程师10大特质软件产业已经成为21世纪拥有最大产业规模和最具广阔前景的新兴产业之一，人才是软件产业发展的核心要素，全球软件人才存在大量的缺口，作为软件工程师正显得越发重要起来。而作为优秀的王牌工程师需要具备一下十个要点：1.热爱编程2.完成事情3.持续重构代码4.使用设计模式5.编写测试6.善用现有代码7.专注可用性8.编写可维护的代码9.能用任何语言编程10.知晓基本的计算机科学1.热爱编程这里有个误解，认为编写代码是机械化并存科学性的。事实上，最优秀的软件工程师是工匠，他们能把能量、独创性和创造力融入到每一行代码中。伟大的工程师知道何时该把

2、代码雕琢至完美，知道何时把大型系统像拼图一样组装到一块。热爱编程的工程师从构建软件中获得满足，就好比一位作曲家在完成一部交响乐后而欣喜若狂。正是兴奋感和成就感，才造就了喜爱编程的王牌工程师。2.完成事情有很多技术人员只谈论软件而不编写代码，而伟大软件工程师会真正去编码，这也是他们最为重要的品质之一。他们是实际做事的人。聪明人都知道，解决问题的最佳途径是直面问题，而不是花上数周来设计复杂又不必要的架构和函数库。优秀工程师应当会问：解决手头问题的最简单方法是什么？最近的软件开发方法——敏捷实践，正是专注那个。它的思想是，把复杂的项目拆分为短小的迭代，每个迭代

3、只关注一小部分的增量功能。因为每个迭代对应的编码只需要数周，所以功能易于管理并简单。3.持续重构代码编码很像雕刻。要像艺术家一样不断完善自己的作品，软件工程师也要通过可能的最佳方式来持续完善自己的代码，以达到目标。重新塑造代码的原则称为“重构”，重构背后的原始思想是：改善代码而不改变其功能，移动调整部分代码以确保系统不腐，还有确保系统完成基于当前需求该完成的事。重构在工程师和代码之间建立起持续的“对话”，并带来所有权、确定性、自信心和系统的稳定性。4.使用设计模式在我们所处世界，不管是自然界还是人类行为，模式无处不在。软件工程自然也不例外。模式就是不断重

4、现的跨语言跨系统的场景和机制。一位优秀的工程师通常能识别并利用模式，而不是受制于模式。工程师不应让系统去适应某种模式，而需发现在系统中使用模式的时机。在使用模式来确保正确性时，应借鉴利用前人的智慧结晶，使用以前能正当解决特定工程问题的方法。但请切记：模式不是万灵药；不要为了使用设计模式而使用设计模式。5.编写测试曾有段时间，软件工程师们认为测试不值得他们去做。然而，如果你不做测试，你怎么能确保代码就能正常工作呢？敏捷实践中的“单元测试”已获得普遍认可，因为它注重编写测试来反映代码是否有效。随着系统增大，测试也随之增大。有经验的工程师知道并了解测试的价值所

5、在，因为测试的目的就是创建一个能正常运作的系统。优秀的工程师通常会确保出现过一次的Bug不会再出现第二次。但优秀的工程师也知道，不应该浪费时间写那些琐碎或多余的测试，而需要专注测试各个组件中的核心部分。6.善用现有代码“重新发明轮子”一直是软件行业中的巨大问题之一。从发明新语言到从写函数库，忽视并重写那些已经存在并已能工作的奇怪驱动力，已经造成大量软件开发的失败案例。一位王牌工程师会专注三种基本类型的重用：第一，内部基础架构的重用，相应代码是他自己或同事编写的；第二，使用第三方的函数库。最后，研究使用某些大型网络服务商提供的相应服务。总之，正确善用现有的

6、代码，使得软件工程师能真正专注于最为重要的事情上——应用程序本身。7.专注可用性优秀的工程师通常都专注于用户。无论用户是企业还是个人，无论是为消费型的软件公司还是投资银行，需要关注的都是可用性。用户如何和系统交互？系统是否提供一种简单、直接和平稳的操作体验？有种说法，因为软件工程师是技术人员，他/她和“用户如何与系统交互”没有关联，这种说法严重错误。优秀工程师努力工作是为了什么？不正是让系统简单并易于使用。他们无时无刻都会想到用户，不会尝试去发明那些令人费解，只有极客才能理解并欣赏的东西。8.编写可维护的代码软件开发界的另外一个小秘密是：编写优秀代码和糟

7、糕代码所花费的时间是一样多。一位训练有素的工程师，他/她会从第一行代码开始就考虑可维护性和代码的演化。没有任何理由编写“丑陋”的代码、长达数页的函数，或是稀奇古怪的变量名。优秀的工程师编写代码会遵循命名惯例，代码编写紧凑、简单和不过度炫耀聪明。代码的每一行，都应恰如其分地展现出其原有目的。在给不便理解的代码（块）合理注释时，别忘了命名规则。清晰明了的函数名和变量名可以让代码不言而明。在编码时，有些程序员会有这种心态：过一会儿再来修改或完善某部分代码或某条语句。但谁知这一“过一会”竟然是“一天”、“一周”、“一个月”或“一年”，甚至以后根本就没机会再回头修

8、改。所以，尽量别妥协写出暂时堪用的代码。否则，不仅不会节省开发时间，也可以阻碍整