Zhu哥
入行十几年和很多架构师打过交到，绝大部分的架构师在具备超强的架构能力的同时，同时还兼具强大的编码能力，而且会的编程语言还挺多，从程序员的角度认知，架构师还是需要懂一些代码实现的原理对于架构整体架构还是非常有好处的。毕竟程序代码架构和代码的实现性能息息相关，所以架构不能脱离开代码的实现而单独存在，当然也见过专注于框架，不去在意具体代码的实现，可能是见识浅薄的原因，相对来讲还是非常少。
当今软件的发展分工是越来越精细，对于架构师来讲安心做好框架方面的东西，不关心底层的实现在一定程度上反而有助于提升整体软件体系结构，框架主要体现以下几个方面
1.可扩展性，兼容性
一个好的框架在后续加入新的功能之后，可以有机的结合在一起，新的功能的增加还能和之前的旧的功能有兼容性，两者之间不会因为新的功能的增加而引起冲突，后续再次添加新的功能不需要大范围的改变框架，在国内很多软件公司由于前期工期赶得比较紧迫，后面再次添加新的功能需要改动的东西非常多，导致框架的兼容性不够，成为大家都不敢动的马蜂窝。
2.健壮性
好的框架支持多个功能的同时不能因为功能多，导致性能的下降，这都是需要在设计之初需要考虑的事情，不能因为功能太多，导致整体系统的性能下降太多，里面在设计的时候就需要引入共享池的概念，大家一起共用，同时采用预加载的方式提升效率问题
3.有生命力
好的框架用上几年也不会显得过时，有前瞻性东西，用了几年还能不落伍继续使用，设计之初必须考虑未来几年负载承受能力，这样在大规模的功能上线之后的几年内框架还能支撑住，未来新的未知功能还能继续支撑，这算是架构的最高境界。
满足上述三条至于是不是有编码能力其实已经不是很重要的事情了，相对来讲懂得写代码在架构的时候显得更加接近地气，但容易思维受到限制，关键还是看结果。
希望能帮到你。
大学生编程指南
早期互联网领域里大部分架构师都有过丰富的编码经历，传统软件公司更是如此，架构师是程序员发展的一个重要方向。但是随着互联网领域的不断发展，现在确实出现了一批不会做编码的架构师，可以说这是互联网领域快速发展的一个必然结果。
架构师在整个互联网（软件）产品中起着重要的作用，架构师负责整个软件体系结构的设计、核心技术方案设计，架构师也需要具备一定的视野，能够从较高的层次来理解软件体系结构和技术发展趋势，可以说架构师是一个技术含量非常高的职业。
既然是技术含量非常高的职业，那么不会编码可以么？当然可以，原因有以下几点：
第一，架构的设计本就在编码之上。编程的作用是在架构之下完成功能实现的过程，从结构上来说，架构师本就不应该做具体编码的事情。这就像篮球教练员也可以不是运动员出身的道理是一样的，在NBA就有这样的例子。
第二，技术更新速度的加快促使架构师更加专注。早期的架构师为什么可以参与一些编码工作（写写接口等），因为一个技术方案可能会使用2年，但是现在技术领域的更新速度已经不允许架构师有编码的时间了，目前的技术更新速度非常快，这就要求架构师要随时学习这些新的知识。
第三，架构师更应该注重技术发展的趋势。相比于能够完成代码编写的工程师来说，能够把握技术发展方向的架构师才更加专业，这样才能设计出伸缩性较强的体系结构。所以，对于架构师来说把握技术方向，并作出验证和判断才是架构师更应该关注的内容。
所以，遇到不会编码的架构师是非常正常的情况，也是互联网行业快速发展的必然结果。
我的研究方向是大数据和人工智能，我也做过多年的架构师工作，我会陆续在头条上写一些关于软件架构方面的文章，感兴趣的朋友可以关注我的头条号，相信一定会有所收获。
如果有软件开发方面的问题，也可以咨询我。
IT人刘俊明
我单位在早年，无数的项目经理现在成为架构师。但是不要忘记了，还有系统管理大牛，他们的地位，有时候比领域架构师还要高。淘宝十年里记录，第一次买小型机，把数据库建设到了NAS存储上，犯了一个大错，就是因为没有系统大牛，这个条线，绝对能出架构师。
未来生活观察
架构实际上大家也有不同的角度归纳有不同的分类，系统架构，技术架构，业务架构等。
全面的架构师通常要有扎实的技术根底，丰富的实施经验和业务抽取能力，良好的沟通和必要的决策能力。
如果能游走在业务和技术之间，承上启下，驱动技术服务好业务，就是个称职的架构师。架构师通常都是全栈的。
