码农：遇到并发难题请架构师帮忙，他竟说“写代码的事不归他管”

架构师这个职位，想必程序员们也是比较熟悉，虽然现在没处在这个职位也是经常听到，或者经常接触到这样职位的人，他们一般都是有着很牛的技术，虽然不怎么写代码，偶尔写出来一些代码也让人觉得水平很高的样子，他们主要负责系统的架构及疑难问题的解决方案等，有一部分程序员，可能今后有这个方向发展的打算，近期，一名程序员网友吐糟了他所见到的一名架构师。

据这名程序员网友说，他们公司来了一个架构师，自称是资深架构。经常听到他提一些领域驱动的概念把CTO哄得团团转，把领域驱动说成是万能药，反正公司的业务建模都要换成领域驱动，有几次公司遇到一个并发难题，开发人员们请他攻关解决，这名架构师却说他只负责架构，写代码的事不归他管。这令这名程序员非常惊讶，禁不住感叹这种架构师真是垃圾，徒有虚名，就会吹牛逼。技术不深厚，咋好意思说自己是架构师？看来这名程序员网友对这名架构师的意见还真不小，针对这样的情况，让我们一起看看其他网友们都是怎么认为的吧！

网友一：一天到晚把领域驱动挂嘴上的就是**，有几家公司玩的转领域驱动啊

上世是朵花：也不能这么说，只要人家对这个概念领会的够深，并彻底落实到实际开发，取的一定的成果那也算是很厉害了，不管用的人多不多。

网友二：楼主别难过，把他联系方式给我，我帮你把他挖走

上世是朵花：可见这名网友是一名猎头，他还是挺看好这名架构师的，从不同的角度去看，也许看到的是优点。

阿里巴巴员工：兄弟，一棒子打翻一船人可不好

上世是朵花：他也只是说他见的这名架构师，也并没有否定其他架构师，不过，我想通过一件事情也并不能完全否定一个人，也许他还有很多其他的长处是你没发现的，他既然能坐到这个位置想必也是有过人之处的。

网友四：架构师起码得能帮指明个解决方向之类的吧。代码不写，解决方案也不出，要之何用。

上世是朵花：如果项目上遇到一些技术难题，架构师帮忙想一下大体的解决方案是应该的。

网友五：架构师不都是些吹牛逼大师吗 真正好的架构师有几个

上世是朵花：此观点过于偏激，表示不太认同。

网友六：咦，有个问题，架构师不需要把控核心代码，封装核心模块么。难道请的是业务架构？请宽恕我问题low，毕竟我是真没没接触到这层次

上世是朵花：这名程序员网友并没有提到，另外据这名程序员说这名架构师是CTO招进来的，既然是这样，肯定是有他擅长的地方的，没有两点本事，靠吹牛就能骗过CTO是很难的。

网友七：架构师确实不用写代码，你们可能太low了，简单的搞不定，需要一个高级工程师就行了

上世是朵花：不过如果是负责技术架构的架构师，这方面的难题也是有所了解，出一些方案也是可以的。

网友八：业务架构吧 得找个技术架构的

上世是朵花：能够提到领域驱动概念的想必也是技术出身吧。对系统上遇到的问题应该还是可以分析分析的。

对于这名程序员网友说的情况，也大概知道是怎么回事了，首先，这类并发性的问题，想必这名架构师也是可以参与一些分析，如果直接否定的话，就有点不太明智了，就很难避免背后说闲话了，就像这名程序员吐糟他一样，做技术的人可能都不太注意这些，在做事上不太注意，也多多少少给自己造成一定的麻烦，可能这名架构师就是懒得进行深入分析，说话也比较直的吧，另外，对于这名程序员的观点，我也并不是很认可，这名架构师可能并没有想他说的那么水，既然是CTO招进来的人想必也是经过深入了解的，没有两把刷子也是不可能坐到现在的位置，你认为他水，是因为你还不了解他，他的过人之处你并没有完全发现，就凭一个点，一件事去否定一个人也是不明智的，只是站在一个角度去看问题就会片面，不妨多个角度去了解一些这名架构师，也许换种方式去沟通说不定能得到更好效果，从而能从他那儿得到一些解决方案！

以上所有图片均来之互联网

大家好，我是“上世是朵花”。如果你有什么好的看法或者观点可以在评论区展现你的才华，互动交流，如果想进一步了解我，那就关注我吧！