首页 星云 工具 资源 星选 资讯 热门工具
:

PDF转图片 完全免费 小红书视频下载 无水印 抖音视频下载 无水印 数字星空

架构师备考的一些思考

编程知识
2024年09月04日 08:58

前言

之前的python-pytorch的系列文章还没有写完,只是写到卷积神经网络。因为我报名成功了系统架构师的考试,所以决定先备考,等考完再继续写。

虽然架构师证书不能证明技术水平,但在现实生活中的某些情况下是有意义的。考试虽然无聊,但有些考题还是蛮有意思的。

思考

看了几套架构师的考题,发现个有趣的现象,就是综合知识的考题都会加入当年流行的概念,比如2020年就有问微内核的考题,这是因为19年华为发布了鸿蒙系统。

这让我想起来两种架构师的区别,一种是能从1-100搭建框架的,一种是10-100搭建框架。什么是10-100呢,就是找一个开源项目或者付费开源项目。

区别一:10-100的架构师的特点是,当开发向他发问一些细节问题,他会让开发去自己调查,如果推脱不掉,他就只能自己调查,然后把意见给开发。而1-100的架构师,会直接给出答案。

区别二:10-100的架构师就会特别关注这种实事,比如鸿蒙发布的系统这种事;然后通过加入10概念+10组件,让100分的系统进化到200分。而1-100的架构师会深入研究组件,然后优化或者自研组件,然后将重组后混合的5个概念和3个组件,以最优的性能的方式,将其加入到系统,然后将系统从100分提升到200分。

两种模式的架构师,其实都很累,但10-100分的架构师是更被重视,而且其所在团队的人数数量通常是,1-100架构师的团队人数数量的5-10倍。所以通常10-100的架构师会被老板认为能力更强,毕竟带的团队更大,概念和组件更多。

回到架构师考试,这个考题,从本质上就是从java的10-100架构师的角度出发的。

后来,我又回头看了软件设计师的考题,因为我已经从1-100的net架构师转java开发了,所以我看这考题就有一种很深的思考,那是一种这考题就是为了java开发出的感觉。

比如,23种设计模式,这个就是在java里玩的很转,这是因为java语言的不完善,他是一个高级语言和低级语言的结合,但在其他语言,23种设计模式就是常规的写代码操作,完全没必要学习,因为只要你会写代码,你写的每行代码都可以解释为23种设计模式中的一种或几种。

而如果你是java开发,只要你工作几年,就会对23种设计有深刻理解,完全不用背,因为总用。但其他语言开发,就得背,而且背的时候还不理解,因为它违背了你认知,所以你不可能背明白。

再比如微服务设计,只有java搞无限制的http请求,例如一个用户创建接口里要创建用户和部门关系,而创建用户部门关系又要验证用户是否存在,那么我们就有token,创建用户,创建用户部门关系,验证用户存在,4个http请求,如果业务复杂,10+的http请求也是可能的。

这在其他语言是不可理解的,因为其他语言玩微服务不是这样的。但因为java的环境如此,所以会有很多相关问题,而这些问题被拿到考题中,这就跟其他语言的开发者的认知相背了,所以这是其他语言开发根本不可能靠背和理解能认知的。

考题

当然还是有一些考题很有意思,下面是09年的考题,虽然是以前的,可能这题型不会考了,但还是挺有意思,可以学习一下。

当然这题的答案我认为是有问题的。

image
这道题,关键点是ZP=Z,在已知转移矩阵p的情况下,已知x是当前的销售数量,例如x=[10,5],那么如果要预测下一次该品牌的销售概率x'的话,可以使用公式x'=x⋅P。

[10,5]⋅ [ 0.8 0.4    =10*0.8+5*0.2  10*0.4+5*0.6  =  [9,7]
        0.2 0.6 ] 

即A,B品牌下次卖 [9,7]。
因为ZP=Z,所以,选项中的最终占有率就是Z,所以我们挨个计算就行。
答案是D。
计算如下:

[2/3 1/3]⋅ [ 0.8 0.2    =2/3*0.8+1/3*0.2  2/3*0.2+1/3*0.6  =2/3*4/5+1/3*1/5  2/3*1/5+1/3*3/5 =9/15+1/15 2/15+3/15  =2/3 1/3
            0.2 0.6 ] 

所以d令zp=z成立,所以选D。


注:此文章为原创,任何形式的转载都请联系作者获得授权并注明出处!



若您觉得这篇文章还不错,请点击下方的【推荐】,非常感谢!

