买卖程序员框架犯法吗

① 程序框架是什么

问题一：程序开发中的框架是什么 我们目前先不要了解那么多 框架是为了方便我们程序员开发 减贰代码量 及代码质量的工具
框架（Framework）是整个或部分系统的可重用设计，表现为一组抽象构件及构件实例间交互的方法;另一种定义认为，框架是可被应用开发者定制的应用骨架。前者是从应用方面而后者是从目的方面给出的定义。
可以说，一个框架是一个可复用的设计构件，它规定了应用的体系结构，阐明了整个设计、协作构件之间的依赖关系、责任分配和控制流程，表现为一组抽象类以及其实例之间协作的方法，它为构件复用提供了上下文(Context)关系。因此构件库的大规模重用也需要框架。
java开发中的框架不是太多 我们可以慢慢学习 先慢慢了解一种。

问题二：什么是程序框架 不仅仅是类库这么简单。我个人的理解是：完成某项业务流程或者功能的具体方案。框架采用了相对比较成熟的方式或者步骤或者流程去做这件事情，让程序员只专注于逻辑本身或业务本身，省去了很多繁琐的步骤。

问题三：什么是应用程序框架 就像盖楼的框架一样。每个楼外观不一样。但是每个楼的基本的框架是一样的。
程序的框架就是针对程序的特点。把程序的共同特绩提取出来。能进行多次的开发利绝乎厅用。提高开发效率。

问题四：Java中的三大框架分别有什么用 一、Spring
Spring是一个解决了许多在J2EE开发中常见的问题的强大框架。 Spring提供了管理业务对象的一致方法并且鼓励了注入对接口编程而不是对类编程的良好习惯。Spring的架构基础是基于使用JavaBean属性的Inversion of Control容器。然而，这仅仅是完整图景中的一部分：Spring在使用IoC容器作为构并隐建完关注所有架构层顷乎的完整解决方案方面是独一无二的。 Spring提供了唯一的数据访问抽象，包括简单和有效率的JDBC框架，极大的改进了效率并且减少了可能的错误。Spring的数据访问架构还集成了Hibernate和其他O/R mapping解决方案。Spring还提供了唯一的事务管理抽象，它能够在各种底层事务管理技术，例如JTA或者JDBC事务提供一个一致的编程模型。Spring提供了一个用标准Java语言编写的AOP框架，它给POJOs提供了声明式的事务管理和其他企业事务--如果你需要--还能实现你自己的aspects。这个框架足够强大，使得应用程序能够抛开EJB的复杂性，同时享受着和传统EJB相关的关键服务。Spring还提供了可以和IoC容器集成的强大而灵活的MVC Web框架。
二、STRUCTS
Struts是一个基于Sun J2EE平台的MVC框架，主要是采用Servlet和JSP技术来实现的。由于Struts能充分满足应用开发的需求，简单易用，敏捷迅速，在过去的一年中颇受关注。Struts把Servlet、JSP、自定义标签和信息资源(message resources)整合到一个统一的框架中，开发人员利用其进行开发时不用再自己编码实现全套MVC模式，极大的节省了时间，所以说Struts是一个非常不错的应用框架。
三、Hibernate
Hibernate是一个开放源代码的对象关系映射框架，它对JDBC进行了非常轻量级的对象封装，使得Java程序员可以随心所欲的使用对象编程思维来操纵数据库。 Hibernate可以应用在任何使用JDBC的场合，既可以在Java的客户端程序实用，也可以在Servlet/JSP的Web应用中使用，最具革命意义的是，Hibernate可以在应用EJB的J2EE架构中取代CMP，完成数据持久化的重任。，Hibernate可以在应用EJB的J2EE架构中取代CMP，完成数据持久化的重任。

问题五：Java程序的基本框架是什么? public class Hello
{ public static void main(String[] args)
{
System.out.println(Hello World!);
}
}
每本介绍Java编程的书籍 讲Java编程结构是必讲的第一个程序；

问题六：软件架构师主要是做什么啊？ 你既然已经工作了，我觉得你就应该多少了解一点把，一般公司也都有架构师的存在呀。
架构师主要工作算是系统分析师，制定架构，以及开发时使用框架，类似于工程里面的总设计师。
确认和评估系统需求，给出开发规范，搭建系统实现的核心构架，并澄清技术细节、扫清主要难点的技术人员。
要求你就必须从程序员转型到架构师，可以看看一些架构师的书，其实最做的来源于你平时的积累。对技术理解很透彻。另外就是对框架特别熟悉。当然这些都必须你拥有很丰富的项目经验

