另外千万不要放过任何和同事们沟通的机会，哪怕是午餐时的闲谈.这恰恰是发现一些“可捡的活儿”的一个途径。
遇到技术上的问题该怎么解决?
对于这个问题的看法有很多版本，我个人偏向于尽量靠自己解决问题。
原因有二:第一个原因是作为一名初入岗位的工程师，不是看不起你，很多时候你对自己遇到的问题究竟该不该问别人，该问的话该问谁你都是不知道的.在这样的情况下，你很可能把一个google五分钟就能解决的程序语法报错拿过去问了你的同事，问问题存在沟通成本和理解成本，你的描述不清以及对方缺乏上下文了解这些都可能增加以上两个成本，这样一来不仅耽误双方的时间，长此以往还会让对方觉得你记得技术基本功不扎实，独立处理问题能力差.第二个原因是，即使这个问题真的是一个较为冷门的编程语言运行环境层面的bug，你在不经过任何思考的前提下把它抛给了你的导师或是你的leader，他很可能是遇到过这个问题的，于是直接把问题的答案告诉了你，这样你就完美地错过了一次在你所使用的语言环境下亲自踩坑然后填坑的机会。
我认为对于程序员来说，总有一天你要独立面对这些编译环境、运行环境的偏门bug，因为你不可能一辈子只写一门语言或是只从事一种开发岗位，你现在可以问你的导师问你的leader，那么你自己当上leader之后又该问谁呢?总不能告诉自己的老板，这问题太难了，我解决不了。
我记不清好像是之前百度的首席工程师说过的一句话：衡量一个程序员价值的标准并不是他掌握了多少知识，而是他掌握的知识与学会这些所花的时间之比。
对于初入开发岗位的你来说，每一次踩到一个坑然后独立填坑的经历都将会加速你对更多技术领域内的知识和问题的学习速度，也将会提高你作为一个工程师的价值。
如何与产品沟通?
在技术圈里这是老生常谈的话题，我认为与产品沟通的过程中是最能体现出一个程序员情商的时候.无论对方提出的需求是怎样的，你考虑问题的逻辑应该是：当前提的这一条需求做完以后对产品有什么收益?对技术这边又有什么收益?更重要的是leader们是否会在乎这一点?
小编推荐阅读
