架构师是技能的利用者而不是信徒

我认可我是标题党， 为什么要写这篇布满争议的文章？今朝架构师这个地位出格火热，措施员的方针都是成为一个令人尊敬的架构师。可是我们真的领略架构师应该做些什么？许多人把架构师和框架师等同起来，认为研究框架多的才是架构师

下面说的环境请勿对号入座。

技能人员的爱好往往是什么技能风行就追什么技能。此刻的技能成长快，前后端不绝涌现各类框架，我们恨不得把这些框架都用在本身的项目里才行，要否则怎么盛情思和别人打号召啊。

我亲身经验，有个技能人员必然要把本来单位测试框架的xml初始数据改为json，他的原话是”json看的更舒服”，可是改完后，我们的单位测试反而难落地了，软件开发，原因是本来的单位测试框架有个东西是可以将表中的数据自动生成xml的，而改成json后，我们必需手写json数据了。 他的爱好不包罗给各人更好用的东西。

许多人把手段当成了目标，成为了框架的信徒。用了Java开拓，你的设计就必然是面向工具的？用了Spring boot就是微处事了吗？这些荒诞的工作却在技能圈不绝产生，技能人员甚至会凭据语言、框架形成差异的圈子，各类技能圈相互藐视，相互踩，真相此时无法越辩越明，反而把技能偏向带歪了。

技能要和实际场景团结

架构师也要深入相识把握技能，可是更多的是相识技能的黑白和利用场景，而不是简朴的生搬硬套。以此刻风行的微处事架构来说，Netflix利用RESTful接口作为通讯，我们是不是要把公司的用了n年的基于TCP的RPC换成RESTful接口，因为按照Netflix的实践，RESTful可以更好的解耦、更强的伸缩性等利益，还能支持多种语言开拓，互通性好。可是我们需要对RESTful彻底的领略清楚：

以上的问题应该是架构师在思量引入新技能的时候的重点，个中对技能黑白和架构想路是焦点