系统架构
文章平均质量分 93
碳学长
这个作者很懒,什么都没留下…
展开
-
城市信息模型平台顶层设计与实践-CIM-读书笔记
CIM原创 2024-01-15 22:49:18 · 1797 阅读 · 0 评论 -
Serverless架构:无服务器应用与AWS Lambda-读书笔记
Serverless 架构原创 2023-12-28 13:05:08 · 1738 阅读 · 1 评论 -
大数据技术基础-读书笔记
大数据技术基础-读书笔记原创 2023-12-21 23:15:06 · 2042 阅读 · 0 评论 -
数据压缩入门-读书笔记
数据压缩:让世界变得更小原创 2023-12-20 21:15:45 · 1248 阅读 · 0 评论 -
云原生架构总结-读书笔记
云原生架构原创 2023-12-14 22:34:36 · 2022 阅读 · 0 评论 -
湖仓一体架构理论与实践汇总
软件研发本质上属于“手工业”。软件研发在很大程度上还是依赖于个人的能力。当软件规模较小时,依赖“手工业”可以解决问题,但是当软件规模大了之后再依赖“手工业”就不行了。软件的复杂度包含两个层面:软件系统层面的复杂度和软件研发流程层面的复杂度。对于大型软件来讲,复杂才是常态,不复杂才不正常。软件系统很难一开始就做出完美的设计,只能通过功能模块的衍生迭代让软件系统逐步成型,然后随着需求的增加再让功能模块进行衍生迭代,因此本质上软件是一点点生长出来的,其间就伴随着复杂度的不断累积。原创 2023-12-13 21:27:13 · 1954 阅读 · 0 评论 -
分布式架构原理与实践读书笔记
架构设计师的理性模型架构设计切割架构设计师、系统设计师、系统安全设计师和用户体验设计师之间的沟通。原创 2023-12-09 19:19:40 · 181 阅读 · 0 评论 -
生成式人工智能笔记-AIGC笔记
ChatGPT的“前世”与Transformer(变换器)模型关系紧密,而Transformer模型诞生于2017年。2017年,谷歌大脑团队在神经信息处理系统大会发表了一篇名为《注意力是你所需要的全部》(Attention Is All You Need)的论文。这篇论文的作者在文章中第一次提出了一个基于注意力机制的Transformer模型,并且把这个模型首次用在理解人类的语言上,这就是自然语言处理。原创 2023-12-07 22:16:16 · 827 阅读 · 0 评论 -
秒懂设计模式笔记
在面向对象软件系统中,优秀的设计模式一定不能违反设计原则,恰当的设计模式能使软件系统的结构变得更加合理,让软件模块间的耦合度大大降低,从而提升系统的灵活性与扩展性,使我们可以在保证最小改动或者不做改动的前提下,通过增加模块的方式对系统功能进行增强。相较于简单的代码堆叠,设计模式能让系统以一种更为优雅的方式解决现实问题,并有能力应对不断扩展的需求。随着业务需求的变动,系统设计并不是一成不变的。在设计原则的指导下,我们可以对设计模式进行适度地改造、组合,这样才能应对各种复杂的业务场景。然而,原创 2023-12-07 12:15:43 · 111 阅读 · 0 评论 -
软件平台架构设计与技术管理之道笔记
领导软件平台各方面的工作,对技术底蕴、思维模式、决策能力、工作风格、文化铸造等方面都有极高的要求,可以称之为“领域智慧”。认知盲区的代价是巨大的,“不知”比“不会”的后果更严重,可能导致方向性的错误。庞大的科技队伍,可谓千人千面,管理工作中出现举棋不定、迷茫不清时,唯有以扎实的认知作为心理的定海神针,切不可做无根之水。在繁冗、枯燥的IT技术工作中,埋头干活不能忘记抬头看路,主动发现更多的“艺术”细胞,增加更多的抽象领悟,终会拨云见日。在工作陷入僵局时,回到认知上去审视自我,助力破茧而出。原创 2023-12-04 21:25:43 · 557 阅读 · 0 评论 -
跨越鸿沟-颠覆性产品营销指南笔记
竞争性定位罗盘罗盘提供的方向以纵横两个标记轴的形式呈现,横轴表示客户对高科技产品问题的兴趣和理解范围。一般来说,早期市场的客户主要是技术专家,既然是技术专家,他们的兴趣更多在于技术和产品,而不是市场和企业。相比之下,主流市场的客户主要是普罗大众,他们更关心的是市场领导力和企业稳定性,而不是具体产品的参数或者性能。纵轴表示另一个衡量标准,即市场对于产品价值主张的态度,分为怀疑和支持两种。刚开始的时候,市场的态度都是怀疑的,随着时间的推移,市场逐渐变成支持态度。在早期市场,技术狂热者是持怀疑态度的看门人;原创 2023-12-01 22:38:58 · 587 阅读 · 0 评论 -
中台战略思想与架构总结
中台原创 2023-11-30 12:20:51 · 394 阅读 · 0 评论 -
程序员必读之软件架构书摘
软件开发的敏捷方法是指:快速行动,拥抱变化,持续交付,接收反馈,不一而足。因此给软件架构打上"敏捷"一词,表示它能够应对所处环境中的变化,适应不断变化的需求。但以敏捷方式交付软件并不能保证得到的软件架构是敏捷的,往往可能是因为团队更关注交付功能,而非架构。概括来说,架构就是结构和愿景,这个过程的关键在于理解重要设计决策。敏捷和架构并不冲突。考虑架构的驱动力不需要花很长时间,却能为软件设计的其他部分提供一个开始。经验就是:小方向有大用场。原创 2023-11-27 22:52:18 · 783 阅读 · 0 评论