如何成为软件工程师而不是程序员

对于许多人来说，软件开发工程师一直都是一个高收入的职业，喝着咖啡，敲打代码赚了不少钱。但现实是，大多数人成为程序员而不是开发工程师。在实际工作中，软件工程师和程序员有什么区别呢？下面北京北大青鸟为大家具体介绍。

许多员工都曾经梦想在这些地方工作：工程师文化，极客，自由，并声称自己像硅谷公司，如Airbnb。有无尽的小吃和无尽的啤酒，以及各种最新的电子设备。在那里，您可以与一群有趣的人一起工作，并在改变世界的同时能够很好的享受乐趣。这是很多想要成为软件开发工程师的梦想。

在实现梦想的过程中，有多少人了解软件工程师和程序员的区别呢？你为什么会成为一个程序员。

小张，我明年要结婚了。我希望我的薪水是30K。他们都是这个城市非常小的程序员，有时他们被生活压力所压倒。但当他们回到家时，他们打开电脑，成为他们世界的主人。想要成为一位伟大的软件工程师是不能没有绝对的热情。你可能会说你对工作是尽职尽责，然后是什么？几乎所有的工作都需要积极的工作态度，这是长期工作要求的核心条件。

工资回报是一个非常合理的想法，但这还不足以支付工资。它不允许您不断投资建立您的技术技能。经过一天辛苦的工作，我们总是尽力让自己舒服。它不能在你的许多失败和拒绝中保持坚定，它不能让你克服懒惰和社会恐怖主动参与线下技术会议。

在学习的过程中，需要能够为自己的努力找到一个坚持下去的理由，这个理由最重要的就是就是自己的坚持，你是否能够在疲惫回家之后打开电脑编辑最新的编程技术。无论是任何软件的使用，只有不断的使用才能让自己更好的掌握，并且能够很好的掌握运行和设计的技巧。

在想要成为软件工程师的过程中，时间是一个非常尖锐的问题，你是否愿意投入时间呢？如果在刚开始的时候就觉得太苦，那么后期的坚持会更加困难，并且在学习的过程中很快就会被其他人所超越。如果想要成为一名出色的程序员，可以选择电脑培训进行学习，在不断努力的付出和实践中成为出色的工程师。

程序员所写的代码，是为某一特定程序或某一个应用程序所制定的编码和内部测试的组织实施，使此应用或程序应能够在程序员编写的代码中，实现各种功能。程序员(英文Programmer)是从事程序开发、程序维护的专业人员。一般将程序员分为程序设计人员和程序编码人员，但两者的界限并不非常清楚，特别是在中国。软件从业人员分为初级程序员、中级程序员、高级程序员(现为软件设计师)、系统分析员，系统架构师，测试工程师六大类。代码又臭又长

我见过最长的方法是5000多行，那段代码没人敢动，只敢往下加 if else，每次需要改这段代码的开发都战战兢兢，生怕出现什么莫名其妙的bug。java 可是一门面向对象的语言，一个方法里面有5000多行可以说是很可恶的事情了。我想一开始代码长度可能没这么夸张，是什么导致这种结果的？一个是当初写这段代码的人本身写的是直来直去的方法，一堆if else ；后面迭代的开发，面对这么长的代码瞬间失去了从头读到尾的耐心，直接继续在后面加 if else 迭代，最后这个方法就变成了一个缝合怪一样的玩意。

好的 sql 可以很大程度上简化代码的复杂程度，但是太过复杂sql 本身就会给后来的开发人员造成阅读困难，结果又是变成一条无人敢动的祖传代码，我想这应该是不少公司极度抵制存储过程的原因之一。当然不少银行应用开发还是大量使用存储过程，存储过程有用武之地的，但是一个又臭又长的存储过程就等着变成祖传代码吧。当年我见到一个60多个join的sql，看到第一眼就惊为天人从此难以忘怀，当然那段sql也成了没人敢去动的代码了。

代码逻辑不明

