聊一聊，今年参加软考高级的一些总结

先上结论，系统架构设计师考题难度不高，总之多读书，多刷题，多写博客，多总结，有一定工作经验的基本上都非常容易过。但是我估计自己考不过，主要是论文这块没写好，思路不清晰，时间把握不好，这块我后面会详说。

先来说上午选择题，总共90分钟75道选择题，题目内容还是非常简单的，基本上都是书上的内容，其中有几道题还是原题的变形，选择题只需要重复刷题、重复看书考过45分没啥难度。别看系统架构设计师是属于高级科目，但是系统架构设计师中的知识点也有近25%的内容也是中级科目软件设计师中的内容，所以我建议在考系统架构设计师之前先去考软件设计师，再一个就是软件设计师一年考2次，系统架构设计师一年考1次，要珍惜这一年仅有一次的考试机会。

聊一下下午题，我个觉得下午题真的是区分技能水平的分水岭，对于在开发技术上经验不高、架构设计经验欠缺的考生来说，基本上很难回答出来。下午题分为两个部分，第一部分是案例分析题，总共90分钟9道题，就是按照题干的要求结合实际工作中的开发经验给出题目的解，我记着好像是5道选填题，再加上4道问答题，问答题字数需要写200个字。第二部分论文题，从给定的四篇论文命题选一个命题，总共120分钟，需要写2500字，包括摘要部分和正文部分，我两小时写完以后手都敲麻了。

下午考试的案例分析题，本次考试的案例分析题我个人觉得还是很简单的，除了第一题大数据架构这块没有太多的了解，其余的都是日常开发过程中都会遇到的问题，问答题都是要求200字以内的回答。

第一题，考大数据的Lambda和Kappa架构方面的问题，这一题虽然我日常开发过程中没有实际参与过大数据架构设计以及大数据项目，但是凭借着开发经验也差不的能够理解题干想表达的意思，答案也是凭借着经验填写，如果是根本不了解大数据架构的，这一题基本上上就GG了。

第二题，我印象中考的是一个分布式应用系统架构图，图中用分层式的方式画出了各种组件所处的位置以及之间的关系，就是nginx、gateway、注册中心、mycat、mysql那一套。题干要求在填空中写出这些组件的名字，这一题很简单，只要是有微服务系统开发经验的考生基本上都可以回答出来。但是如果没有微服务项目开发经验，估计至少也能写对一半，相对很简单。

第三题，考的是jwt方面的知识，题干要求写出jwt三个组成部分，这一题也很简单，因为只要是开发过互联网项目的会使用到jwt技术，如果问jwt做什么用的，估计没有人回答不上来；但是如果问jwt字符串由哪几部分组成，估计也有很大一部分人回答不上来。MDD，这一题我就没回答上来。

第四题，考的是mysql集群高可用、数据一致性方面方面的问题，这一题还是有难度的，实实在在的架构设计问题，并且是偏向运维层面的，这一题如果没有真正的做过系统架构设计是很难得分的。其中涉及mycat、keepalived、mysql主从复制、mysql读写分离方面的技术和知识点。这一题我答的还是很666的。

第五题，考的是在redis+mysql的缓存架构，主要是关于先写redis再写mysql产生mysql写入失败问题，题干1、为什么写入mysql会失败。题干2、如何解决msyql写入失败问题，这题太常见了，它也是面试必问的题目。这一题同上，考的也是实实在在的架构设计问题，哪怕没有参与过架构设计工作，只要做过互联网项目在开发中基本都会遇到，就算真的没有参与过互联网项目，那么每天的各种技术推文中也会看到类似的文章，像：究竟该先写redis还是mysql、redis+mysql缓存一致性、使用消息队列解决缓存更新失败等等太多了。所以这一题也是很简单的。

第六题，考的是当redis缓存失效时读会取mysql的问题，题干1、什么情况下会redis会缓存失效去读取mysql，题干2、如何配置mysql读写分离。这一题也是实实在在的架构设计问题。像什么布隆过滤器、异步更新缓存、mycat、shardingsphere等，这些都是实际应该用过程中的解决方案，相对还是比较简单的。

总的来说，此次系统架构设计师下午的案例分析题没有太大难度，像问答题这种本身就没有标准答案，只要在200字以内描述清楚、表达合理即可，考的几乎都是开发过程中的实际应用，或者在互联网行业、微服务分布式架构下的技术应用，平时多看看、多总结、多写写，回答写200字基本上都没啥问题。

接下来再聊一聊下午的论文题，论文考试是从给定的四篇论文命题选一个命题，总共120分钟，需要写2500字，包括摘要部分和正文部分。此次考试论文给了四个命题，第一个命题是关于的大数据架构及应用方面的；第二题考的边缘计算和边云计算方面的；第三题考的是质量体系结构方面的（记不清了）；第四题考的是面向对象分析和设计方面（我记忆中）。

我选的是面向对象分析&设计这块的命题，因为我本身也是做软件开发的，每天都在写代码，每天也都在使用面向对象设计来解决业务问题，所以自己觉选择面向对象分析&设计应该没有什么问题，但是真正写论文发现不是那么回事。

我在写论文过程中犯了几个错误，第一，关于写作时间的把控，整个论文的写作时间为120分钟，拿到命题以后我构思花了30多分钟，这就导致我剩下死的写作时间只有90分钟，90分钟要打2500个字，每分钟27个字，本身打字也不快，看着时间一点一点的过去，心里压力陡然上升，这也就间接导致了写作过程中不会有太多时间思考文章逻辑关系，一旦文章上下文逻辑写错，再修改只能消耗更多的时间。
第二，写作时思维逻辑思维混乱，本来我想论文只需要从我做过的项目中抽取一个项目展开来讲，然后针对命题所提的到的技术点进行返回和回应，但是写错的过程中由于思路不清晰，导致写出来的内容再前后逻辑上不非常不顺畅，针对一些技术和设计上的表达始终不满意，来回重写，浪费了大量的时间。
第三个，对论文中核心技术的应用和实现方式表达不够简洁，导致其中一个技术论点占用了大量的篇幅，使文章看起来层次不清晰，这个也间接导致了第二点的写作逻辑问题。

事后对论文写作进行总结，1、平时写作太少了或者就没有进行过总结，导致这种关键时刻肚子里面没有货，写不出来。
2、对于知识技术方案的理解和实现还是停留在表面，口述的看似清晰，但是一旦落到纸笔上就是写不出来，归根到底还是写的太少了。
3、对于写作时间的把控，像这种120分钟2500字的论文，必须要有100分钟以上的时间来写作，应该在纸上画出思维图，然后在进行写作，效果或许更好。

最后再来聊一下考场环境，可能并不是每个考场都是一样的。由于今年是软考改革的第一年，在一个房间里面密密麻麻的做了百十号人，俨然就是个大网吧，在写论文的时候，现场那敲击键盘的声音一个比一个响。往年系统架构设计师都是纸笔考试，难以想象那个时候写论文如何写错了或者字迹不好的该怎么办，毕竟2500字呢。

考完了，心里就轻松了，静静地等待12月份的考试结果。如果没过那就24年11月再考了，系统架构设计师考试一年一次！！！

以上就是我2023年系统架构设计师软考考后感，我猜论文这块来看我估计过不了，如果一起备考2024年系统架构设计师的可以私信一起好友！！！