本文主要是介绍多研究些架构,少谈些主义(4)-- 架构师是技术的使用者而不是信徒,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
架构师是技术的使用者而不是信徒
我承认我是标题党, 为什么要写这篇充满争议的文章?目前架构师这个职位特别火热,程序员的目标都是成为一个令人尊敬的架构师。但是我们真的理解架构师应该做些什么?很多人把架构师和框架师等同起来,认为研究框架多的才是架构师
盲目的追新:
按技术站队,以结果反推:
技术要和实际场景结合
架构师也要深入了解掌握技术,但是更多的是了解技术的优劣和使用场景,而不是简单的生搬硬套。以现在流行的微服务架构来说,Netflix使用RESTful接口作为通讯,我们是不是要把公司的用了n年的基于TCP的RPC换成RESTful接口,因为根据Netflix的实践,RESTful可以更好的解耦、更强的伸缩性等优点,还能支持多种语言开发,互通性好。但是我们需要对RESTful彻底的理解清楚:
RESTful接口不简单是是http+json,Richardson成熟度模型中哪个层级更合适我们的内网API通讯,HATEOAS是否需要?
RESTful的核心是资源,如何在微服务中抽象资源概念,如何将基于过程的RPC调用平滑的迁移到RESTful上?
多语言开发是快,但是后续维护如何找到稳定的Go、Scala、xxx语言程序员来源?
Java高级架构 ∣ 一个有用的公众号长按,识别二维码,加关注
读而思,为您每日推荐值得深度思考的文章!
这篇关于多研究些架构,少谈些主义(4)-- 架构师是技术的使用者而不是信徒的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!