arm是硬件架构还是软件架构？

一、arm是硬件架构还是软件架构？

指一种处理器的架构，。泛指一类CPU硬件

1985年，Roger Wilson和Steve Furber设计了他们自己的第一代32位、6M Hz的处理器，Roger Wilson和Steve Furber用它做出了一台RISC指令集的计算机，简称ARM（Acorn RISC Machine）。这就是ARM这个名字的由来。

ARM处理器本身是32位设计，但也配备16位指令集，一般来讲比等价32位代码节省达35%，却能保留32位系统的所有优势

二、怎么区别软件架构，系统架构，解决方案架构，企业架构？

一般而言，架构有两个要素： 它是一个软件系统从整体到部分的最高层次的划分。 　　一个系统通常是由元件组成的，而这些元件如何形成、相互之间如何发生作用，则是关于这个系统本身结构的重要信息。 　详细地说，就是要包括架构元件（ArchitectureComponent）、联结器（Connector）、任务流（Task-flow）。所谓架构元素，也就是组成系统的核心"砖瓦"，而联结器则描述这些元件之间通讯的路径、通讯的机制、通讯的预期结果，任务流则描述系统如何使用这些元件和联结器完成某一项需求。 　　建造一个系统所作出的最高层次的、以后难以更改的，商业的和技术的决定。 　　在建造一个系统之前会有很多的重要决定需要事先作出，而一旦系统开始进行详细设计甚至建造，这些决定就很难更改甚至无法更改。显然，这样的决定必定是有关系统设计成败的最重要决定，必须经过非常慎重的研究和考察。 　　计算机软件的历史开始于五十年代，历史非常短暂，而相比之下建筑工程则从石器时代就开始了，人类在几千年的建筑设计实践中积累了大量的经验和教训。建筑设计基本上包含两点，一是建筑风格，二是建筑模式。独特的建筑风格和恰当选择的建筑模式，可以使一个独一无二。 正如同软件本身有其要达到的目标一样，架构设计要达到的目标是什么呢？一般而言，软件架构设计要达到如下的目标： 　　·可靠性（Reliable）。软件系统对于用户的商业经营和管理来说极为重要，因此软件系统必须非常可靠。 　　·安全行（Secure）。软件系统所承担的交易的商业价值极高，系统的安全性非常重要。 　　·可扩展性（Scalable）。软件必须能够在用户的使用率、用户的数目增加很快的情况下，保持合理的性能。只有这样，才能适应用户的市场扩展得可能性。 　　·可定制化（Customizable）。同样的一套软件，可以根据客户群的不同和市场需求的变化进行调整。 　　·可扩展性（Extensible）。在新技术出现的时候，一个软件系统应当允许导入新技术，从而对现有系统进行功能和性能的扩展

三、架构师和程序员区别？

1．职责不同：架构师主要负责软件系统架构设计，程序员则负责编写代码。

2．技能不同：架构师必须具备大局观、系统思维，了解软件工程，熟悉各种编程语言；程序员需要具备良好的编程技能，熟悉各种编程语言，并拥有编写高效代码的能力。

3．薪资不同：架构师薪酬高于程序员，架构师一般需要具备比程序员更高的技能要求，但是架构师工作也一般要比程序员复杂得多。

四、资深程序员和架构师区别？

用建筑领域来做个比喻，资深程序员好比高级的砖瓦工，其工作效率非常高，通常一个人可以顶几个普通的砖瓦工。而架构师可以看作是房屋的设计师能够设计不同的建筑。资深程序员往往是在架构师的架构策划下进行做功能模块的实现和开发。

五、架构师和程序员的区别？

区别

1、关注范围∶程序员专注于具体细节，而架构师专注于“宏观视角”；

2、领导关系∶程序员处于被领导地位，架构师则扮演领导角色；

3、资历背景∶架构师的从业时间一般比程序员更长；

4、气质特性∶架构师是重要的梦想家，而程序员则是面向繁琐任务的实干者；

5、技术取向∶架构师做出选择，而程序员提供选项；

6、技能∶架构师的技能水平高于程序员；

7、代码∶架构师需要编写之代码平均少于开发人员；