问题七：C语言的基本框架是什么意思？ main函数是程序执行的入口函数，也就是程序启动时就从这个函数开始，这个函数有很多形式，例如void main()，void main(void), int main(), int main(void)，其中void有无是一样的，void本来就是没有的意思，另外最正规的形式是int main(int argc, char *argv[]); 其中argc是argv这个字符串数组的长度，argv是从命令行接受的参数

问题八：什么是框架？框架中要包含什么？为什么要开发框架？如何做框架？ 以Java 为例子。 java 之前没有框架，或者说 自己公司封装了自己的框架。为什么要封装穿？ 因为1 在实际开发中 很多代码重复再敲，浪费时间就是浪费金钱。
如： jsp+javabean+servlet 开发 jsp中的数据通过request-------》filter(自己解析了 封装成对象)-----》servlet 这还是好一些的。起初是 ：request-------->servlet------>servlet 自己解析 通过request.getparxxxx(参数名) ------》封装到javabean 代码重复比较大。
如果 用springmvc 就好多了 jsp 通过form 表单提交 直接映射到 controller 方法中的参数 （一句话 就是省代码）
框架的好主要作用是： 快速开发。
好的框架设计 的作用： 松耦合，便于后期维护。减少多余的代码量。
框架包含了 许多 反射机制。
设计模式。
如何做框架：根据你的需求来设计。。。。。。

问题九：程序设计中的架构到底是指什么？ 架构=框架与构造，假如将一个应用程序看做一辆车，程序员就是生产制造人员，程序中的每个关键词、常量、变量是制造汽车用的各种原材料，而函数、类、功能模块、定义就是使用原材料制造的不同级别的零部件，然后程序员将这些部件组装起来。而架构就是指导程序员如何组装程序的图纸。

架构规定了函数、类、模块之间的关系、逻辑、运行机制。那么架构师就是规划程序项目的人，架构师可以不懂编程细节，但是他必须懂得合理安排各功能块之间的关系，使整个项目具有很高的可维护性、很低的维护成本、很高的开发效率。

顺便说下，虽然我也是个程序员，但程序员就是打工的，俗称“码农”，架构师的工资比程序员高多了。当然一些小项目，当你自己规划程序的时候，你也在小规模地架构程序，比如决定是否将一个函数封装在A类，或是B类中。

问题十：java的框架是什么意思？ 精华答案╄→小胖妞4级2010-06-12 框架就是一些类和接口的 *** ，通过这些类和接口协调来完成一系列的程序实现。JAVA框架可以分为三层：表示层，业务层和物理层。框架又叫做开发中的半成品，它不能提供整个WEB应用程序的所有东西，但是有了框架，我们就可以集中精力进行业务逻辑的开发而不用去关心它的技术实现以及一些辅助的业务逻辑。大家熟知的Structs和Spring就是表示层和业务层框架的强力代表。一般的公司面试时看你是否涉及过J2EE的开发，总会考察你有没有这方面框架的认知力。好的框架应当是考虑：稳定、灵活(在某个开发领域，或某个行业来说，不要搞成绝对通用，目前很难) 、容易维护(一致的表现，里面的凡是相同意义的操作都有一致的面孔)、新手容易上手、利于迅速开发N多项目(项目之间知识可以不断积累，通用功能的与项目专用功能分离)。对于当然首先要理解框架是什么？字面含义就是条条框框组成的一个架子，这个架子怎么理解呢？
1）框架可以这样来理解，如建一座房子，先把房子的拧⒅子建起来，这就是一个房子的框架。至于房子内部怎样，哪里是房间，哪里是客厅，就看设计者。软件也是一样，把一个软件的大概的拧⒅子建起来，就是软件的框架。一个软件半成品，帮你做了一些基础工作，你就可以在这个基础之上，来定制适合你自己的应用。流行的框架非常灵活，以适应不同的需求。打个比方，如果你输入到屏幕上用System.out.println()如果println方法都要自己去实现，那么是不是很恐怖。所以框架在解决大规模的问题上，这些基础工作是必需的。2）框架就是一颗松树，你只要在上边挂点装饰物和几片小雪花，装几个小电灯，它就可以变成炫目喜庆的圣诞树。3）框架象相框一样，做好相框，只要往里边放相片，随意你怎么放相片，大的，小的，都可以。 相框是不变的，相片里随你换，如果相框太小放不进相片就是框架没做好啊。 所以这里可以稍微扩展一下，一个框架的复杂程序以及加载东西的多少，是十分关键的。现在就有个别人批评spring框架过大，局限过多。 如果一个项目就是一个学校的话，struts就是开学的时候负责报名接待的部门，来了个学生（请求），他们会根据你的姓名（请求路径）查找你是那个系，那个班的，把你带到相应的地方（action），然后就是那个对应你的组织（action）来处理你了。他的花名册就是配置文件（sturts-config。xml），上面可以配置你的姓名（请求路径），是否验证你身上带没带学费（viladate），把你让谁（request）带到你的组织里去，放你行李的小车（formbean）的编号等等。xml里的struts配置就是保安要验证的信息，看你是不是有这个学校的录取通知书。等你大二大三了，你成了接待人员（action），你只要知道你去组织那些学生（配置struts-config。xml），怎么处理他们（调用那个service方法），着就是struts了。spring 的IOC就是本应该有学校做的招聘工作，交给的猎头公司（控制反转）然后把招聘到的人员交给学校使用。 模式更侧重于框架内部，也就是房间内部各家具之间如何摆放的组合思考方式。

