为什么感觉架构师工资很高却不怎么忙的样子？

　　感谢邀请！
　　作为IT行业的程序猿，我来解读下这个问题。
　　架构师 是负责软件的整体搭建，就如同建筑行业的总工程师一般，画出模型图，拆解工程，下派任务。这些都是架构师的日常工作。
　　架构师一般不太会负责软件的编码工作。但是在软件需求的提出到需求的实现，这个阶段中所有与技术相关的问题都是架构师在整体把控，包括软件开发中的细节问题。
　　从某种程度上说，架构师是半管理半技术性的工作岗位，对上负责公司的研发总经理、对下负责各个项目组。对项目的细节进行整体商讨，对销售、售前、售后等各个岗位同事提出的需求进行评估以及安排开发。负责项目的整体进度以及上线后项目组解决不了的难度。
　　通常您看到架构师不忙可能，因为他们刚刚开完需求评审会议或者刚刚对需求进行审核。或者他们在协调一些研发的资源等，因为架构师通常不进行编码的原因，更多的时候他们都在进行管理或者需求讨论或者商讨解决项目过程中的难题，从一个不是做产品的人的角度去看，其实架构师没有什么工作量，从一个负责编码的工程师的角度看，架构师天天开会，不敲代码，很闲。其实这都是视野局限下的结果。
　　要知道公司不会平白无故给职员发很高的薪资。只有是职员创造了巨大的利润，才能为职员分配其中一部分利润。对于架构师而言，其实产品的上线稳定、不断迭代。产品不出很大的bug，这些都是架构师的功劳。
　　就如同建筑师一般，建筑稳定。不惧风吹雨打，这就是建筑师的价值所在。
　　希望回答对您有所帮助。
　　我本人从事多年互联网Java开发，感兴趣的朋友可以关注私聊，共同努力，共同进步。
　　谢谢！
　　说下自己作为非技术研发人员的亲身感受吧：我在公司一直负责的领域是前端营销方面的工作，因为营销的产品是技术属性的云服务，和后端多位不同的研发总监，技术工程师一起共事过，说下感受：最开始都笼统的定位工程师就是搞技术的，闷骚男，团建甚至是公司联机玩个游戏都很满足，对客户反馈的问题没有前端销售同事那种急迫感强烈。后来研发口的带头人还经常拒绝客户提出的各种开发需求，这是令很多奉行客户第一的前端销售无法理解的，后来才知道，原来这种感觉啥事都不干，只会拒绝客户需求的工程师是架构师！！！
　　起初对架构师存在很深的误解，第一不干活，第二老拒绝客户，第三总是一副高高在上的样子，第四喜欢高谈阔论。有一年公司年会年度销售冠军上台领奖，可能喝点酒的缘故吧，那位架构师竟然说他很羡慕这种他平日里压根看不起的销售，说销售的工作能很直观的体现出来，而技术研发则很难做出让大家肉眼可见的功劳。
　　有一次，一家跨过公司的银行合作，快签合同了，需要研发部门提供一份研发人员安全管理的规则，说白了就是编一份出来，大家走个流程，架构师觉得这是对开发人员的侮辱，觉得开发就应该投身于技术中，死活不给帮忙。后来前端销售情绪激动，大致表达了我们辛辛苦苦见客户维护关系，你们啥也不干一类的观念。架构师很恼火，特意组织了一场培训，大致是表达架构师干什么的，好的架构师就是一票干完，永不出错，但大家很容易忘记他的功劳。反而是水平不行的研发，架构就有问题，然后天天救火，显得自己很重要，怒刷存在感。
　　后来开始渐渐理解了这种说法，接触的技术也多了，很多客户觉得特简单一小功能，放在整体技术架构中也许会有问题。多年后，架构师离开了，新任的技术负责人更偏重在技术团队的搭建和管理方面，对技术，架构本身的钻研并不多，反而给了前端很大的支持，客户就说吧，需要开发啥，我给安排，加个班努把力，一年两年还看不出来，时间久了，技术问题频出，没事就被客户吐槽，这时候想起来当时架构师说的原理，真正高水平架构师是不显山不露水的，完全不会有存在感。就和人身体的器官一样，当你强烈感受到他存在的时候，就说明出问题了。
　　架构师职责要有个划分，此外他的压力大多来源于心理压力...
　　小公司很忙的 基本上兼职研发经理的活
　　大公司 各司其职 还是相对来说轻松点 基本上写代码不多 都是技术架构 业务架构 部署架构 逻辑架构 数据架构
　　我也是做架构的，在我的实际工作中，架构师更多是解决项目中的痛点难点，通过做基础编码，优化数据库，接口和类的设计（例如泛型），提高上层开发人员开发效率。
　　很少做一线的实现的事情所以不会那么忙。
　　工资高和是不是架构师关系不大，是和架构师一般年限较长有关系。
　　首先，架构师也有高级、中级、初级水平的区别，只有那些中高级水平的架构师，才能拿到高薪。
　　为什么会感觉架构师拿着高薪，却感觉不是很忙呢？我想，大概和架构师的工作职责相关。大家会觉得架构师只是负责搭软件架构，又不用亲自去编程，当然会比较闲。
　　其实，这只是主观上的感觉。要知道，一个合格的、资深的架构师，一定是在＂敲代码＂的一线岗位历练过的，只是在长期的编程过程中，其具备了合理划分模块功能的能力，知道如何编写代码可以让代码更高效、更容易维护，这样，才能胜任架构师的工作。
　　当成为架构师后，难道就可以很闲了吗？答案当然是＂NO＂。
　　架构师，对技术需要更广泛的学习，拓宽自己的视野，还需要学习一些管理方面的知识。项目团队在开发过程中，遇到关键技术不能突破时，自己也要参与到难题攻关中！
　　所以，优秀的架构师，一定不会闲，也只有这样的架构师，才能拿到高薪。
　　你好，作为一名从业者来回答一下这个问题。
　　首先架构师也有首席，高级，普通之分，只有首席架构师才能真正拿高薪。其他也只是打工仔而已。
　　再说工作饱和度，所谓兵马未动 粮草先行，IT行业也一样，代码未动，架构先行。一般由首席架构在真正开发之前根据初期公司发展情况，经济情况，预估业务量来搭建一套抽象于业务之外的总体架构，包括研发运维架构，然后由高级或者普通架构师来配合完成公司的基础开发架构，有了一副好骨架，其余开发人员就可以开始填肉了。并且如果架构师能力强，架构稳定，也就自然感觉架构的工作不忙。其实这时候我们更多的会是根据业务发展，准备后续的业务的技术方案，或者研究一下新的技术，看是否合适于我们目前情况。更多的会偏向于学习研究上。
　　架构师是从更高的维度将需求转换为可开发的系统，好的架构能让程序员简单高效的编写出稳定的系统，好的架构能大大降低日后的维护成本，同时还能使系统在可预见的将来适应需求的变动和功能的扩展。这些深度和角度，没有一定功底的程序员是觉察不到的，只有当你的知识水平上去了，你才会发现原来简单的东西之所以简单，是因为有人一开始就设计的简洁周到。
　　架构师的忙，更多在思考、尝试和研发层面，不在于编码本身。灵感很重要，思路决定一切。所以如果说普通编码只是民工，那么架构师就是设计师，他要思考的不仅仅是架构，还有什么编程语言、怎样的数据流、系统的安全性、健壮性、代码的可维护性以及部署方式和版本控制，产品发展等。当然不是每个架构师都能达到这个水平，不同水平能考虑的问题的宽度广度和深度不同罢了。如果这些都没考虑的话，那么本质上就是个开发经理而已啦，并不是每个叫架构师的真的是架构师水平。