https://www.cnblogs.com/kiba/p/18388762

From:https://www.cnblogs.com/kiba/p/18388762
本文地址: http://www.shuzixingkong.net/article/1717
0评论
提交 加载更多评论
其他文章 图穷匕见-所有反DDD模式都是垃圾
本文书接上回《主观与客观,破除DDD凭经验魔咒》,关注公众号(老肖想当外语大佬)获取信息: 最新文章更新; DDD框架源码(.NET、Java双平台); 加群畅聊,建模分析、技术实现交流; 视频和直播在B站。 开个玩笑 “我不是针对这一个问题,我是说所有的反DDD模式都是垃圾”,作为教练,在团队中我
图穷匕见-所有反DDD模式都是垃圾 图穷匕见-所有反DDD模式都是垃圾 图穷匕见-所有反DDD模式都是垃圾
借助表格技术提升智能审计云平台应用体验
背景说明: 2009年,立信加入全球第五大国际会计网络——BDO国际。BDO 全球各地成员所均使用统一的审计方式,在完全遵守国际审计准则的原则同时,也会应不同地区要求提供附加指引,确保在全球提供一致的服务水平。如今,立信的审计过程及档案记录均已实现电子化。然而,审计工作并非一成不变,为了给客户提供最
借助表格技术提升智能审计云平台应用体验 借助表格技术提升智能审计云平台应用体验 借助表格技术提升智能审计云平台应用体验
利用分布式锁在ASP.NET Core中实现防抖
前言 在 Web 应用开发过程中,防抖(Debounce) 是确保同一操作在短时间内不会被重复触发的一种有效手段。常见的场景包括防止用户在短时间内重复提交表单,或者避免多次点击按钮导致后台服务执行多次相同的操作。无论在单机环境中,还是在分布式系统中都有一些场景需要使用它。本文将介绍如何在ASP.NE
利用分布式锁在ASP.NET Core中实现防抖
【题目全解】ACGO挑战赛#8
前言:本次挑战赛的难度相较于前面几期有所提升,主要还是因为集训的关系,出题组的成员们没有充裕的时间想原创题目(so,只能原模原样搬运某一场 ABC 的考试了。)Anyway,AK 了就行。 备注:由于 Python 的常数过大,本题解暂不同步更新 Python 版本的题解。 第一题 - Inters
1p-frac:已开源,仅用单张分形图片即可媲美ImageNet的预训练效果 | ECCV 2024
分形几何是一个数学分支,主要应用于作图方面。一般来说,分形经过无数次递归迭代后的结果。比如取一条线段,抹去中间的三分之一,会得到长度是原三分之一长的两条线段,中间隔着相同长度的间隙。然后重复这个动作,直到所有的线段都被抹掉,就将会得到被以固定模式出现的间隙隔开的无限多的点,这就是康托尔集合。 目前有
1p-frac:已开源,仅用单张分形图片即可媲美ImageNet的预训练效果 | ECCV 2024 1p-frac:已开源,仅用单张分形图片即可媲美ImageNet的预训练效果 | ECCV 2024 1p-frac:已开源,仅用单张分形图片即可媲美ImageNet的预训练效果 | ECCV 2024
LLM大模型基础知识学习总结
在这个已经被AI大模型包围的时代,不了解一点大模型的基础知识和相关概念,可能出去聊天都接不上话。刚好近期我也一直在用GPT和GitHub Copilot,也刚好对这些基础知识很感兴趣,于是学习了一下,做了如下的整理总结,分享与你!
LLM大模型基础知识学习总结 LLM大模型基础知识学习总结 LLM大模型基础知识学习总结
LoRA大模型微调的利器
LoRA模型是小型的Stable Diffusion模型,它们对checkpoint模型进行微小的调整。它们的体积通常是检查点模型的10到100分之一。因为体积小,效果好,所以lora模型的使用程度比较高。
LoRA大模型微调的利器 LoRA大模型微调的利器 LoRA大模型微调的利器
OpenTelemetry 实战:gRPC 监控的实现原理
前言 最近在给 opentelemetry-java-instrumentation 提交了一个 PR,是关于给 gRPC 新增四个 metrics: rpc.client.request.size: 客户端请求包大小 rpc.client.response.size:客户端收到的响应包大小 rpc
OpenTelemetry 实战:gRPC 监控的实现原理 OpenTelemetry 实战:gRPC 监控的实现原理 OpenTelemetry 实战:gRPC 监控的实现原理