② 程序员做外包有前途吗

本人刚毕业时，在一家外包公司工作过，但是由于我对外包工作弊端认识很清楚，只工作了一个月的时间，我就离职了（当时是刚毕业，短期先干了一个月赚生活费）。下面我介绍下我对做外包工作没前途这个观点的看法。

外包工作的弊端
外包程序员与人沟通少。程序员干外包的工作，基本很难与客户直接接触，也就无法直接与客户沟通需求，时间一长，导致程序员思维固化，很难拥有产品人员的思维，而且大多数工作都是参照文档进行。久而久之，脑子里面就只有代码，，缺少与人、需求打交道的基本技能；容易在后续工作中出现只按照程序逻辑思考问题，不会从客户角度出发，另外，在与人交往的过程中，也会有不太善于与人沟通的标签出现。

外包机构的技术老旧。为了追究研发周期短、程序稳定，一般来说，外包公司都使用的是相对比较老的技术栈和老的基础组件，程序员都是用来搬砖，磊业务代码的人员，外包公司纯做技术研究的人少之又少，所以一般程序员进去，对技术能力的提升相对有限。

解决问题能力很难得到提升。由于外包公司大多数是开发业务程序，基本上很难遇到比较难以处理的技术问题，因为技术问题通常是在底层代码中处理过了。所以他们对遇到技术问题的处理思路、处理方式都比较难以得到锻炼。

技术架构能力弱。和上面一样，由于都是写业务代码，技术架构都是公司现有的，基本无法从实际中得到锻炼，架构能力也就无从谈起。

纯项目思维，而非产品思维。这点对一个程序员来说可以说是致命的，因为很多时候，程序要写的好，需要很长时间的重构、优化，但是外包项目一般是项目类型，不是产品，也就意味着时间短，项目类型一般是瀑布式，只能给你很短的时间实现功能，很少让你有思考架构、程序优化的机会，产品开发不一样，产品开发要求程序员有延续性思维、不断的自我革命，优化程序。

甲方给的时间少，加班多。一般来说外包工作都是时间比较紧急的项目，而不是一个时间长的产品开发，所以加班就在所难免，生活上的时间少之又少。


外包工作的好处
工作时间长，收入高。外包公司一般来说为了赶项目，通常在保证利润的前提下，会多给点钱给程序员，让他们心甘情愿的加班，所以，加班时间可以换了高额的加班费，与其他人早早下班相比，单位时间的收入提高了。

短期内，技术会有所提升。如果你是从一个公司换到了外包公司，那么外包公司的现有的技术栈，你可能在短短的半年就能够摸透，因为你日常开发都要使用这项技术，而且是成套的完整的技术栈。这种情况是说：你现在使用的技术栈和外包公司的不一样，所以你可以短时间内学会外包公司的技术。

积累人脉，以后私活项目不断。由于你在外包团队干过，你会认识很多非专业公司的人员，时间一长，很多人认识你，如果后续再有类似的公司，他们很自然的会找你个人进行开发，你的私活就多了。

总结
总结来说，我个人认为外包工作的弊端大于好处，所以如果让我选，我肯定会选择非外包公司。只有一种情况我会选择，那就是我毕业2-3年，有能力短期内学习很多新技术，而且对薪资的要求比较高，我可能短期内会选择1年的外包公司，学习知识，赚钱薪资。只要有选择，我可能不会选择外包。

③ java 框架师和程序员的区别

程序员 是泥瓦工，搬砖垒墙的
架构师 就是房屋设计师。

架构师 设计好结构，程序员就只能在这个结构里折腾。