8、组织互动∶架构师所参与之“业务”会议数量远多于程序员；

9、薪酬∶架构师薪酬水平高于程序员；

10、自身价值∶架构师的价值要高于程序员。

六、软件架构和软件结构的联系？

软件架构:整个软件系统的各个模块之间的结构设计，是软件工程范畴的概念，就象设计一栋房子由几个什么样的板块组成一样。 软件体系结构：是软件编程风格范畴的一个通俗概念，比如说用C++、PoworBuild、Delphi等来进行软件设计是面向对象的编程语言体系结构，而Basic、C、Foxbase的软件体系结构特点是面向任务流程的（不是面向对象的编程语言）。

七、有哪些程序员必读书籍值得推荐？

程序员必读书籍有《代码大全》、《程序员修炼之道》、《计算机程序的构造和解释》、《C程序设计语言》、《算法导论》等。

1、《程序员修炼之道》由一系列的独立的部分组成，涵盖的主题从个人责任、职业发展，直到用于使代码保持灵活、并且易于改编和复用的各种架构技术。利用许多富有娱乐性的奇闻轶事、有思想性的例子以及有趣的类比，全面阐释了软件开发的许多不同方面的最佳实践和重大陷阱。无论你是初学者，是有经验的程序员，还是软件项目经理，本书都适合你阅读。

2、《计算机程序的构造和解释(原书第2版)》1984年出版，成型于美国麻省理工学院(MIT)多年使用的一本教材，1996年修订为第2版。在过去的二十多年里，《计算机程序的构造和解释(原书第2版)》对于计算机科学的教育计划产生了深刻的影响。第2版中大部分重要程序设计系统都重新修改并做过测试，包括各种解释器和编译器。作者根据其后十余年的教学实践，还对其他许多细节做了相应的修改。

3、《C程序设计语言》在计算机发展的历史上，没有哪一种程序设计语言像C语言这样应用广泛。本书原著即为C语言的设计者之一DennisM.Ritchie和著名计算机科学家BrianW.Kernighan合著的一本介绍C语言的权威经典著作。我们现在见到的大量论述C语言程序设计的教材和专著均以此书为蓝本。原著第1版中介绍的C语言成为后来广泛使用的C语言版本——标准C的基础。人们熟知的“hello,World"程序就是由本书首次引入的，现在，这一程序已经成为众多程序设计语言入门的第一课。

八、如何描述软件的架构？

作为一名多次做过报告的架构设计师，我给出一些我的看法。

如果可以使用图形的话，给你两个方案：第一是使用专业图形，如UML图，顶层架构图，时序图（好吧，这个包含于UML）等。非常适合专业人士之间交流。第二是使用XMIND（或者类似软件），站在产品角度，通过XMIND来描述产品各个模块功能及联系。

如果不可以使用图形的话，也给你两个方案：第一是你的受众（就是看你报告的人）的专业素养较高，那么你可通过将系统进行业务的拆分（横+纵），如Web服务端的接入层，应用层，服务层，数据层等方式进行分层汇报。第二是你的受众的专业素养较低，那你需要从多个维度来对你的系统架构进行描述，并做出一些生动的例子辅证。

当然，最好的方式就是图形加一定的文字描述。如果时间充裕的话，你还可以建立对应动态图片，来说明。

（纯手打，如果帮助到你，希望点个赞。）

九、软件架构师考试？

软件架构设计师考试不设学历与资历条件，不论年龄和专业，考生可根据自己的技术水平，选择合适的级别合适的资格，但一次考试只能报考一种资格。

考试采用笔试形式，考试实行全国统一大纲、统一试题、统一时间、统一标准、统一证书的考核办法，笔试安排在一天之内。

十、saas微服务软件架构？

微服务可以看做一种特殊的SOA架构， 它和SOA相比，它去掉了EJB，并且提供更细的服务粒度。微服务可能是最能满足SAAS4个成熟度模型的架构模式，但是它对团队和开发人员的素质要求较高。

微服务通常有两种架构形式，第一种客户端直联，第二种是通过API接口网关模式，对于SAAS而言，第一种可以直接放弃了，第二种才是合适的架构模式。