初入职场，对一个程序员来说重要的是什么?

1、技术基础

技术基础是指作为一名程序员来讲的一些基本的、通用的技术，诸如数据结构、算法、数学能力、软件工程理论、操作系统基本知识、编译原理以及你所从事的技术岗位所使用的技术。

2、业务积累

业务积累指的是你在部门里边具体承担的业务，相对前一条来说，这一条是不存在行业中的普遍性和通用性的，然而如果说前面一条是使你顺利拿到校招offer的前提，那么这一条则是你所在的公司每个月付给你“比任何一个行业的任何职位在初期都要高得多”的薪资的理由。

3、职场情商

第三点也许是容易被我们程序员这样一个群体所忽略的——情商。这也是本文真正想要表达的重点，是我想在这篇文章中给你的建议。

程序员的情商有那么重要吗?

引用大家所熟知的OOP的思想，无论你是一名服务端、Android还是机器学习算法、数据挖掘工程师，你的职位title都是从软件工程师这个父类继承下来的，而软件工程师这个职位继承于工程师，更继承于“公司职员”。

但凡是一名公司职员，就免不了职场中的人情冷暖、酸甜苦辣。因为身处公司基层，每一个工作日你无法避免的要与各种人和事打交道。说的直白一点，有人的地方就有利益，职场中人与人之间的利益不可能没有冲突。当你的个人利益与其他同事的个人利益、团队利益甚至公司的利益发生矛盾时，你至少应该清楚没有哪个职场人能够避免这一点。

情商体现在哪里?

对于一名初入行业的软件工程师来说，你不只需要和代码打交道，更需要与产品沟通需求、向汇报工作进度以及跟其他技术岗位的同事协商和联调代码。

我从没见过或是听过哪个公司的哪个项目可以从产品策划到UI设计再到前后端编程开发调试测试上线发布后续运营维护等工作部由一个人来完成的，如果有，这也一定不常见。

初期应该如何融入团队?

幸运的是程序员毕竟男多女少，因为我想举的例子和足球有关.我很爱看球，我们往往关注的都是那些场上闪耀的球星，然而任何一个年轻的小球员在初入球队时都是从替补席冷板凳坐起的，哪怕你是罗纳尔多这样的超级巨星(球迷们不要怪我，只是我觉得拿大罗来举例相对争议小一些)。

初入职场的你，就如同一个刚进入球队坐在替补席上的小球员一样，初很可能连90分钟末补时的那几分钟上场机会对你来说都是无比珍贵。

在这种情况下，要学会捡别人不要的活儿干，而不是坐在工位上打开qq和同学抱怨自己在部门里不受重视。

另外千万不要放过任何和同事们沟通的机会，哪怕是午餐时的闲谈.这恰恰是发现一些“可捡的活儿”的一个途径。

遇到技术上的问题该怎么解决?

对于这个问题的看法有很多版本，我个人偏向于尽量靠自己解决问题。

原因有二:个原因是作为一名初入岗位的工程师，不是看不起你，很多时候你对自己遇到的问题究竟该不该问别人，该问的话该问谁你都是不知道的.在这样的情况下，你很可能把一个google五分钟就能解决的程序语法报错拿过去问了你的同事，问问题存在沟通成本和理解成本，你的描述不清以及对方缺乏上下文了解这些都可能增加以上两个成本，这样一来不耽误双方的时间，长此以往还会让对方觉得你记得技术基本功不扎实，独立处理问题能力差.第二个原因是，即使这个问题真的是一个较为冷门的编程语言运行环境层面的bug，你在不经过任何思考的前提下把它抛给了你的导师或是你的leader，他很可能是遇到过这个问题的，于是直接把问题的答案告诉了你，这样你就完美地错过了一次在你所使用的语言环境下亲自踩坑然后填坑的机会。

如何与产品沟通?

在技术圈里这是老生常谈的话题，我认为与产品沟通的过程中是能体现出一个程序员情商的时候.无论对方提出的需求是怎样的，你考虑问题的逻辑应该是：当前提的这一条需求做完以后对产品有什么收益?对技术这边又有什么收益?更重要的是leader们是否会在乎这一点?

然而这一切都应该发生在你的内心中，权衡利弊之后如果有什么没考虑到的你可以提出来，如果并不是十分确认自己的想法，你可以等会后私下里和你的leader提出自己的看法，这既是对leader的尊重也是节省开会时间。

幸运的是，在互联网这个行业里，需求沟通的过程中，技术人员的话语权通常还是较大的，然而绝不要滥用你的话语权。

如何看待加班?

加班就像借钱，原则上必然是救急不救穷.然而并不是说对于一个“穷”的部门程序员就一定要选择离开，这既不是负责任的表现，又错过了一个成为部门核心骨干力量的机会.很多公司里的leader都是在危难关头扛下了部门的人手不足的压力，leader的职位也就顺理成章.除非部门真的气数已尽。

祝愿各位未来的程序员在校招的潮流中能够成为offer收割机，并且得到自己真正心仪公司的offer!