架构师 也分很多种，我知道有应用程序架构师和框架架构师。

想当架构师，至少有五年的编码经验，二到三年的管理经验，刚开始别想这个了。

你所说的ssh三大框架，只能算是基本框架，就算是一个地基吧，把范围定下来了，
如果直接那这个来开发，不是不行，但约束性无法保证，因为个人编码习惯的不同，直接用
代码就没法看了。

我做使用它们做一些重构，这个就算是业务框架吧，只是针对具体项目来制定的，使项目开发更容易一些。代码的规范性得到一定的控制。

至于是干前台还是后台，那就看你公司了，以前我们是包画面做，前后台都得干。

④ 框架的底层是什么意思

程序员所说的底层到底是什么？
我们日常开发都使用框架，面试中也经常被问到XX框架的底层你了解吗？XX技术的底层你了解吗？

那么底层到是什么？
Java？C？还是机器语言？照此论推的话，下来就是硬件了，CPU，集成电路，半导体，正负电荷，然后再研究一下原子构成？

我认为其实 “底层” 就是一个技术实现的思想，就比如把session比作成一个盒子，把cook比作一张名片，把ioc比作一个容器…任何技术都在现实生活中有相应的映射，这也就是所谓的面向对象编程；
那么先吃苹果还是先吃梨就看你心情了，你也可以认为一口苹果一口梨比较好吃，所以说每个人实现技术的想法各有千秋，而部分优秀的人考虑问题比较全面，也就形成了市面上各种优秀的框架，这也是我们为什么要学习他的原因——学习框架的设计思想。

有人学习底层会走入一个误区，认为牛人之所以牛是因为他们能手写框架，所有的方法都是自己写的，其实不是，能手写方法的人很多，这个只是经验的问题，最重要的是思想，他们思考问题的角度(我也不太懂从那个角度思考问题，或许某些技术也只是作者的灵光一现)

关于底层和学习技术的看法我是这样认为的，大家有不同见解的可以评论区留言，欢迎大家讨论！

⑤ android 所谓的修改框架是指什么

首先，修改框架不是做应用程序员的事，一般是一些手机厂商需要定制自己的android系统才去修改框架，例如修改一些启动界面，替换一些图片，修改底层库等，修改完成后再自行编译，便成了自己的定制版android系统。如小米手机，魅族手机需要自己定制的android系统，

其次，Android的开发分为三个类型：
a，移植开发移动设备系统；

b，android系统级开发
c，android应用程序开发。

1、移植开发移动设备系统: 移植开发移动设备涉及到linux内核（包括其驱动）；主要是一个手机制造商
2、Android系统级开发，指的是扩展android的框架或者是修改bug，这方面比较少，
除非有些开发移动设备的厂商，比如做gps，可以往里面加入一些自己的特定系统东西，这可能导致一些不兼容。当然也可能是简单的修复bug，android系统级开发涉及到C/C++库的开发及给上层java框架；其产品是不同的android应用程序，
3、开发应用程序，这应该是比较主流的开发，也就是给android系统写应用程序。android应用程序开发就是调用java的框架写应用程序,简单的从上到下.

adroid开发就分为居于sdk开发和源代码开发。
1、SDK开发，主要是应用程序开发，就是我们平常的android 应用开发
2、源代码的开发，主要在获取所有源代码的基础上进行，可以开发Android应用程序，进
行系统移植或者开发Android系统本身而SDK源码的修改，也就是我们在创建项目时需导入那个android.jar 包不再是android官方下载SDK文件夹下各个平台中那个andorid.jar
包了，而是得导入自己修改后的android.jar包，这就是所谓的SDK源码修改，但是一般的应用开发是完全没有必要去修改SDK源码的，因为它需要相应的硬件支持。

⑥ 程序开发中的框架是什么

程序开发中的框架(例如1000万+行的Qt)往往是对常见功能的封装(类似于成语对常用含义的代指，不同点在于应用框架最终对CPU表达含义时候会把成语替换为原本含义-通过函数调用),抛开框架，程序会变得因缺少一些'固定成语'(函数)的'释义'(函数实现)而变得无法执行。

所以，程序框架理解为基础或者机械标准件(例如螺丝螺母这些有明确标准的机械部件)更为贴切。

这样理解，假如你要造一辆马车，在没有框架的情况下，你需要自己去伐木，去把木头做成木板，木棍，然后组成轮子，门，等部件，然后组装起来，但如果你用了框架，就相当于你有现成的轮子，门等部件，你只需要组装一下就可以了。

