如何从程序员到架构师？
架构师从程序员中来，但不是每个程序员都能成为架构师，要想成为架构师，不仅要有一定的基础代码能力，也要对业务有所了解，更重要的是从思维的广度和高度进行提升。1.基础能力基础能力是一个程序员必备的能力，如基础代码开发、XML/JSON操作、数据库、常用框架、工具等，深入一些的还有算法、设计模式、高并发、线程等内容。
如果要成为架构师，这些内容是必须要了解和掌握的，所以在平时要多分析源码，分析底层的架构和算法，不断积累自己的基础能力。2.业务能力架构都是为系统服务的，为系统服务就是为实际业务服务的，所以对于一个合格的架构师，一定要了解业务，可以根据不同业务设计出最优化的技术方案来满足实际的业务场景，并且能充分考虑到高并发、稳定性和安全性等性能要求。
这就要求我们在平时工作的过程中，注意了解业务、积累经验，将实际业务与产品开发相融合，提升业务能力。3.思维能力成为一名架构师，不仅是一名优秀的程序员，更要在思维的高度上超过程序员，加强思维的广度，能从分析、设计、开发、使用等多种角色的角度去看待项目和设计架构，同时要具备思维的严谨性和开放性，把握细节的同时也要接纳更多的技术方案，能够协调好各种方案的处理方式和使用范围，实现最优化的设计。
到底怎样的程序员能称为架构师？
作为一名从业多年的IT人，我来回答一下这个问题。首先，架构师是程序员发展的一个重要方向，也是IT行业中的重要岗位。一个软件产品的开发需要一系列角色的配合才能够完成，从一个产品的设计到最终的部署需要产品经理、策划、交互工程师、视觉工程师、架构师、产品经理、程序员、测试、运维工程师等一系列角色的配合。从研发的角度来说，程序员可以简单划分为两类，一类是设计，另一类是实现。
负责设计的程序员通常也就是所谓的研发级程序员，主要解决系统级问题，比如平台的研发、接口（API）的设计等工作，通常针对的是行业级问题。而负责实现的程序员通常是所谓的应用级程序员，通过接口来完成平台功能的调用从而实现具体的业务逻辑，工作的重点在于具体功能的实现，往往针对于具体的应用场景。技术领域的架构师也通常分为两个大类，一类是平台架构师，另一类是应用架构师。
平台架构师制定的是平台的研发策略和技术指标，通常要结合功能定位和行业定位来进行具体的设计。平台架构师通常是研发级程序员成长起来的，同时具备一定的行业前瞻性。比如James Gosling（Java创始人）和Linus Benedict Torvalds（Linux创始人）就是典型的平台架构师。通常所说的软件架构师大部分指的是应用架构师，针对于具体的应用场景给出软件产品的设计方案、技术选型和接口设计等，通常应用架构师需要对各种平台产品有较为清晰的了解，并能够紧跟技术发展趋势来不断优化设计方案。
另外，应用架构师需要具备一定的行业背景，对于方案的技术瓶颈有丰富的解决方案。应用架构师通常是应用级程序员成长起来的，往往具有多年的行业开发经验。我从事互联网行业多年，目前也在带计算机专业的研究生，主要的研究方向集中在大数据和人工智能领域，我会陆续写一些关于互联网技术方面的文章，感兴趣的朋友可以关注我，相信一定会有所收获。
程序员转架构还是做管理比较好？你会怎么选？
程序员的发展方向取决于个人的知识结构和发展意愿，对于研发级程序员来说，未来一直从事程序研发工作也是没有任何问题的，通常情况下，应用级程序员往往会考虑转换岗位的事情。通常情况下，架构师对于知识结构的要求还是比较多的，架构师也是研发级程序员的发展方向之一，对于架构师的要求主要体现在以下几个方面：第一：对于行业技术发展比较敏感。
架构师的主要作用是设计产品的整体技术解决方案，要充分考虑可能出现的技术瓶颈、未来发展以及团队开发能力。简单的说，架构设计既要解决眼前的问题，也要着眼于未来，留出充分的扩展空间。第二：具备规划能力。架构师的解决方案是搭建开发团队的重要参考，一个开发团队需要什么样的人员配置在很大程度上取决于架构师给出的方案，所以架构师在方案设计的过程中要充分考虑团队的配置，在工作量上需要给出一个比较准确的描述。
目前不少团队都采取项目经理负责制，所以架构师的专业度对于项目整体进度有重要的影响。第三：具备丰富的行业经验。行业经验的积累对架构师岗位来说是比较重要的，因为不同行业的解决方案存在巨大的差异，即使在用户数量比较接近的情况下，不同行业在应用过程中的关注点也不一样，甚至存在地区性的差异。目前，不少企业已经把架构师和技术专家进行了岗位分离，架构师更多的任务是设计方案，而性能验证以及顶层技术实现往往由技术专家来完成，所以现在不少公司的架构师并不需要去做具体的编码工作，一些咨询专家（业务架构师）甚至并不懂得具体的编码，这也是随着IT行业发展出现的新变化。
架构师和程序员有什么区别，各自都有什么要求？
程序员属于关心新库，编码语言，测试覆盖率，完成开发任务等的极客物种。他们通常在一个或几个组件/服务中工作，但他们不决定这些组件如何相互配合以适应整体大局。（有很多开发人员了解这一点，但他们没有必要）软件架构师属于另一个极客物种，专注于所有组件的设计以及它们如何适应大局以支持业务用例或公司的未来愿景，而不是过多地关注一个组件。
有各种类型的建筑师：1.企业架构师：了解各个组件如何相互交互以及其他后台IT系统（包括CRM，订单管理，BI或网站）的软件架构师。2.解决方案架构师：软件架构师，除了技术和设计知识之外，在30-50％的时间内在业务方面工作，具有深厚的功能知识。3.技术架构师：与一个团队或几个团队合作的软件架构师，负责指定编码标准，代码审查，可扩展性，部署，性能等方面。
IT程序员应该转架构师、部门管理、还是项目管理？
本人10年开发培训经验,期间经历了Java,Android,H5,大数据,PHP等多个不同的方向的开发,也做过软件培训公司的金牌讲师，很有兴趣回答你这个问题。一个程序员干到一定的程度之后，基本上都要考虑转型的，很少有人一辈子都在一线撸码。那要转型可以往哪个方向转呢？一般程序员可以按如下方向进行转型：可以看到，在程序员从初级，中级，高级一步步提升之后，一般可以往3个方向转型，也就是项目经理，架构师，或者产品经理，当然这是3个比较常见的转型方案，未必非要按这个路线发展。
那么一个发展到一定程度的程序员，到底是选择哪个方向发展呢？我觉得更多的还是得看个人的意愿和特长。如果你喜欢和善于做管理，其实更应该走管理路线，而且管理路线的福利薪资都是普通程序员比不了的。如果你就是很喜欢研究技术，那就架构师路线，把精力放在技术研究上，沉浸在技术的世界里，也是不错的选择。如果自己既不喜欢做管理，有厌倦了代码，那可以选择做产品，讨论讨论需求，工作压力相对来说没有那么大。
而且一个好的产品薪资收入也不低，比如中国最成功的产品经理张小龙就是你奋斗的目标。我从事开发培训10年，擅长Java,Android,H5,大数据,PHP等多个不同的技术方向。后续我会写一系列关于互联网技术方面的文章，感兴趣的朋友可以关注我。另外如果你有Java,Android,H5等开发方面，或者是求职方面的问题，也可以在评论区留言，或者私信我，相信一定会让你有所收获！。
初级Java程序员与架构师的区别是什么？如何突破自己？
归根结底是解决问题能力的差异。初级程序员要是能解决架构师面对的问题，那与架构师就没有区别了。总结起来，一方面是能力的差异，架构师能够设计健壮的项目架构，解决工作中遇见的复杂难题。另一方面是心态的差异，遇见问题有敢于迎难而上，通过各种途径去解决问题，不推脱(往往也没法推脱)，能够承担责任。一般的初级程序员更多的是通过向别人请教得到答案。
30多岁的程序员如何考虑自己的未来？继续当码农还是成为架构师？
30多岁的程序员往往处在职场发展的关键时期，对于研发级程序员来说，30多岁正处在快速成长期，也是陆续开始出成果的阶段，而对于应用级程序员来说，30多岁则会面临一系列发展瓶颈，如何解决这些瓶颈将是一个重点问题。对于大多数应用级程序员来说，如果想在IT行业的道路上走得更远，应该做好以下几件事：第一：有一个清晰的职场规划。
对于大多数应用级程序员来说，一个清晰的职场规划会明显延长自己的职业生命周期。架构师、行业咨询专家、项目经理等岗位往往是比较常见的选择，这些岗位的发展空间通常也比较大。第二：不断进行岗位提升。要想不断完成岗位提升，一个重要的前提是能力的提升，能力提升既要通过工作任务来促进，还要通过自主学习来完成。对于应用级程序员来说，开发任务往往比较多和杂，在这种情况下，要有一个系统的规划，敢于尝试多种不同的解决方案，以积累自己的开发经验。
第三：紧跟技术发展趋势。当前是大数据时代，以大数据、物联网、云计算为代表的技术方案正在逐步落地应用，所以一定要在工作中紧跟技术发展的趋势，逐步掌握这些新技术。第四：读研。虽然30岁左右读研并不是最好的时机，但是也有不少程序员通过读研完成了岗位升级。随着产业互联网的发展，未来对于中高端人才的需求一定会呈现出增长的态势，在这种情况下，读研也是一个不错的选择。
相信，随着软件行业的不断发展和成熟，程序员未来的工作环境会得到进一步的改善，程序员的职业生命周期也会得到延长。我从事互联网行业多年，目前也在带计算机专业的研究生，主要的研究方向集中在大数据和人工智能领域，我会陆续在头条写一些关于互联网技术方面的文章，感兴趣的朋友可以关注我，相信一定会有所收获。如果有互联网方面的问题，也可以咨询我，谢谢！。
文章TAG：81002001 架构师 程序员
