编者按：软件工程师是令人羡慕的职业。但是如何才能拿到这份工作？又如何才能做好这份工作呢？拥有相关经验的ValeriAlexiev提供了相关建议和工具。其中包括了如何准备面试、如何以软件工程师的身份工作以及如何持续改进方面的经验之谈。
我刚开始工作的头几年是紧张学习的时间。
我得面对现实，成为软件工程师需要有很多技能，这些我之前都不知道。回顾过去，显然学会那些东西是很好的。
所以我就根据自己及其他人的经验写了这篇指南来帮助入行的新人。
本文将覆盖以下内容：
如何尽力做好面试
如何在软件工程师的角色中生存（及发展）
考虑持续改进时可以参考的资源
面试
当你开始软件工程职业生涯时，你得面对一个无可争议的事实。面试很恶心。
参与其中的每个人都觉得很恶心。既被人面试过又面试过别人的我可以证明，面试是一项极其耗时、极其有压力的工作，并且面试其实并不是将来工作表现一个的好的指示器。但不管怎样，这都是一个必要之恶，你和你的简历最好还是做好准备为妥。
做好战斗准备
如果你考虑做软件过程，确保了解一些最常见的编程面试问题，比如“FizzBuzz”：
写一个程序打印从1到的数字。但是如果数字是3的倍数的话则打印“Fizz”，如果数字是5的倍数则打印“Buzz”。如果同时是3和5的倍数则打印“FizzBuzz”。
来自CodingHorror
听起来很简单，是吧？
好吧，但其实绝大部分面试者都没能通过这一简单的测试，且不说更复杂的变种了。
我个人曾经见过很多角逐资深岗位的候选人在拥有完全互联网访问的情况下没能通过这一测试。所以如果你的简历上面列有编程语言的话，确保你知道如何用它来编写实现FizzBuzz程序。否则的话，你只不过是在浪费所有人的时间，包括你自己的。
当然，为了在面试过后生存，你需要知道的不仅仅只有FizzBuzz。你还需要确保你知道：
基础的数据结构和算法：比如链表、数组、树以及排序。
要知道所选择语言的常见解决办法，比如字符串是否恒定，内存是如何管理的。
类似类与对象，以及继承等面向对象编程的概念。
在职业生涯开始时，你需要就这些问题做好准备，因为你并没有经历去证明自己能做好这份工作。在准备面试的时候有两个资源我会经常推荐：
《CrackingtheCodingInterview（破解面试代码）》，这是一本非常好的书，里面介绍了很多的编码问题和解决方案，同时还总结了解决这些问题需要了解的东西。
CodeWars，这个网站收集了大量的编程问题，你可以运用各种语言在浏览器里面去解决这些问题。最有用的部分是看看别的用户是如何解决同样问题的。这样你就可以看到解决相同问题的不同办法，并且学到你所选语言的新工具。
赋予自身额外优势
为了让自己取得那点额外优势，有几件事情你可以去做。
首先，学会如何沟通你的经验。你应该进行一次电梯演讲来将你的简历总结成连贯的、打动人的个人介绍。
此外，要了解自己的简历！听起来很蠢是吧，但我就见过很多面试者连解释清楚自己简历上的特定事项都很困难。你应该能够回答任何有关你列上简历的经历方面的问题，并且解释清楚这一经历如何让你成为本工作更好的候选人。
接着，要在GitHub（或者其他的公共代码库）上面有一些编码的例子。
眼见为实，面试官能够看到你的代码将创造奇迹。此外，这还证明了你对版本控制系统有了解。
你的代码例子不需要太复杂，但是一定要整洁，能够显示出好的编码实践。这是你展示自己在没有编码面试所带来的时间压力情况下代码写得如何的机会。
一旦你做完了上面的事情后，就得考虑参与一个开源项目了。参加开源项目能表明你能够在已有代码库基础上工作并且可以与其他程序员一些协作。
这是你在无需实际进入一个行业环境的情况下最接近在行业环境下编程的方式了。这也是目前为止最难最耗时的一项任务，所以等到你把前面我提到的比较容易取得的果实都摘完之后再干这件事。
面试你的面试官
在找工作的匆忙与压力之下，很多候选人都忘了面试是一个双向的过程。在公司努力寻找这份工作的合适人选时，你也应该设法弄清楚这家公司适不适合你。
确保你也要提出以下一些问题，哪怕对方是以电子邮件的形式回复你。要意识到公司经常把不遵循最佳实践说成是一项技能，所以要体会其言外之意。
以下是一些你可以去提问的例子：
“对我来说典型的工作日会是什么样的？”
知道特定岗位预期的样子很重要，因为软件工程工作差别相当大。比方说你的工作既可能是维护服务器，也可能是直接跟客户沟通。
危险信号：“我不大肯定。”→意味着面试你的那个人不在你的团队，或者他们对为什么要招你并没有明确的想法。
“你们是如何测试软件的？”
理想情况下，验证代码质量应该是单元测试、人工测试以及自动化测试的结合。
危险信号：“我们都写不出bug，哈哈。”→那些人正是会写出bug的人。
“你们使用什么样的版本控制系统？”
版本控制系统对于协作极其有用，在职业环境下没有理由不使用。
危险信号#1：“额，版本控制系统？”→快跑，跑得越远越好。
永远记得使用版本控制。
危险信号#2：“插入不知名的或者定制的VCS”→这表明他们很有可能没有跟上时代并且很久没有升级自己的基础设施了。
“你们进行同行评审吗？”
同行评审，或者让别人看看你的代码再把它放进代码库，这是识别愚蠢错误的极好办法，同时也是开始你的职业生涯时一个关键的培训机会。
危险信号：“我们相互信任！”→很有可能那些资深开发者对自己的代码非常警惕不想给人看也不擅长接受反馈。
“你们的继续教育计划是什么样的？”
作为一名软件工程师意味着当新技术出现、成熟并以令人眼花缭乱的速度走向过时的时候要不断学习。因此，很多公司都有培训预算用来买大学和在线课程、会议或者内部交流。
危险信号：“你是说在闲暇时间读读网上的东西？”→这家公司要么资金紧张，要么把开发者视为可替代的，而不是长期投资。
“你们采用的软件开发流程是什么？”
无论实际的细节是什么，流程对于软件工程都至关重要。至于哪些东西对于优化流程做出了贡献可能大家会有不同的看法，但仅就项目的工作方式达成一致就能将混乱最小化并且确保每个人都能达成共识。
危险信号：“我们的流程受到了自由风格的爵士的影响。”→很有可能整个部门都处在救火模式，总是不断地从紧急跳到另一个紧急状态而缺乏任何明确的目标。
“你们是如何处理技术债务的？”
技术债务是过时技术以及代码库中临时应急的解决方案的累积。处理好技术债务对于代码的长期健康很重要，这件事情应该持续地做。
危险信号：“我们只