可以说，一个框架是一个可复用的设计构件，它规定了应用的体系结构，阐明了整个设计、协作构件之间的依赖关系、责任分配和控制流程，表现为一组抽象类以及其实例之间协作的方法，它为构件复用提供了上下文(Context)关系。因此构件库的大规模重用也需要框架。

拓展资料：

框架（Framework）是整个或部分系统的可重用设计，表现为一组抽象构件及构件实例间交互的方法;另一种定义认为，框架是可被应用开发者定制的应用骨架。前者是从应用方面而后者是从目的方面给出的定义。

⑦ 为什么有人说大部分码农做不了软件架构师

从事软件开发多年，在编程行业真正的架构师比例少的可怜，就目前国内软件开发环境而言，真正意义的架构师还不是很多，因为大部分的代码框架几乎从开源代码社区里面拿出来，然后定制成自己公司产品需要的，其中研究框架的时间比较长的，并且能够深度定制的程序员就算是高手了，因为很多开源的代码更新速度非常快速，能跟上开源社区的代码更新速度的企业已经是实力非常强的公司了，国内企业现在真正意义上的从头开始设计一个框架然后推向市场相对比较少。

经过十几年的发展，国内编程人才的平均水平已经上来了，虽然在顶级程序员由于在编程底蕴以及生态系统这块有差距，但基层的程序员水平已经上来了，国内很多互联网公司做的产品有些已经不弱于欧美等企业，这些都是国内程序员水平提升的结果，而且现在由于培训行业在国内普及，入门级别的程序员在国内数量巨大，所以很多人喊着国内程序员行业已经饱和了，已经不适合再去从事程序员的工作了。

事实上国内软件行业内需依然足够多，特别是现在的三四线城市都陆续出现了软件公司，而且规模和数量都在提升，国内企业对中高级程序员的需求量还是非常巨大，五六年大小公司对于这类的人才招聘一直没有停止过，而且薪资水平还维持在非常高的水准，了解这个行业现状对于规划自己的职业生涯还是有着非常大的好处。

架构师这种职位可遇不可求，基本上国内架构师都是自己本公司内的优秀的软件工程师，成为了优秀的程序员并且在公司内部深得公司的信任愿意给这种突破的机会，抓住了后边的就会给与架构师的待遇，不是每个程序员天生就是做架构师的料，关键还在于平时的积累，有了机会抓住了，要成为架构师先要自己成为一个优秀的程序员，优秀的程序员需要具备什么样子的因素，现在就根据自己技术生涯的一些经历分享给大家。

基本功扎实。 很多程序员在入门之前由于在学校里面比较重视基础，还能看看基础，在成为了程序员之后就开始放松了对这方面的要求，所以导致很多程序员见到有笔试的公司，直接就选择了放弃走人，不能讲这类的程序员水平不行，但起码不是优秀程序员的范畴， 优秀的程序员是经得住基本功考验的，是不怕这些所谓的笔试题目的。

算法扎实。 很多程序员做了很长时间还不觉得算法挺重要，算法贯穿整个技术生涯，如果没有意识到这点说明意识层面还没理解到，证明需要弥补的东西还是非常多，有些程序员可能是学习了一门编程语言就匆匆去找工作了，运气还不错还找到工作了，没有很好的规划技术生涯路线，一个标准的程序员需要的一门基础的编程语言，熟悉数据结构，并且穿插着学习算法，这三样也是优秀程序员的标配，学习技术不是由着自己性子去做事，需要有规划，这其中不能少了算法的因子。

锤炼编程思想。 很多程序员觉得能够写代码，时间长了经验到位了慢慢就能熬成资深技术专家了，程序员不是靠着熬日子过的，需要不断的提炼编程思想，举个简单的例子，做网络编程如果懂得了一门编程语言的编程经验，相信切换到别的语言只需要很短时间内就能搞定，而且积累总结类似的场景以后遇到这种场景都能灵活应对，还能同步迁移到类似的场景，不能只是为了做而作，仅仅就是为了完成任务，那么提升的空间有限，不能因为工作承担的东西就这么点，而不去补充其余的东西，善于总结也是优秀程序员需要具备的一种意识。

成为架构师没有所谓的模板，而且有些人一辈子也没有这种机会，但想要达到这种境界就需要先让自己成为一个优秀的程序员，这样子遇到有理想的企业抓住机会就上去了，一旦进入这个级别后面的编程生涯就会有根本的变化了，关键在于平时一点一滴的积累，让自己长期处于一种高效的学习状态，有太多的程序员经历了几年的适应期就提前让自己进入了舒适期，结果随着年龄的增长技能没有相应的跟上导致年龄大了竞争力下降，出现了老了被企业淘汰的悲剧，什么样子的态度决定什么样子的人生，也就决定了什么样子的结局，希望能帮到你。

