程序员和架构师的区别在哪里？Android程序员如何才能实现技术上的进阶？

Android开发这么多年，但是还是经常会有人分不清程序员和架构师，在招聘的时候，明明招聘信息写的是“招架构师”，但是，来的人更多的人说着要当架构师，其实能力也只是普通“程序员”。

所以，在这里，我特意写了一篇文，告诉大家怎么区分“程序员”和“架构师”，这两者的区别又在哪里，移动架构师需要具备什么样的素质，以及如何才能进阶成为架构师。

一、细数大家心里常有的认知误区

（一）架构师就是项目经理

这个就有些冤枉了，架构师并不是项目经理。

项目经理侧重于预算控制、时间进度控制、人员管理、与外部联系和协调等等工作，具备管理职能。

当然，在一些小公司里面，或者是一般小型项目中，经常会有项目经理兼架构师。

（二）架构师负责需求分析

架构师不是需求分析员。需求分析人员的工作是收集需求和分析需求，并与最终用户、产品经理保持联系。架构师只对最终的需求审核和确认，提出需求不清和不完整的部分，他会跟需求分析员时刻保持联系。架构师是技术专家，不是业务专家。

（三）架构师从来不写代码

这是一个尚存争论的问题。目前有两种观点：

观点1：架构师不写代码，写代码纯体力活，架构师写代码大材小用。架构师把UML的各种视图交给开发人员，如果有不明确的地方，可以与架构师随时沟通。

观点2：架构师本来自于程序员，只是比程序员站的层面更高，比程序员唯一多的是经验和知识，所以架构师也免不了写代码。

我个人觉得这两种说法是与架构师的出身和所处的环境有关。

架构师首先是一个技术角色，所以一定是来自于技术人员这个群体，比如系统架构师，多是来自于运维人员，可能本身代码写得并不多，或者说写不出来很漂亮的代码。软件架构师多是来自于程序员，有着程序员的血统和情怀，所以在项目开发过程中，可能会写一些核心代码。我们的理想是架构师不用写代码，但事实上有时候过于理想。架构师写不写代码，可能取