代码逻辑不明所以是我们开发很容易去犯的毛病，是一个不致命却烦人的毛病。在代码上的体现是，逻辑判断写的比较反人类各种双重否定是肯定，不把你绕晕不罢休。或者是写起代码来东一榔头西一棒槌，让人不知道你想干嘛。导致这个的原因有可能是开发人员在需求理解上出现偏差，做到后面发现不对劲，再回去改又不大可能了，只能硬着头皮往下写，结果就是代码弯弯绕绕；还有很重要的锅是在产品经理，任意变更需求，想一出是一出，开发人员无奈只能跟着想一出写一出。还用可能是开发人员方法或者类命名太艺术了，什么四川方言拼音这种没有十年脑血栓想不出的命名咱就不说了。就说那种国产凌凌漆式的无厘头命名——这看上去是个刮胡刀实际上是个吹风机，就这种不知道让人说什么好。

规划代码的核心思想

吐槽了一堆代码规范问题，接下来我们说说如何去规范我们的代码以及如何做到就算开发人员更换了，或者项目转手给他人了，仍然可以让后面的开发可以无碍的去阅读代码修改代码。当然各个公司/团队都有自己的一套代码规范，比如项目的结构、代码命名风格、代码格式等等。不同团队有不同的风格，但核心思想是大同小异的。接下来我就我个人的开发经验来分享一下一些代码规范的思想。

很多人想要成为程序员，在学习编程的过程中，面对各种bug和源源不断的问题，有时会对自己是否适合编程这一问题产生困扰。

作为一名教授全栈Web开发的教育工作者，我已经带领很多新手成为了程序员。好消息是，我发现没有任何人是不能学习编程的。我把它看作是一种基本的人类技能，就像阅读、写作和算术一样，任何人都可以做到。它是我们人类能力的一部分，只是需要学习。

在过去的几年的教学中，我目睹了不同的学生在学习过程中的斗争，以及在他们的挣扎中出现的一些共同问题。

下面的列表将帮助你了解你是否喜欢编程

1、缺乏好奇心

如果你对计算机是如何工作的缺乏好奇心，那么，作为一个程序员，你将永远不会成功。

学习的一个基本要求是对你所学的东西有积极的兴趣。如果你没有一个对技术好奇的头脑，你就没有精力去坚持学习要成为一个成功的程序员所需要的广博而深入的知识。相比之下，技术的世界就像一个巨大的海洋，里面充满了各种有趣的领域、相互联系的思想和各种可能，它们可以激发人们的想象力。想要潜入这片海洋并发现你所能发现的一切，需要内在的动力。

找到你的好奇心：问问你自己，编程是否真的让你感兴趣？如果没有兴趣，去找你感兴趣的东西，以节省时间和精力。但是如果你的答案是感兴趣，那么就强迫自己去发现一些你以前没有注意到的新事物，认识到浩瀚的技术海洋，再往下潜一点。

2、缺乏自主性

如果你不培养自己解决问题的能力，你就永远不会成为一个成功的程序员。

毫无疑问，要成为一个成功的开发人员，你必须对自己的学习能力充满信心。这实际上是一项基本的生活技能，如果你年满18岁，没有人有义务教你任何东西。这就是现实。当你想学习技术所需的技能时，首先要学会的是，在谷歌中输入你想要的任何东西并获取你需要的信息。除此之外，所有编程语言都有文档和规范，这些文档和规范对语言的工作方式解释的非常清楚，它们就像字典一样。作为一个程序员，最快速、最可靠的学习方法就是简单地阅读这些文档。

当你有问题的时候，在问别人答案和查阅官方文档之前，强迫自己先搜索一下，节省别人的时间。

3、面对问题缺乏毅力

如果你在遇到问题时轻易放弃，作为一个程序员，你将永远不会成功。

编程的本质是解决问题，这也是计算机产生的全部原因！每当你开始编写一个程序时，你总是会遇到一大堆问题。一旦你解决了一个问题，那么几乎总是有另一个问题在后面等着你。你在进步，但总是会有新的问题要面对。

这堆问题会让人望而生畏，令人感到沮丧。如果你觉得程序应该「能用就好」，那么你就没有精力坚持下去，因为问题还在继续出现，它们会一点一点地击溃你的情绪和决心。从字面上来说，你的工作就是找出程序为什么不能跑起来。