作为一名IT行业的从业者，同时也是一名计算机专业的研究生导师，我来回答一下这个问题。

首先，目前IT行业内大量的程序员确实无法成长为架构师，主要原因集中在三点，其一是自身的知识结构不足以支撑向架构师方向发展；其二是岗位工作任务受限；其三是行业迭代速度太快，学习压力较大。

早期的架构师主要集中在后端领域，针对于不同的开发领域，对于架构师的要求也不尽相同。总的来说，架构师的任务主要集中在三个方面，其一是整体技术框架设计；其二是技术选型；其三是解决难点问题。所以对于程序员来说，如果想成长为架构师，需要做好以下几个方面的知识储备：

第一：丰富的开发经验。 开发经验通常是软件架构师的基本要求，通常软件架构师都是从初级程序员、主力程序员、研发级程序员等岗位一步一步成长起来的，每一个阶段都会积累一定的开发经验，这些经验对于架构师的方案设计会起到重要的作用。对于大量的程序员来说，从主力程序员向研发级程序员发展会存在较大的困难，主要原因就是基础知识结构的问题，不少程序员通过读研的方式完成这一步升级。

第二：丰富的知识结构。 架构师的知识结构不仅仅局限在技术层面，还需要掌握大量的行业知识，不同行业领域往往有不同的特点，要能够根据这些特点来完成具体的方案设计。

第三：紧跟技术发展趋势。 架构师一定要紧跟技术发展趋势，同时能够对于未来的发展方向有较强的认知能力，这对于架构师的方案设计会起到重要的作用。对于技术趋势的认知能力，是判断一名架构师能力的重要因素。

架构师并不是一个很好玩的升级路线。

相对于架构师的开发工作。研发工作更有趣，更容易得到 社会 的承认，不论是图形学，还是人工智能，区块链，甚至黑客（网络安全），凭借你的智慧和努力，可以在短时间内取得成就，并达到一个很漂亮的高度。研发方面是拼年轻，智商和体力的工作，有众多的天才少年取得漂亮的成果，每年有大量新的技术突破和文献等着大家研究。你做的每一件事情，都能表现出漂亮的成果，全局光照，计算机视觉。或者很容易赚到很多的钱，自动驾驶或者区块链ico，就算做 游戏 外挂，其收入也大得超乎你的想象。

而架构师不是，架构师拼的只有经验，正确的方法和项目数量。《C++程序设计新思维》里面有一句话：“只有天才的程序员没有天才的构架师。” 在构架师的世界里不存在天才，只存在重构。一定要有正确的方法（敏捷开发），然后就是无数个项目和时间的铺垫。然而对一个架构师应该明确，我们的职责是内部质量而不是外部质量，我们要把软件做的强壮且易易扩展。但你会发现，对于外行麻瓜来说，这根本不吸引人，麻瓜老板经常说一句话：你功能做不出来我们公司就破产了，别他妈的再花时间重构了。

至于为什么架构师很少

内部原因是： 架构师太无趣了，相对于图形学光照算法，你却强调测试驱动重构持续集成。研发工程师会得到大量的外部激励，所有人都去赞扬他们的成果。而构架师需要从自身产生激励的能量，比如对代码的洁癖，重构在不改变功能的情况下不断优化代码质量，一个分层，一个正确的依赖关系，甚至一个精简美丽的命名，都需要由衷地感到兴奋和刺激。否则很难熬下来。

外部原因是： 浮躁的 社会 容不下一个架构师成长的时间和空间。一个框架师需要大量的项目经验，超级长的编码时间。坚持正确的方法和一个融洽配合的团队。国外的架构师都是大胡子，而国内程序员到30岁，老婆就催着要去做管理岗位了。和研发工作拼智商不同，架构师就拼的是经验，没大胡子没五六十岁很难成为xx之父这个级别。

行业原因是： 架构师容不下架构师。架构是艺术不是科学，没有一个统一的标准，每个成型的架构师心里都有一套属于自己的程序结构和原则，你可以看到十个图形学程序员基于一个算法合作，但你很难看到两个架构师做一个项目不打架的。架构师需要有自己的团队来验证自己的观点和共同进步，但就如同食肉动物永远是食草动物的十分之一，行业也没那么多团队给架构师来糟蹋。

经历过很多项目洗礼，并有自己的想法和能力的架构师，必然是稀有动物。

但看起来无聊的架构师有什么用呢？

