大家好，欢迎来到图灵课堂。今天，我们来谈谈架构师和普通开发的区别。
每个人都想成为百万架构师。我们来问两个问题。
1.你认为架构师最伟大的地方是什么?
2.你和架构师的差距在哪里?
知道了这两个问题，你就知道怎么努力了。
如何找到这两个问题的答案?
方法很简单。去招聘网站看看对架构师的招聘要求是什么。
我之前说过，在互联网开发领域，架构师可以分为业务架构师、中间件架构师和系统架构师。
根据不同的方向，我们来看看招聘网站上的一些真实例子:
java架构师40-70K 15工资
工作说明
1.参与相关产品需求的讨论、评审和软件设计;
2.根据项目计划，按时提交高质量代码，完成开发任务;
3.编制和维护标准文件，以及其他与项目相关的工作;
4.参与个人征信、企业征信和数据核心业务系统架构的设计和优化。
资格:
1.本科以上学历，计算机科学或相关专业;至少3年java实际项目开发和架构设计经验;
2.有扎实的java基础，Java是多线程并发的;熟悉主流开源应用框架，如Spring、iBatis、XML、JSON、Maven等开发技术;
3.熟悉设计模式和OOA/OOD;;熟悉关系数据库MySQLOracle，SQL优化;熟悉Memcached，MongoDB，redis等。
4.熟悉分布式系统的设计和应用，以及分布式、缓存、消息和负载均衡的机制和实现;
5.有风控产品/数据采集系统架构设计和开发经验者优先。
中间件架构师30-60K 16工资
工作说明
负责云中间件的设计(API网关、服务框架、MQ等。)、核心代码开发、系统稳定性开发、性能优化等。
根据云计算平台的业务需求，完成云中间件产品的架构设计和优化;
帮助业务方解决技术问题，利用技术推动业务发展。
精通c++或java/go并发编程，熟悉高并发、分布式通信、存储等相关技术。
资格:
本科以上学历，3年以上相关工作经验;
熟悉Linux操作系统和开源中间件软件;
熟悉消息中间件、RPC框架、API网关、数据层、性能优化等相关技术经验者优先;
有高并发工作经验者优先;
熟悉spring cloud，有Spring Cloud开发和优化经验者优先;
熟悉服务网格，有istio和envoy开发经验者优先;
熟悉gRPC/thrift框架，有gRPC/thrift框架开发和优化经验者优先;
熟悉开源消息队列RabbitMQ/RocketMQ框架，有相关开发经验者优先。
备注:容器k8s背景优先，但要求熟悉微服务、服务网格、spring cloud、消息队列等中间件方向。
现场PaaS系统架构师20-40K 15工资
工作说明
1.负责开发实时CDN PaaS集成，包括需求分析、架构设计、部署设计等。
2.负责梳理头部客户的业务架构，为客户整体平台建设提供咨询和规划;
3.你需要在工作中具备咨询架构师的能力，掌握但不限于网络、计算、存储、IaaS、PaaS等领域的咨询能力;
4.跨团队整合资源，与前台业务、职能部门、中后台产品/R&D团队共同推动项目高质量管理，共同实现项目目标。
工作要求
1.熟悉直播CDN的基本原理和部署架构;
2.有扎实的编程能力和优秀的设计和代码品味;
3.具有良好的系统分析和设计能力，能够根据客户需求和系统架构设计出合理的技术方案并落地实施;
4.具有强烈的客户服务意识，良好的沟通协调能力，较强的大项目管理能力;
5.具有较强的学习能力和上进心，创新思维和深度思考能力;
6.了解容器/VM虚拟化技术、Kubernetes、Mesos、Yarn、Docker等项目。
那么这么说吧，虽然方向不同，技术略有不同，但其实在成为胜任这些岗位的架构师的路上，你需要具备以下能力:
技术精通，架构师思考和解决问题的能力，团队协调，管理能力和拓展人脉的能力。
让我们扩展它
技术控制:
作为一名架构师，您必须掌握全面的技术堆栈。所有的技术都是工具，包括开发语言，框架，各种中间件。你必须熟练使用它们，了解它们的原理和长短板，有能力合理选择和灵活运用合适的场景。
在学习方法上，首先你需要列出所有的技能，然后把你目前的技能和这个图表匹配起来，标出哪些是熟悉的，哪些是需要提高的，并把重点放在那些需要提高的部分。
架构师思维:
我们经常讲技术的问题，架构思维是架构师的“道”。
下面给大家举几个简单的例子。
第一点:知行合一，做之前，先考虑意义。
也就是说，在你做一件事之前，你必须知道你的目的是什么。你的目的和你所做的应该是一个。这是一个层次。第二个层次是清楚地知道自己手中的资源允许你做什么。比如春云，我很想用，但是我的团队拿不住。你把这个东西逼下来之后，事情就没有成功。结果还是需要你承担责任。
第二点:原生优于定制，约定大于配置。
就是如果你没有什么特殊需求，官方的东西是最好的。保持原样，除非不符合你的要求，否则可以定制。因为你改了之后，一旦出了问题，你就很难搞清楚错误出在哪里了。而且如果有官方的问题，整个社区都在支持你，你可以及时补上。
第三点:一切都是虚无，最终也会是虚无。
这是我早期做架构的时候犯的一个错误。那时候一直想做一个完整的系统。无论你想做什么样的生意，只要稍加修改，一切都可以得到支持。后来发现不是我想的那样，几乎什么都支撑不了。就像造车，舒服也好，锻炼也好。两者之间没有平衡。
控制你的技术欲。不要和你自己或者你的公司鬼混。你有强烈的技术欲望吗?你总是喜欢玩新技术。当你看到新技术时，你想在你自己的系统中使用它们。这不是一个好架构师的行为。架构的前提是稳定，这是底线。试错不能在生产环境中进行。
第四点:离开资料片，但不要想到100年后。
当代人做当代事，不要想那么久。当代人留下的坑，只能由后代人来填。
第五点:没有最好，只有最适合。
和第三个差不多，但是第三个是广度，这个是深度。不要总想在垂直领域做到尽善尽美。
第六点:适可而止。玩的越多，风险越大。
比如有人玩这个++ i++;最后(回归);如果(作业)的话，我们就好好享受面试吧。如果代码是这样写的，那就没什么好找的了。
第七点:大技不工，简约最美。
就是把代码写得非常简洁优雅。
解决问题的能力:
随着解决方案在日常场景中的积累，举几个例子:
单点登录
分布式事务和数据一致性
峰值并发场景
复杂的工作流程
高并发性和吞吐量
团队协调和管理能力(加分):
作为一名架构师，你不再像普通开发一样，局限于你所负责的模块。
如果你的思维和设计要成功，你需要处理好软件开发中的各种角色，你必须具备在团队层面推动事情向前发展的能力(尤其是架构团队的领导者)。
最后，拓展你的人脉。人脉很重要。随着职位和职务的提升，需要一定的背书。顺便在这里分享一下我的亲身经历。我在毕业的前两年没有意识到这一点。3-5年，开始建立技术领域的朋友圈，认识了很多大牌，互相交流，互相学习，进步很快。
这些都是架构师应该具备的能力，其中技术的掌握是基础，可以通过有效的学习方法快速提高。
湘公网安备43019002002060