毕业后踏入职场的第一步毋庸置疑是最关键的一步。走好了可以避免绕很多不必要的弯路，对今后的职业规划也可以说是一个良性循环的开始。
乐天投资(Rakuten Ventures)主理合伙人Sae Min Ahn
我认为，以下这些错误并非软件工程师的专利，所有满怀希望，刚步入职场的年轻人都很容易犯这些错误。
爱公司多过爱工作：这或许是我犯下的最大的错误之一。我当时坚信，只要我进入那家我心仪已久的公司，最终就一定能找到适合自己的岗位。更痛苦地是，我还放弃了另外一家公司提供的一份好工作，只是因为我喜欢当时那家雇主的品牌。
坚信应该持有黑白分明的商业立场：曾几何时，受大量韩国公司的影响，这真的是一个问题，但愿它现在已不复存在。他们会向刚毕业的学生灌输这样一种思想：竞争对手是“敌人”，甚至不理性地将他们描绘成“邪恶的”一方。这种做法确实能获得短期的忠诚，但就我所知，许多人养成了一种坏习惯，他们在情感上投入太多时间去“憎恨”竞争对手，而没有充分考虑大局。
雅虎(Yahoo)软件工程师Allen Wu
我记得毕业后从事第一份软件工程师工作时曾经犯下两个错误。但愿我的经历能够鼓励刚毕业的大学生们更谨慎地避免这些常见错误。
第一个错误是，严重低估完成一项功能所需要的时间。业务要求规定，功能在技术上不能太过复杂，而且要易于操作。最终结果是，跨团队协作、对其他人的依赖性，以及不断更新的要求，占用了大部分时间。而不断更新的要求常常导致许多重复的开发工作。软件工程领域有一句格言是这样说的：90%的工作会用去90%的时间，剩余10%的工作还需要90%的时间，最终结果是，开发时间将是预估时间的180%。即便在软件开发行业积累了一些经验之后，我依然很难准确估算一项任务的开发时间，尽管现在的情况有所好转。
第二个错误是没有在必要的时候寻求帮助。正打算执行的一项功能的时候，我发现了一个漏洞，并深陷其中。要找出导致漏洞的根本原因，无异于自找麻烦——突然之间，相关问题开始不断出现。我没有恰当地提升这些问题的严重性以提高其可见性，并由此获得更多资源或寻求帮助，而是一遍遍地试图找出解决方案，结果徒劳无功。我当时的上司表示，初级开发人员最常犯的错误，是会“消失”很长一段时间，忙于自己的项目，等到项目完成之后才会再次出现。当我意识到应该料想到意外问题总会出现，管理者的职责就是发现问题，使整个团队按最佳速度运行，我在这方面得到了提升。
Answer by Jason Ewing
你对公司的忠诚度要高于公司对你的忠诚度。我管理过许多有初级员工的团队，见过太多这样的情况。你喜欢自己的第一家公司，它也给了你第一次真正的机会!你应该对它忠诚，不是吗?
这是错误的观点。有些人停留在入门级岗位太长时间，因为他们认为，只要他们努力工作，坚持的时间足够长，他们的雇主就会“照顾他们”……
随着时间的推移，这种想法会压垮一个人。我也希望人们都相信，只要努力做好工作，你的才能就会得到认可，你就会平步青云，但真实情况是，付出的努力不见得一定能得到回报。不论大公司还是小公司，必须有职位空缺才能给员工升职，或者有预算才能给员工加薪。
从事第一份工作一段时间之后，要开始向上司请教自己的职业发展有哪些选择。如果你感觉没有人会得到升职，或者提升的选择有限，不妨改变方法：在这里尽可能学习新知识，然后带着自己的经验另谋高就。
Answer by Carson Tang
避免老员工的坏习惯——在公司工作了至少十年的同事，可能经常开会迟到，但这并不意味着迟到是可以接受的。如果有老员工迟到，你的上司可能会放她一马，因为她证明自己对公司有帮助，符合雇主的要求。但如果你迟到，只会让你看起来不负责任，并被列入不宜雇佣的员工之列。
主动寻求指导和帮助——在学校里，即便你没有主动提出，你的教授和助教也会经常为你的家庭作业和实验室任务提供提示和指导。但在工作中，所有人都忙于自己的任务，所以，如果没有人主动提供帮助，不要感到惊讶。这并不意味着他们不友好或者自私，只是因为他们非常繁忙。主动向你提供帮助的人，往往都非常友好，所以有必要与他们搞好关系。
对分配给自己的任务，要做到精益求精——即便你被安排了一项没有意义的工作，比如修补较小的漏洞，也要放下自己的骄傲，完成任务，并弄清楚如何修补。如果你被安排负责一项重大任务，也要遵循同样的原则。在软件工程领域，对于由你修改和扩展的那部分代码库，你是专家，因此，如果你的同事遇到问题，他们会希望由你来提供答案。成为专家可以实现两个目的。首先，同事会认为你是一个负责任的人，其次，你的上司最终会注意到你，并给你安排更有意义的工作，或者让你参与更具挑战性、更有影响力的项目。
与所有人搞好关系——在校园里，如果你不喜欢某个人，可以对他不理不睬。但在工作中，如果你不喜欢一位同事，不能简单地对他视而不见，因为你们要在一起工作。相反，要做到友好真诚。如果对方是专业人士，即便他个人不喜欢你，也会在职业上尊重你。
重质量，轻数量——如果可以的话，尽可能快地完成工作，但不能为了更多产出而牺牲工作的质量。如果你用代码校验破坏了软件构造，即便提前一周交付，也会给上司和同事留下负面印象。相反，如果由你改进和完成的项目取得成功，并且保证了质量，即便多花了一周时间，也会给其他人留下积极印象。