系统架构师含金量？

一、系统架构师含金量？

系统架构师还是有一定含金量的，能获得系统架构师证书是不容易的

我从事软件开发多年，也带软件团队多年，对系统架构师考试涉及到的内容还是高度认可的

多年来我跟很多架构师合作过，自己也做架构设计多年，据我了解大部分架构师都是从大量的项目中锻炼出来的，很少有拿着架构师证书企业就让你做架构师的

但是很多企业在培养架构师的时候会要求这些准架构师们考一下系统架构师证书，这对架构师的整体素质培养还是有较大帮助的

架构师考试涵盖的内容十分广泛，几乎涉及到软件设计的方方面面，从网络基础到图的设计，从安全到设计模式，从分布式框架到，这些内容也都是架构师必须掌握的内容

二、系统架构师考试攻略？

要准备系统架构师考试，首先要深入了解系统架构的基本概念和原则。掌握常见的架构模式和设计模式，了解各种技术栈和工具的特点和适用场景。重点关注云计算、大数据、微服务等热门技术领域。通过阅读相关书籍、参加培训课程和实践项目来提升实际经验。同时，要关注最新的技术趋势和行业动态，了解业界最佳实践和成功案例。最后，多做模拟题和真题练习，加强对考试内容的理解和应用能力。

三、CTO 不写代码已经引起诸多争议，架构师也不写代码，能行吗？

架构师一定要懂写代码，某种程度上他还得必须是写代码的高手。

正如善战者无赫赫之功一样，他的代码看上去平平无奇，并没有过多的技巧，只能称得上结构清晰、通俗易懂。

架构师不应该过多参与代码的编写，因为他有更重要的事情去做。

小团队靠个人能力突破，大团队靠规则、体系运作。

做为架构师，他更应该利用扎实的基本功完成下列职责，使得团队高效运作，系统无障碍运行：

1. 建立技术团队的开发流程及对分歧的议事规则
2. 指定技术团队的基础技术栈，以及禁用技术栈
3. 建立技术团队的质量控制体系，明确
4. 站在公司未来2-5年业务发展的角度，规划业务模块划分，明确模块功能范围、权责边界、通讯方式、可执行的交付时间表
5. 把划分后的模块，交到适合的人手里，并行使技术管理权力，使该模块的实现、运作符合预期
6. 负责高级工程师的招聘、面试工作，寻找“合适的人”
7. 参与核心系统（绝不能崩的系统）的需求评审、设计方案和代码review
8. 建立生产系统应急方案

同样的时间，架构师花时间在上述8点，都远比他自己亲力亲为去写代码，要重要得多。

如果作为开发，如果觉得事情一切都进展顺利，没啥挑战，很可能你们有一个很强悍的架构师，又或者一个强悍的产品经理，又或者，两者都有。那么请珍惜。

反之，如果这也需要你，那也需要你，一天到晚忙的焦头烂额却不知道自己在忙啥，你要考虑我提到的这8点，是否做到了。

但也有特例哈，如果是机器学习、渲染引擎、游戏架构这种领域，CTO就相当于首席架构师，这种是必须亲力亲为去敲代码的，纸上谈兵的取不得。谁都可以说上几句大数据、高并发、云原生，但用Cuda写出cuBlas的，少之又少，能亲手写出显存实现rbTree的，少之又少。

四、系统架构师通过率？

软考各级别的通过率并不是很高，系统架构设计师属于软考高级，难度也比初级和中级更大，因此通过率也比初中级要低。

软考各级别考试的平均通过率大约是在25%左右，这与软考报名门槛不高等因素也是有一定关系的

五、系统架构师应该掌握什么？

系统架构师是一个最终确认和评估系统需求，给出开发规范，搭建系统实现的核心构架，并澄清技术细节、扫清主要难点的技术人员。主要着眼于系统的“技术实现”。因此他/她应该是特定的开发平台、语言、工具的大师，对常见应用场景能马上给出最恰当的解决方案，同时要对所属的开发团队有足够的了解，能够评估自己的团队实现特定的功能需求需要的代价。系统架构师负责设计系统整体架构，从需求到设计的每个细节都要考虑到，把握整个项目，使设计的项目尽量效率高，开发容易，维护方便，升级简单等。系统架构师综合的知识能力包括9个方面，即：