他是辅助英雄，给整个团队加各种属性光环：降低代码中的混乱（熵），让团队中初级的程序员做出高级的代码，提高单位时间效率避免加班，让团队更容易进入未知领域，大幅度降低企业成本。

我现在做的混合现实领域，这是一个新的领域，有一个优秀的架构师可以在没有前人经验的情况下开疆辟土，并且可以带起来整个团队的开发质量，降低成本给客户更多的获利空间。

这个问题不知道提出来的缘由是啥，其实问题不是很合适，不过还是一分为二的来回答一下，如下：

架构师不是谁都能做到的，我想说如下几点：首先，应具备的素质应该是快速的学习能力，需要从平常的任何工作活动中，快速学习，包括从自己的本质工作完成，以及与他人的交流中，而后者又尤其重要，从别人那儿学来，而快速形成自己的理解并超越对方，而这，从自然规律角度上来讲，这只有少数人能做到；

其次，需要具有全局的视野，能平衡整系统各子系统之间的解耦与耦合，这个需要积累，需要在各子系统内有实际项目的、比较成功的设计编码的问题处理能力，而尤其是问题处理能力又尤为重要，这也不是段时间能达到。

第三，在这个行当内，能静下心来踏踏实实，保持饥渴的学习，保持积极正向的心态，不断的越挫越勇，始终往设计架构方面努力，在当下整个行业浮躁的环境下，很对都想通过不断的跳槽来达到涨薪的目的，这又会淘汰一大部分人。

最后，即便具备了素质，你能否当上架构师，取决于客观因素了。因为一个架构师，决定了他所在领域的发展规划，以及当前的问题现状的改进，这个位置至关重要，不是那个人，上一层组织关系是不会让你做这个位置的，上层组织还会考察你除了技术能力以外的，诸如与人沟通，管理你的上下级，包括你的上级的上一级到连三级的关系，关系到你的直接老板的，这些其实就很难说了。

呵呵，当然了，还有其他很多了，靠这个问题是说不清道不全的。

真正的软件架构师对各方面的职业素养都要求比较高。架构师的工作，不是平时工作的简单堆叠，除了专业技能要过硬外，还要思维活，想东西细致全面，需要自己去主动去接纳工作以外的大量知识。此外，在性格方面也有一定要求，一个软件架构师往往还需要具备善于沟通的品质。

总而言之就是要技术好、思维活、会交际。大多数程序员做不到架构师的位置主要是因为自身能力达不到，其次是一个公司里面架构师占比本来就想小。

一般程序员在公司负责的工作主要是维护日常的需求，在原有的架构上进行修改，所以很少会接触到架构层面的东西。长期缺少接触相关的知识及业务的机会，久而久之离架构师的标准也会越来越远。

年轻的程序员在知识储备上无法达到成为架构师的标准。

现代的高可用架构一般为：RDS、Cache、MQ、后端服务、监控服务。而随便拿其中一个点，都有着非常多的技术点知识点需要掌握。

比如在多系统交互中，如何保证MQ中的消息能被对方系统消费，如何设计高可用的服务负载均衡，这些都是需要很多经验才可以解决，但是一般的程序员又不容易接触到架构设计。

而年纪大点的程序员要么是后期缺少折腾的的动力，要么在职业发展途径走到不同的分岔路口，最终走上架构师这个树枝上的寥寥无几。

小富即安的心理。很多程序员满足于现状，缺少坚持不断学习不断提高的动力，每个月拿着万把块钱的工资，心安理得，懒得去折腾。

一个公司架构师在广大码农里面占比还不到10%，能成为架构师的一般都在公司里担任研发和管理的角色，想象一下公司团队的人员金字塔你就知道竞争力有多大了。

平常，开发的团队一般都是10多人组成。几个团队间一般会存在一个技术面最广、技术经验较充足的人，叫做架构师或者说是TL。而架构师的存在，一般在众多的码农中占的比例少之又少，可能连码农总人数的10% 都达不到。软件架构师也存在初中高级。

码农都会写代码，对计算机编程语言都有自身的理解。但是很多时候，程序员或者说是码农只是机械的完成自身的编码工作。为了完成任务，成长有限。

看到这里，很多人都会说：编码时间长了，经验积累的足够，自身也就逐渐成为了资深技术专家。想法其实不能说是不正确，在一个人见多识广后，自然自身的内涵也就足够的丰富。从码农的角度出发。除了架构师，很少有35岁以上的人士会在互联网做程序开发。而一个人想要通过机械性质的编码积累经验。需要多少年成长才能见多识广呢？是否会有码农坚持到那一时刻呢？一个值得商榷的问题?

