二、情商体现在哪里?
对于一名初入行业的软件工程师来说,你不只需要和代码打交道,更需要与产品沟通需求、向领导汇报工作进度以及跟其他技术岗位的同事协商和联调代码。
我从没见过或是听过哪个公司的哪个项目可以从产品策划到UI设计再到前后端编程开发调试测试上线发布后续运营维护等工作全部由一个人来完成的,如果有,这也一定不常见。
我知道校招生们多数愿意进BAT这些大公司,我当年也不例外,并且回头看来这一步也确实没有错,大公司给你的不只是更高的起薪以及毕业时在老师们面前优人一等的光环,更重要的是你将会认识更多和你一样优秀的同龄人,你的视野将会更开阔。
然而细细想想在一个大公司里,我们工作的更多时间是开会而不是写代码。扪心自问在一个公司里干了一个月以后,你究竟写了多少行代码?你又开了多少个会?
这不叫效率低下,在公司体制庞大以后这些沟通我认为全都是必要的,这些花在管理和沟通上面的成本对公司来讲绝对值得,就像一块硬盘能存下多少数据就必须产生相应的区块保存数据的物理地址和逻辑地址,再加上系统级的内存管理、应用级的框架消耗和垃圾回收,仔细想想我们每天使用的手机、平板和电脑设备的更多内存资源和CPU使用其实都是消耗在了设备自身对数据的管理上,机器尚且如此,更何况人呢。
所以不要对开会产生反感,每一次会议都是你学习的机会,更是你表现自己的机会。如果在一次会议上你提出了一处UI设计稿上面的缺失刚好是你的leader没考虑到的,他下次还会带上你一起开会;如果在服务端Rest接口确认的过程中你想到了一个leader们没考虑到的数据项,这很可能为整个开发周期节省一到两天;与产品沟通需求时,并不是一味地否定和砍减需求,也不是毫不过脑子的点头,你应该设身处地的站在把一个产品做到尽善尽美的角度去跟对方沟通,删掉对大家都没有利益的需求,必要的时候甚至增添一个对双方都有收益的需求。
这一切都能够让你的工作状态更为积极,而积极的工作状态对你对公司对所有人都是有利的。

五、如何与产品沟通?
在技术圈里这是老生常谈的话题,我认为与产品沟通的过程中是最能体现出一个程序员情商的时候。无论对方提出的需求是怎样的,你考虑问题的逻辑应该是:当前提的这一条需求做完以后对产品有什么收益?对技术这边又有什么收益?更重要的是leader们是否会在乎这一点?
然而这一切都应该发生在你的内心中,权衡利弊之后如果有什么没考虑到的你可以提出来,如果并不是十分确认自己的想法,你可以等会后私下里和你的leader提出自己的看法,这既是对leader的尊重也是节省开会时间。
幸运的是,在互联网这个行业里,需求沟通的过程中,技术人员的话语权通常还是较大的,然而绝不要滥用你的话语权。