你先说说你对架构师的定义是什么？
天才是让复杂的东西看起来很简单，但请记住那只是看起来很简单，其内在的复杂度是普通人无法理解的，如果没有对底层复杂度的充分理解、实践解析复杂、构建复杂、简化复杂、抽象复杂，不懂术、不充分地实践术、不反思术、不创造性的发明新的术，是无法入道的！天下所有道者，均源自实践，从实践中总结验证真知，无生而知之者，均为以术入道者也！
你装修房子的时候，设计师是不是只画图？工头是不是只管协调和找工人？水电泥各工种是不是只做自己分内的事情。
好了，那么我们来看看为啥设计师不给你亲自铺地板呢？
1ppt架构师，只会ppt而不能落地的，不会长远
2项目攻关，架构师需要写核心模块代码或者核心设计，否则代码触觉都会渐渐失去
3公司技术战略规划，首席架构师需要输出技术战略，并且是可施行的战略
基本来架构师还是会写代码的，并且还要写得不错，基本的设计原则啥的也要落地；不然很多架构到最后都会走样和腐化，而没有好的办法校正和改善。
写代码的不是架构师
架构师属于技术岗，和管理岗不同，管理岗可以不写代码，但技术岗如果不写代码，说不过去，除非公司内定的title要求。
架构师根据擅长的能力还可以再细分：
前端架构
后端架构
基础架构
系统架构
业务架构
DevOpts运维架构
架构师要能主导技术选型，底层技术的填坑，自己构建团队技术框架。
如何和技术总监（vp）、technicalleader、主程这些人区分呢？公司规模不同，title参照的意义其实也不大，可能叫CTO的还在中小公司里苦逼呵呵的写代码呢。
没见过
纯粹的架构师不需要会写代码。他只是需求和实现，以及实现的各团队之间的一个中介。但是:
1，很少有公司会需要一个纯粹的架构师。特别是中小公司，毕竟人头不多，一般需要架构师还能戴着大家写代码，debug，解决细节问题。
2，要做好架构师，往往主要很强的软件设计技能，需要丰富的技术实践经验，这些一般都是通过写代码起步获得的。除非是产品岗，测试岗，技术管理岗转过来的，对需求端或者管理端更擅长。
不会写代码绝对不行
不会死人但大概率会导致加班的纸上谈兵
架构师又不是只有研发系统的架构，业务架构这一种，平台架构，战略架构这些都属于架构，具体看公司需求。
面试时有时候会遇到“架构你会不会？熟不熟？”这样的问题，我真心不懂问题的点在哪？你倒是先让说说你想架构个啥东西嘛，医生开药不也得先了解病情，不同的病能给同样的药吗？所以单说架构师仨字的时候我真不看。不过题主说的不会写代码的架构我还真不愿意看！
不会写代码的架构师，不是架构师，代码是架构的基础，就好比盖房子的砖，水泥，是建筑物最基础的组成部分。到底是用水泥浇筑还是砖混，或者钢架，这都需要架构师了解最基本的材料特性，如果不熟悉的材料，就不要设计进去，这是对客户负责任，对项目负责任。其次，架构师是软件行业的一个岗位，同时国家有对应的高级职称系统架构师，一般来说，好比财务人员的注册会计师，有注册会计师证书的会计不会做账？有系统架构师师证书的程序员不会写代码？
一点都不会编码是不可能的做得好的，曾经会，后来生疏了是正常的，依然能现编而且水平很好的是很少的。来源于程序员又高于一般程序员就对了。
不懂代码，不堆上几十个项目，几万行，就很难理解设计模式。不精通设计模式，就只能写出业务流构架，而没法写出实现构架。如此架构师，完全无法与程序员沟通的。这样的架构师，对产品生命周期内的演进，维护成本，完全没有直观概念，产品失败的几率会很高，产品成本也很高，产品性能也不行。
ppt架构师？
这种公司没有技术前途，但不排除商业前途
其实关键看公司能给多少支撑把。
举个例子来说，卖鸡蛋饼公司。
有些是你要会摊鸡蛋饼的。比如制作鸡蛋饼的流程工艺改进。
有些你懂点能极大有助于你的工作的。比如说摊好后，怎么把这个鸡蛋饼弄得好看点的。
有些则是你不懂，也无伤大雅的。比如鸡蛋饼怎么弄的更有营养。
所以还是看公司能给架构师团队具体的人多少支撑。
只是国内现实情况是，除了几个以软件业务为主的大公司。其他的给不了那么大的支撑。所以你不会摊鸡蛋饼，是会闹出笑话的。
还用看待？！上手打呗，没见过也没听说过不会写代码的架构师，但是经常见打着产品经理的抬头干着卑躬屈膝，唯命是从，不知道挖掘客户真实的需求并设计出合理的解决方案，这种人谁他娘的给封的产品经理啊，作为产品经理真是不屑与这种人为伍，丢人现眼啊