这不叫效率低下，在公司体制庞大以后这些沟通我认为全都是必要的，这些花在管理和沟通上面的成本对公司来讲绝对值得，就像一块硬盘能存下多少数据就必须产生相应的区块保存数据的物理地址和逻辑地址，再加上系统级的内存管理、应用级的框架消耗和垃圾回收，仔细想想我们每天使用的手机、平板和电脑设备的更多内存资源和CPU使用其实都是消耗在了设备自身对数据的管理上，机器尚且如此，更何况人呢。
所以不要对开会产生反感，每一次会议都是你学习的机会，更是你表现自己的机会。如果在一次会议上你提出了一处UI设计稿上面的缺失刚好是你的leader没考虑到的，他下次还会带上你一起开会;如果在服务端Rest接口确认的过程中你想到了一个leader们没考虑到的数据项，这很可能为整个开发周期节省一到两天;与产品沟通需求时，并不是一味地否定和砍减需求，也不是毫不过脑子的点头，你应该设身处地的站在把一个产品做到尽善尽美的角度去跟对方沟通，删掉对大家都没有利益的需求，必要的时候甚至增添一个对双方都有收益的需求。
这一切都能够让你的工作状态更为积极，而积极的工作状态对你对公司对所有人都是有利的。
初期应该如何融入团队?
幸运的是程序员毕竟男多女少，因为我想举的例子和足球有关.我很爱看球，我们往往关注的都是那些场上闪耀的球星，然而任何一个年轻的小球员在初入球队时都是从替补席冷板凳坐起的，哪怕你是罗纳尔多这样的超级巨星(球迷们不要怪我，只是我觉得拿大罗来举例相对争议小一些)。
初入职场的你，就如同一个刚进入球队坐在替补席上的小球员一样，最初很可能连90分钟末补时的那几分钟上场机会对你来说都是无比珍贵。
在这种情况下，要学会捡别人不要的活儿干，而不是坐在工位上打开qq和同学抱怨自己在部门里不受重视。
举个例子:如果说部门里缺前端，你作为服务端也该自己学会写后台管理页面，这些东西leader看在眼里，他会明白你的努力。
小编推荐阅读