从我在授课上的经验来看，通常每个班都有一两个学生，和其他学生相比，他们似乎更容易遇到更多的问题——通常是非常随机和模糊的问题。我提醒学生，他们面对的问题越多，学习越深入、越彻底的可能性就越大。如果他们能通过这些问题获得深刻的理解，他们会很快发现他们变得更加自信了，因为他们面对和解决的问题比普通学生多。

你需要认识到，问题不仅仅只是问题，它实际上也是挑战。你所面临和克服的每一个挑战都能让你更深入地理解技术，更好地面对新的挑战，并迅速解决旧的挑战。

4、解决问题之后没有成就感

如果你在解决一个问题后没有兴奋感和成就感，作为一个程序员，你将永远不会成功。

与上一个问题相关的是，你成功地解决了一个问题，却缺乏「良好的感觉」。当修复bug和问题变成了一个永远不会结束的事情时，你会失去与克服问题的动力。

当你解决一个问题时，你需要的是多巴胺的释放。这类似于在电子游戏中完成了一个关卡，或者解决了一个像纵横字谜或数独这样的挑战。我们都知道，坚持通过一项挑战，然后最终赢得比赛，一般都会有成就感和兴奋感。但是如果你失去了感受这些快乐的能力，或者从一开始就没有真正有过这些感受，你将无法体验到编程带来的快乐。如果你把编程看作是一种磨砺，你只想尽可能容易地得到结果，那么你永远不会真正成为一个成功的程序员。

无论何时，当你解决了一个一直在努力解决的问题时，无论这个问题多么微小，你总是为你的成就感到骄傲。你需要休息一下，祝贺你自己完成了一项出色的工作，让成功的感觉渗透进你的心里，为你即将面临的下一个问题注入活力。

5、无法独立思考

如果你期望别人为你着想，并且主动看到你自己所在的处境的细节，你将永远不会成为一个真正成功的程序员。

当你在学习新的东西时，很容易感到缺乏知识和经验，并没有自己的观点。主动做事或者说错话似乎是有风险的。对于错误，我们的内心都有一种恐惧感。当对错误的恐惧抑制了你的探索和好奇心时，你会扼杀开发真正知识、从经验中获得的知识和「失败」的能力。当你需要依靠「权威」的观点、一个受欢迎的博客、一个最佳实践或「教科书」的答案时，那么你就没有真正地整合编程的知识。你需要对什么有效，什么无效形成自己的观点。你需要理解为什么你认为你的解决方案有效，以及使用这个方案有什么好处。你需要建立一个微妙的视角，超越那些显而易见的东西。你需要能够「证实」你的立场。

为自己着想。通过你的经验和批判性思维技巧，发展出你自己的思想体系。做出合理的猜测，坚定立场，并愿意随着新信息的出现而改变立场。

6、僵化、狭隘、混乱的思维

如果你的思维僵化，并且难以保持代码的条理化，那么你将永远无法成为一名真正成功的程序员。

我有时在学生中看到两个极端。第一种是僵化和狭隘的思维方式。拥有这种态度的人拒绝帮助，尽管会有反馈，但不会有改变。他们看事情只从一个角度看，别人给的建议被忽略。

我看到的第二个极端是思维混乱。学生们似乎使事情变得更加复杂，他们的代码杂乱无章，难以理解。他们过度思考问题，写100行代码，而其中只有10行是有用的。

当这两种心态结合在一起时，结果就是一种用蛮力的方法去设计程序。我们需要的是回顾解决方案，重新评估它，放弃最初的方法，并重新组织方法。

无法看到其他可能性或无法反思反馈会抑制成长的能力。思维杂乱无章会减慢你的成长速度，阻止你看到那些原本显而易见的模式。你的工作质量也会下降。

自我反省。你需要退后一步，看看你是接触的事物的大局是什么样子的。你要怎样才能做得更好？你能做些什么让你的生活更轻松吗？你需要什么来帮助你？

7、需要「正确」的答案，而不是识别一系列「好」和「坏」的答案的方法

如果你认为编程的最终目标是找到正确的解决方案，而不是一系列解决方案，那么作为一个程序员，你将永远不会真正成功。

当开始学习技能或编程时，学生往往想知道他们所做的是否「正确」，而答案总是「视情况而定」。