码农是一份年轻人为主的职业。平均从业者的年龄都是20多岁。慢慢熬、慢慢积累在码农中也不能说错。但是很多人在软件开发领域积累一定的经验后就会转型不做开发。

所以说，长久时间的码农很少。而在短暂的码农开发软件的工作中，脱颖而出，成长起来的人更少。

些许拙见，供您参考。

从事互联网开发多年，欢迎大家骚扰

小团队一般 10 人左右，其中常常是技术最牛的人做架构师（或TL）。所以，架构师在广大码农中的占比大概平均不到 10%。而架构师也可以分为初级、中级、高级三档，江湖上真正高水平的软件架构师就更少了。

所以，大部分（超过九成的）码农干上许多年，还是做不了架构师，这是什么原因造成的呢？

1：码农分为真的能写代码的，以及自认为能写代码的。

2：真的能写代码的码农又分为自认为写的不错的，以及真的还不错的。

3：真的能写不错代码的码农又分为会钻研会不断优化的，以及安于现状的。

4：会钻研的码农又分为喜欢广度了解新技术蜻蜓点水的，以及深入钻研用到知识的。

了解广度的码农又有少部分愿意深入某些技术，喜欢深入研究的又往往缺乏广度知识。

6：为业务而技术的深度广度都了解的码农，又需要有良好的沟通能力。

7：而沟通好的，又有一部分当PM去了。

8：然后剩下的，又有一部分慢慢脱离实际开发（不再做任何实现）或者开始依靠拿各种中间件搭积木来作为“架构”手段。

9：除去这些，剩下对业务有一定了解，对技术广度上有多种涉猎，深度上对部分技术研究彻底，还有很重要的一点，考虑问题足够细致全面。

10：细致全面善于沟通，技术上深度广度都没问题， 又喜欢这个工作，还会不时做底层实现，从业务和开发两个角度出发，搭出“架构”来是为了开发效率，为了运行效率，为了开发质量，为了业务灵活和运行稳定，为了维护方便等等这样的人，个人认为可以称为“架构师”。

而真能满足这种需求的，别说题主的10%的比例，1%能不能达到我也持怀疑态度。其实现在的“架构师”大多数都停留在8这个层次，甚至很多在5这个层次就当上title上的架构师了。

总之，成为架构师，不仅仅是工作上的简单积累，更需要主动接纳工作外的大量知识，同时，对性格上对于非技术能力上也有一定的要求，不仅如此连思维方式都很重要，外加职业发展中又有很多岔路，最后走到架构师这根树枝上的就寥寥可数了。

如果你想要往架构师的方向发展的话，那或许你可以看一下我分享给你的这份进阶路线图，主要针对2到5年及以上工作经验的Java开发人员，里面的技术包涵了Java高并发、分布式、微服务、源码分析、高性能等技术，这些也是目前互联网企业比较常用的技术，那么来详细看看。（图片可以保存）

一：常见模式与工具

学习Java技术体系，设计模式，流行的框架与组件

常见的设计模式，编码必备

Spring5，做应用必不可少的最新框架

MyBatis，玩数据库必不可少的组件

二：工程化与工具

工欲善其事必先利其器，不管是小白，还是资深开发，玩Java技术体系，选择好的工具，提升开发效率和团队协作效率，是必不可少的：

Maven，项目管理

Jenkins，持续集成

Sonar，代码质量管理

Git，版本管理

三：分布式架构

高并发，高可用，海量数据，没有分布式的架构知识肯定是玩不转的：

分布式架构原理

分布式架构策略

分布式中间件

分布式架构实战

四：微服务架构

业务越来越复杂，服务分层，微服务架构是架构升级的必由之路，Java技术体系，和微服务相关的技术有哪些呢？

微服务框架

Spring Cloud

Docker与虚拟化

微服务架构

五：性能优化

任何脱离细节的ppt架构师都是耍流氓，向上能运筹帷幄，向下能解决一线性能问题，Java技术体系，需要了解：

性能指标体系

JVM调优

Web调优

DB调优

如何一起学习，有没有免费资料？ 有需要的滴滴滴哦

软件架构师？似乎是个明确的职位或者岗位了。然而，他在软件产品开发过程中，充当什么角色？起什么作用？确众说纷纭，缺乏共识。成为一名架构师，码农根本没有明确的努力目标。这是问题的关键，架构师，是上级领导、老板对某些软件开发人员的“认同”，是某种管理理念的体现，不是软件产品生产活动中某个具体的岗位、角色。