在当下的互联网时代，架构师是互联网行业的热点关键词，人云亦云者居多，那互联网架构师到底是做什么的，如何来评价互联网架构师的优劣呢？
开会是个技术活吗？
我觉得应该没有人喜欢开会，身为一个程序员，没有几个人的志向是当什么职场交际花。
但是会议邀请就这么一个个的跳了出来：开发需求要跟产品开会、项目方案要跟技术开会、新人转正要去开评审会、别的公司来了几个大牛正在开分享会、出了故障要开总结会、小组有周会、部门有周会，大项目每周开两次碰头会不过分吧？小项目启动的时候开个会不过分吧？调试的时候发现有个坑大家赶紧讨论讨论吧？
大多数时候，沟通的核心不是你说了什么，而是你想要让对方了解什么、让他做什么。良好的沟通能在工作中显著提升效率，但很多人忽略了这个事情。
想要恰到好处的进行沟通是一件不那么轻松的事情，但是简单来说有几条原则：
确保各方对背景的理解一致，比如开会之前先简单通过邮件交流一下，对新加入会议的人花个 30 秒钟做个前情提要，或者在讨论过程中让对方说一下他的理解。
去掉对方不能 / 不需要理解的内容，比如跟产品说 “这个队列在高并发下因为锁的实现有问题导致 CPU 性能瓶颈” 不如改成 “我们发现了性能问题，持续 10 分钟了，10 万用户收不到运营发的无节操广告，大概 5 分钟后扩容解决”。
架构师的应变与坚持
架构师这个职位的优势所在是将技术方面重要的决定由专门的角色来进行负责和跟踪。当然这个职位的出现是基于现有团队功能的重新划分，将原来从属于技术经理的技术职能剥离出来独立成为架构师，必然带来了彼此之间的职能灰色地带；这也就带来一个巨大的隐患冲突： 技术经理和架构师之间的职责边界以及合作沟通。
技术架构的保持、重构与升级都与架构师的沟通技巧、坚持以及妥协技能。
最后，在公司里面做事，资源总是有限的，需求总是无穷的。如何用有限的资源，多快好省的完成紧急而又重要的任务，如何尽快搞定紧急但不重要的扑火，如何将重要但不紧急的事情按部就班的安排下去，如何拒绝又不重要又不紧急的打扰，这也是一种能力。各个相关的部门，自己有事需要他人帮忙的时候，他们总是会很忙的，他们有事需要自己帮忙的时候，他们的事情总是又紧急又重要的。一方面尽量避免公司政治，另一方面，又避不开种种麻烦的事。
一边做事，还要一边做人。内部的技术交流，培训，外部的演讲忽悠，有机会要上，没有机会创造机会也是要上的。
尚学堂12大精英团队+各类实战项目，真正实现1+1>10的目标效果。帮助学员迅速成长，持久腾飞，成就学员“高富帅”人生；帮助企业技术和团队成长，成就百年中华名企；助力中国持续成为世界强国而贡献力量。尚学堂12大精英团队，覆盖IT行业十大领域，实战团队240人，服务学员累计超过10万人，就业合作企业数量500+。
閱讀更多 架構師之橋 的文章