计算机科学是一门评估权衡的科学。在不同的环境下，哪条路更好，这完全取决于所处的环境和目标。当你把编程看作是一个有正确答案或错误答案的测试时，你就失去了对全局的认识，放弃了你的创造力。任何答案都可以是「正确的」，前提是你能根据具体情况证明这一点。现实情况是，编程更像是写诗或写短篇小说（如果程序很大，则可能是小说）。在你的代码中可以看到一种美学和美丽，这些东西有时只有你和其他程序员能够识别出来。你决定解决方案的原因，以及你对答案的设想，比「正确的方式」或「错误的方式」更重要。拥有一个艺术家的头脑可以让你编的程序具有选择和可能性，而不是认为只有一种处理方式。这就是编程的美——有很多方法可以解决问题，考虑不同的可能性，然后决定哪种方法最适合当前的情况。

创造性很重要。你要认识到，解决问题的方法有很多种，通过经验和积累，你会对哪些解决方案比其他解决方案感觉更好产生细微的理解。纵观全局，想象不同的可能性，相信你的直觉，你会得到更满意、更好的解决方案

如果你对学习编程感兴趣，我鼓励你开始这段旅程。记住提到的七条，并开始学习、探索在线资源，这些资源可以让你快速学习。你不会后悔的！

合格程序员，对于一种计算机程序设计语言，我们将其分为语法、语义、语用三个层面。仅仅掌握语法是不够的，不算学好。但是很多人，在履历上写自己掌握（甚至精通）了某种语言，其实就是解了语法，会写简单的程序而已。这就是为什么我们行业特别不喜欢“精通”这个词的原因。

现代软件开发，规模都比较大，不是写个HelloWorld那么简单，也不可能每个项目每件事都从头开始造轮子，我们都是站在前辈、同行们的肩膀上工作的。也就是说，语言之外，还有“库”这个东西需要掌握，不然就寸步难行。库有语言级别支持的BuildIn的库，比如JAVA里面的util、concurrent，CPP的IOSTREAM、STL等等；更多的更丰富的还有第三方提供的库，比如JDBC、Servlet、EJB的implementations等等。这些东西掌握了，干活儿才可能得心应手，不然寸步难行。

比Libaray更高层一些的，是Framework。框架的作用在于，将某一方面开发的BestPractices搞到一起，给你提供一个更易用的、不关注底层的脚手架。比如做企业应用的，SpringFramework是标配了；访问数据，Hibernate或者MyBatis也离不开，很少直接用JDBC去干活的了；做WEB的，各种MVCFramework起码得掌握一两个（springmvcorstruts2）；做网络的，Netty，MINA怎么也得掌握一个总而言之，框架是绕不过去的一个门槛。

然后呢，就是环境、辅助工具。应用服务器，怎么也得会调试配置那么两个吧。TOMCAT是入门标配，JBOSS，WEBLOGIC之类，起码要弄得跑得起来；针对不同应用场景，还要会选择。开发/管理工具，ECLIPSE是标配、GIT和SVN起码要搞熟一款；其它比如单元测试工具、Build工具、测试覆盖率、CodeReview这些插件也得知道怎么用。

最后，通用的，计算机科学的基础，不说多扎实，至少不能一窍不通。说起来就那几大件， *** 作系统、数据结构&算法、编译原理、体系结构。要懂一点点，你才知道你编的程序是怎么run起来的，哪儿可能存在效率问题性能瓶颈，除了问题知道怎么debug。如果仅仅把计算机当作一个黑盒子，那也不算学好了。

最最后，还有一样，就是你要训练一下，快速理解领域知识的能力。你参与做一个项目，你懂的只是上面这些专业知识，但并不懂客户的行业知识。如何尽快地理解业务，并用你手头的工具实现业务逻辑，这点对程序员而言是非常重要的，否则你做的东西客户总不满意，GET不到重点，很麻烦。

我觉得这是一个合格的程序员的基本要求。你看，我并没要求你懂需求工程、懂项目管理、懂架构设计、懂很多算法、模式，甚至更深的专业知识。

以上就是关于如何成为软件工程师而不是程序员全部的内容，包括:如何成为软件工程师而不是程序员、什么是程序员什么是代码、如何成为一名合格的程序员等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！