1、战略规划能力。

2、业务流程建模能力。

3、信息数据结构能力。

4、技术架构选择和实现能力。

5、应用系统架构的解决和实现能力。

6、基础IT知识及基础设施、资源调配能力。

7、信息安全技术支持与管理保障能力。

8、IT审计、治理与基本需求分析、获取能力。

9、面向软件系统可靠性与系统生命周期的质量保障服务能力。

六、系统架构师要有什么基础？

系统架构师要全面熟识系统的构成及其关系，并有统筹、沟通协调的执行力。

七、系统架构师的工作职责？

职责一：全局的技术规划

全局技术规划是专职架构师必须要做的工作，全局技术规划要能非常明确的指引整个团队在同一时间向同一个方向前进，这对架构师的心力和体力都是有很大的考验，全局规划不仅要与业务紧密沟通，还必须有对应的技术深度和广度，应采取正确的方法论，勇敢做出判断和决策！

职责二：统一的方法&规范&机制

专职架构师不仅要能够做出全局技术规划，还要能提供统一的方法、规范和机制以保障全局技术规划的顺利有序进行，这是一项相对复杂且繁琐的过程，需进行全方位的拆解，直到权责清晰对等。

职责三：完备的基础构建

基础构建的完备程度对全局技术规划来说是十分重要的，为全局技术规划得以顺利实施提供了强大的武器库，因此，专职架构师要制定完备的基础构建。

职责四：落地的规划才是架构

这是对专职架构师最大的挑战，专职架构师应实时关注全局技术规划实施的进度，把控发展的方向，以确保与规划预期结果保持一致！

八、系统架构师是什么专业？

系统架构师不是一个具体的专业，而是一个职业。系统架构师主要负责设计和开发复杂软件系统的整体结构和架构，协调各个模块的功能，在兼顾项目需求的同时保证系统的可靠性、可维护性、可扩展性等方面的要求。系统架构师需要掌握多种技术和领域的知识，如操作系统、数据库、网络、算法等，并具备较高的架构思维和技术创新能力。在现代信息化社会中，系统架构师职业的重要性逐渐凸显。对于大型软件系统的开发，系统架构设计是其中的核心和基础。因此，系统架构师的需求越来越大，对其专业技能方面的要求也不断提高。

九、为什么 CTO、技术总监、架构师都不写代码还这么厉害？

CTO/技术总监、架构师大部分都是码农出身，极少数除外（比如曾经的阿里 CTO王坚），你非让他们写代码肯定没问题，但一个组织的领导者只以写代码来要求，并认为不写代码就不厉害那也太过狭隘了。

关于 CTO/技术总监之类的技术管理者要不要写代码曾经在互联网掀起了狂风巨浪般的争吵，说实话大多是外行在看热闹，内行其实都懂那些门道。

就拿CTO来说，真正重要的工作是：把握公司技术战略、激活公司技术组织、探索前沿技术应用等等，重点其实是围绕公司商业来制定技术战略，并实施技术战略。这里面需要的更多是商业sense和领导力。

你非拿一个CTO和一个高级工程师比业务代码编写速度，那还真有可能后者胜出，但后者肯定是担任不了CTO的，而CTO大概率曾经是一个高级工程师。

我前两年先后在两家独角兽公司做过CTO，积累了一些经验和教训，并且身边有大量的创业公司CTO朋友，经常和他们交流，甚至我还弄了一个创业公司CTO俱乐部：

基本上北京知名创业公司的CTO都在这个群里，IT届的扛把子左耳朵耗子叔也在。

而在今天IT行业高速发展的现状下，很多技术大牛就因为技术特别牛逼，可能就会被提拔成技术总监甚至CTO。

能否做出好的技术选型节约团队研发时间？能否管理好老板不合理的预期？能否整合公司其他部门资源为本部门所用？能否把本部门的价值输出最大化？能否给部门产品技术赋能，形成对竞争对手的技术竞争优势？

