本文主要是介绍码农:遇到并发难题请架构师帮忙,他竟说“写代码的事不归他管”,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
架构师这个职位,想必程序员们也是比较熟悉,虽然现在没处在这个职位也是经常听到,或者经常接触到这样职位的人,他们一般都是有着很牛的技术,虽然不怎么写代码,偶尔写出来一些代码也让人觉得水平很高的样子,他们主要负责系统的架构及疑难问题的解决方案等,有一部分程序员,可能今后有这个方向发展的打算,近期,一名程序员网友吐糟了他所见到的一名架构师。
据这名程序员网友说,他们公司来了一个架构师,自称是资深架构。经常听到他提一些领域驱动的概念把CTO哄得团团转,把领域驱动说成是万能药,反正公司的业务建模都要换成领域驱动,有几次公司遇到一个并发难题,开发人员们请他攻关解决,这名架构师却说他只负责架构,写代码的事不归他管。这令这名程序员非常惊讶,禁不住感叹这种架构师真是垃圾,徒有虚名,就会吹牛逼。技术不深厚,咋好意思说自己是架构师?看来这名程序员网友对这名架构师的意见还真不小,针对这样的情况,让我们一起看看其他网友们都是怎么认为的吧!
网友一:一天到晚把领域驱动挂嘴上的就是**,有几家公司玩的转领域驱动啊
上世是朵花:也不能这么说,只要人家对这个概念领会的够深,并彻底落实到实际开发,取的一定的成果那也算是很厉害了,不管用的人多不多。
网友二:楼主别难过,把他联系方式给我,我帮你把他挖走
上世是朵花:可见这名网友是一名猎头,他还是挺看好这名架构师的,从不同的角度去看,也许看到的是优点。
阿里巴巴员工:兄弟,一棒子打翻一船人可不好
上世是朵花:他也只是说他见的这名架构师,也并没有否定其他架构师,不过,我想通过一件事情也并不能完全否定一个人,也许他还有很多其他的长处是你没发现的,他既然能坐到这个位置想必也是有过人之处的。
网友四:架构师起码得能帮指明个解决方向之类的吧。代码不写,解决方案也不出,要之何用。
上世是朵花:如果项目上遇到一些技术难题,架构师帮忙想一下大体的解决方案是应该的。
网友五:架构师不都是些吹牛逼大师吗 真正好的架构师有几个
上世是朵花:此观点过于偏激,表示不太认同。
网友六:咦,有个问题,架构师不需要把控核心代码,封装核心模块么。难道请的是业务架构?请宽恕我问题low,毕竟我是真没没接触到这层次
上世是朵花:这名程序员网友并没有提到,另外据这名程序员说这名架构师是CTO招进来的,既然是这样,肯定是有他擅长的地方的,没有两点本事,靠吹牛就能骗过CTO是很难的。
网友七:架构师确实不用写代码,你们可能太low了,简单的搞不定,需要一个高级工程师就行了
上世是朵花:不过如果是负责技术架构的架构师,这方面的难题也是有所了解,出一些方案也是可以的。
网友八:业务架构吧 得找个技术架构的
上世是朵花:能够提到领域驱动概念的想必也是技术出身吧。对系统上遇到的问题应该还是可以分析分析的。
对于这名程序员网友说的情况,也大概知道是怎么回事了,首先,这类并发性的问题,想必这名架构师也是可以参与一些分析,如果直接否定的话,就有点不太明智了,就很难避免背后说闲话了,就像这名程序员吐糟他一样,做技术的人可能都不太注意这些,在做事上不太注意,也多多少少给自己造成一定的麻烦,可能这名架构师就是懒得进行深入分析,说话也比较直的吧,另外,对于这名程序员的观点,我也并不是很认可,这名架构师可能并没有想他说的那么水,既然是CTO招进来的人想必也是经过深入了解的,没有两把刷子也是不可能坐到现在的位置,你认为他水,是因为你还不了解他,他的过人之处你并没有完全发现,就凭一个点,一件事去否定一个人也是不明智的,只是站在一个角度去看问题就会片面,不妨多个角度去了解一些这名架构师,也许换种方式去沟通说不定能得到更好效果,从而能从他那儿得到一些解决方案!
以上所有图片均来之互联网
大家好,我是“上世是朵花”。如果你有什么好的看法或者观点可以在评论区展现你的才华,互动交流,如果想进一步了解我,那就关注我吧!
(微信公众号:sssdhua )
这篇关于码农:遇到并发难题请架构师帮忙,他竟说“写代码的事不归他管”的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!