提起“架构师”这个职位，大家往往指的是基础技术架构师，认为只有谈 CAP、Paxos、BlockChain、NLP、Clustering 才算是技术，只有研究各类分布式、大数据框架才是架构，有的甚至认为架构师就是“框架师”。

但是真的是这样的么？针对大部分的公司（90%以上）来说，更多的工作却是“平淡无奇”的业务和“增删改查”的代码。 很多开发人员在打怪升级过程中往往会进入一个迷茫期，自己花大量精力学习来的“分布式架构”、“PB 量级的数据挖掘”、“亿级网站处理能力”无用武之地，老板不重视，总是感叹“怀才不遇”，整个人陷入一个发展瓶颈。

本次 Topic 是想通过本人的经历现身说法，聊聊架构师这个职位应该如何定义？是不是只有纯技术架构才是终极之道？优秀的架构师应该具备什么样的素质？

演讲提纲

• 架构是做什么的？
• 从一次自身经历失败的技术导入，引出开发人员的一种心态：拿着锤子找钉子。然后说明第一个结论：架构要选择最合适的而不是最好的；
• 从一次自己做“消防队员”的经历，说明架构师不能是高高在上的，而是要撸起袖子解决实际问题；
• 从目前的公司现状，描述了当前开发人员普遍忽视业务设计的重要性。然后介绍 DDD 设计方法和微服务架构的在实际中的运用情况，重点说明如何在业务设计中锻炼自己的架构技能能力。
• 架构师不仅仅要做技术，还需要很多软技能，如何培养这些技能？
• QA

听众受益

• 业务开发是不是就很 Low？如何在业务开发中提升自己的技术能力？
• 把 DDD 和微服务架构的整合介绍给大家，改变大家对业务设计的偏见。
• 工程师做技术的目标是什么？
• 5年左右的高级开发工程师如何规划自己未来的技术生涯？