这些才是管理上百人甚至几百人的CTO/技术总监需要重点思考的事情。真正硬核的技术大牛，可能更适合单干或者带一只特种部队（10人以内），因为他们的价值更多在于技术攻坚而非技术领导力。

我认为：每一位真正的CTO/技术总监，都需要具备超强的技术领导力，都需要跨越的四道槛：

1.第一个跃升，叫责任跃升

CTO的主要职责是：

平台规范：与技术经理/架构师/程序员共建软件公共平台提升效率：提升技术团队的工作效率，构建技术团队的文化资源协调：管理和协调公司各个部门占用本部门各条线的资源教练技术经理/架构师，提升技术经理的管理能力，提升架构师的业务思维参与商业决策确定对竞争对手的技术优势

我刚担任一家A轮公司CTO时，团队遇到技术困难，习惯于上阵去解决。问题是解决了，回头发现团队的产出反而慢了。原因很简单，关键的技术决策、规划、资源协调、培养下属、商业决策等工作都被耽误了。

CTO/技术总监需要对技术团队业绩负责。当团队规模变大，除非问题真的只有你能解决，否则不能轻易陷进去。承担新的责任，很重要。

（PS:感谢大家耐心阅读，顺便给大家推荐一份阿里P8大佬撰写的算法笔记，程序员要想进大厂先从刷算法做起是个好方法，算法厉害的人进大厂非常容易，身边不少朋友通过它加入大厂：

看看这本书的目录和排版！相当经典！

2.第二个跃升，叫业务跃升。

要实现这种跃升，先做到四个理解：

从用户价值视角去理解业务：业务必须为用户价值服务，需要洞察用户真正需求。

从用户视角去理解业务：用户从哪来，整个流转过程做了哪些事、用户使用业务的具体场景是什么？

从商业视角去理解业务：业务方向跟公司的商业战略是否一致，怎么通过业务流程赋能商业腾飞？是降本增效还是增大投入取得突破？

从产品视角去理解业务：产品怎么完成对业务的支撑？开发哪些产品重要，哪些没那么重要？

这四个理解，又可以称为：业务洞察力。

CTO需要提升对用户的理解、具备基础的商业知识和一定的产品能力。并将这些能力应用到对业务的驱动中，最终培养出卓越的业务洞察力。

这就是第二个重要的跃升：业务跃升。

另外我把大学和工作中用的经典电子书库（包含数据结构、操作系统、C++/C、网络经典、前端编程经典、Java相关、程序员认知、职场发展）、面试找工作的资料汇总都打包放在这了，点击直接获取：

我已经帮大家打包好了，点击下方链接直接获取：

看看这本书的目录，非常经典：

3.第三个跃升，叫战略跃升

CTO必须具备一定的战略决策能力。什么是战略决策能力？战略决策能力不是有很多天才Idea，每个Idea都可以颠覆世界。比决定做什么更重要的是你能决定不做什么。

只有真正理解了用户、业务、商业、产品，才能做出最重要的关键决策。进而才能具备战略决策能力。技术团队是成本团队，资源用在哪，资源投入的多少，都需要决策。

拿阿里举例：阿里要求P9管理者要具备一年的战略决策能力，P10要具备三年的战略决策能力。

能不能在有限资源下，做出正确的选择，这是做好技术总监的第三个重要的跃升：战略跃升。

4.第四个跃升，叫沟通跃升

既然是CTO，自然需要跨部门协调资源、推进合作、判断需求，有时候可能还要做跨公司的沟通。这个过程，真正理解其他部门/公司的需求非常重要。

有时候，技术人和其他部门的同事会有沟通困难的感觉，甚至相互都觉得对方不能理解自己，其实往往是沟通语言上出了问题。

对CTO而言更困难的是如何跟老板沟通。前几天，和几个做安全的技术VP聊天，大家谈到一个问题：企业的安全投入力度怎么控制。

一个朋友说了这么一段话：安全防护这件事很头疼，不出事老板觉得团队没什么价值，出事了老板也会觉得团队没什么价值。其实不仅是安全团队，只要是技术支撑型团队，遇见不是技术出身的CEO，都有可能存在这种困境。

大家讨论了半天，最后结论是：这必须有一个能向上做好管理的CTO。他需要能用老板听得懂的语言，告知投入的必要性，并获得老板的支持。

CTO如果不能做到和老板的良好沟通，结局一般都会暗淡出局。

以上四点是我认为CTO需要具备的能力。

CTO和总监还需要三点基本能力：

1.以身作则

这点是管理中最重要的一点，没有之一！

很多人天真的以为管理者就是管团队，管别人，别提多滋润。错！一名真正优秀的管理者首先是管理自己，并且在工作中能做到以身作则！先来看张图：

请问大家喜欢哪一种管理者？我认为优秀的管理者绝不是高高在上的BOSS，而是带着使命感带领大家走向团队成长的那个人。

你的一言一行、一举一动对员工都具有教育性、示范性和影响力，起着耳濡目染、潜移默化的作用。

很简单，你要求团队不准迟到，那你自己就别迟到。你想让团队打鸡血奋勇杀敌，那你也要冲在前面，不是兄弟们天天加班你天天度假。

还要说一句：以身作则是传递企业价值观的唯一方法！

2.提升领导技能

领导技能缺失是很多业务骨干被提升为初级管理者后的最大障碍，甚至很多人在整个管理生涯中，都无法在领导技能这一项里取得突破。

一个业务骨干，如果沟通还不错，很容易在团队被提拔成经理。而这个时候角色就从个人贡献者跨越到团队贡献者。所考虑的首先是团队的效能，而不是个人的贡献。

领导技能的跨越：

• 总监级别需要实现从管理他人到管理经理人员的跨越，这一层级管理者要开始具备更广阔的视野，要对业务有更深入的理解，并且要肩负培养和教练一线经理的职责
• 高级总监/事业部总经理需要实现从管理经理人员到管理职能部门的跨越，这一层级的管理者要开始关注商业/业务/财务，并培养制定长期战略的能力
• VP/CXO需要拥有优秀跨部门沟通整合能力，优秀的战略洞察能力以及对商业/业务/财务的深度理解

管理者共同的领导技能包括：

• 充分的授权和关键节点的检查
• 能担任下属的职业教练
• 制定团队计划的能力
• 目标管理的能力
• 优秀的沟通协调能力

千万千万千万千万千万千万不要出现管理错位！

比如经理干着骨干的活，天天攻坚，让骨干没活可干。总监直接管着所有人，让经理没法成长。VP带着一群经理，让总监无所适从。

3.学会时间管理

新的时间分配结构，决定如何工作。

先说一句：如果没有培养出对应管理层级需要的领导技能，那这个管理者的时间分配一定会有严重问题。

管理层级的时间分配：

• 总监级别需要将大部分时间用于管理、沟通、协调资源，同时需要花时间深度理解业务，并且要开始学习更多新知识
• 高级总监/事业部总经理需要花更多的时间分析、思考、平衡长期目标和短期目标，并要开始具备一定的战略规划能力
• VP/CXO需要花大量时间和事业部班子成员沟通，花大量时间学习新领域，规划新业务，参与制定公司战略

每个程序员其实都有一个技术总监/CTO梦想，这里再送一本我撰写的技术人职场发展资料：

祝大家前程似锦，在编码的道路上一马平川。

要是觉得不错的话，那就帮我

@findyi

点个赞，一键三连呗，硬核码字不易。

十、高级系统架构师好考吗？

系统架构设计师考试属于软考中的一项高级资格考试,难度是有的。考试分综合知识、案例分析和论文3个科目。上午考的综合知识为选择题,难度不是很大,主要难的是下午的案例分析和论文题,要考好这两门，除了学好考纲里的内容，还需要自己去理解去分析，将理论应用于实际。

此外，系统架构设计师考试是2009年才开设的，且只在每年的下半年开考，相比于其他的软考科目来说，开设时间短，复习起来资料会相对少些，难度也会大些。

顶一下

(0)

0%

踩一下

(0)

0%