35岁，我决定系统考证

35岁，我决定系统考证

写在开头

35岁那年，我突然意识到一个问题：工作十几年，踩过的坑无数，做过的项目也不少，但这些经验像一盘散落的珠子，串不起来。

我知道很多东西，但我说不清楚。
我能解决问题，但讲不明白原理。
我用了很多框架，但不知道为什么要用这个而不是那个。

这种感觉很难受。就像练武之人，内功深厚，但招式乱七八糟。

于是我决定停下来，花点时间系统学习。不是为了那张证书，而是为了把自己十几年的经验，打造成一座可以站立的房子。

AI时代，程序员的出路在哪里

这个想法不是今年才有的，是这两年看着AI越来越强，心里越来越不踏实。

Claude能写代码，Cursor能帮你调试，GPT能生成项目。以前我花几天写的东西，AI可能几分钟就出来了。

我在想：如果AI继续这样进化，5年后、10年后，程序员这个职业还会在吗？

我不知道。

但我知道一件事：AI能替代的是「写代码」这个动作，不是「解决问题」这个能力。

AI可以生成代码，但它不知道你的业务问题是什么。它可以帮你写一个用户注册功能，但它不知道你的公司为什么要这样设计业务流程。

真正有价值的，不是你会写代码，而是你知道要解决什么问题，用什么方式解决，解决得好不好。

这就是架构师存在的意义。

软考架构师学的不是某个框架怎么用，而是：计算机系统是怎么工作的，什么场景用什么方案，怎么权衡利弊，怎么把控全局。

这些东西，AI取代不了。

当然，如果真的有一天，这行真的待不下去了——

我也希望那是一个完整的句号，而不是狼狈的省略号。

十几年的积累，不算白费。经验、思维、方法论，这些不会消失。它们会变成我的底层能力，陪我去任何地方。

但在那一天到来之前，我不想坐以待毙。

我想试一试：我能不能在AI时代找到自己的位置？哪怕找不到，我也希望是我主动选择的，而不是被时代淘汰的。

这就是我决定备考的原因之一。

---

为什么是软考架构师

说出来有点不好意思，最初的动机是想证明自己。

35岁，程序员，身边都是年轻人。他们学新东西比我快，调侃我"老程序员"。我也自嘲："老古董，跟不上时代了。"

但我不服气。

我不是学不过他们，我是没有系统学过。工作十几年，全靠野路子。我需要一张体系化的地图，把我知道的东西安放在对的位置。

软考架构设计师，刚好是这个体系化的入口。

• 它考的是计算机从业者的通识：网络、操作系统、数据库、软件工程、架构设计
• 它考的是实战经验：案例分析、论文写作
• 它证明的是：你不仅能干活，还能把为什么这么干讲清楚

这不是一张用来炫耀的证书，是一张用来检验自己的证书。

---

工作十几年，我悟到了什么

技术会变，但底层逻辑不变

写Java的人可能在用Spring，写Python的人可能在用Django。但他们都在解决同一个问题：怎么组织代码，让它易维护、易扩展、易理解。

框架会过时，语言的语法会变，但计算机科学的底层逻辑——操作系统怎么调度进程、数据库怎么存储数据、网络怎么传输数据包——这些不会变。

软考架构师考的就是这些底层的东西。

越往上走，越发现知识不够用

写代码的时候，我觉得自己还挺厉害的。

带团队做架构设计的时候，我发现我脑子里有很多模糊的概念，但说不清楚它们之间的关联。

• 可用性vs可靠性，区别是什么？
• CAP定理，适用的场景是？
• 缓存穿透、缓存雪崩、缓存击穿，分别怎么处理？

这些问题我知道答案，但不够准确，不够体系化。

一个架构师不需要什么都精通，但需要什么都知道一点，知道什么场景用什么，知道坑在哪里。

这就是架构师的价值，也是我需要补上的短板。

---

备考时间很长，如何坚持下去

这是最难的部分。

我不是没试过学习。工作之后买了很多书，flag立了无数个，每次都是前三天热情高涨，一周后断断续续，一个月后彻底放弃。

这一次，我不想重蹈覆辙。

1. 先解决「开始」的问题

以前失败的原因是：我想做的事情太多，开始的阻力太大。

这次我给自己定了一个规则：每天只做5分钟。

不是看1小时书，不是刷50道题。只是翻开书，坐下来，看5分钟。

听起来很蠢。但它的核心逻辑是：最难的不是坚持，是开始。一旦你坐下来打开书，你通常会超过5分钟。

2. 给自己找一个「利益相关」

一个人学习很容易放弃。但如果你告诉别人你在做这件事，就会有人问你进度。

我不想让人失望，所以我得认真对待。

我把目标写在纸上，贴在床头。每天看到它，就提醒自己：你在干什么，为什么要干这件事。

3. 偏离了，就立即回来

一定会断的。这是规律。

有一天加班太晚，没看书。
有一天应酬，回来晚了。
有一天就是不想看。

没关系。断了就断了，不要自责。自责是最大的敌人，它会让你觉得自己已经失败了，然后彻底放弃。

正确的做法是：第二天继续，只当什么都没发生。

补救日这个方法很有用：如果断了3天，第四天就叫"补救日"，双倍补回来（哪怕只是多看10分钟）。

这不是欺骗自己，这是打破愧疚感的方法。

---

软考架构师能学到什么

知识框架

软考上午题覆盖的内容，几乎是一个计算机从业者应该了解的所有领域：

• 计算机组成与系统结构
• 操作系统
• 计算机网络
• 数据库
• 软件工程
• 信息安全
• 架构设计

如果你认真学过这些，你的知识不再是碎片，而是一张网。每个知识点都和其他知识点相连。

系统思维

架构师的核心能力是权衡取舍。

这个功能要用什么技术实现？A方案优点是A，缺点是B；B方案优点是C，缺点是D。你选哪个？

这不是背答案能解决的问题，这是需要经验和思考框架的。

软考的案例分析和论文，训练的就是这种思维：在给定的约束条件下，做出最合理的决策。

实战能力的检验

很多人工作了很多年，但没有认真思考过自己做过的项目。

论文要求你写一个项目的架构设计——背景是什么，遇到什么问题，怎么设计的，效果如何。

这个过程倒逼你复盘自己的工作：我做的这个项目，真的是最优方案吗？

很多架构师从来不问自己这个问题。但问过和没问过，是不一样的。

---

如何备考

资料选择

教材必须要有：《系统架构设计师教程》，清华大学出版社。

视频课：B站韩立刚。他的计算机网络、操作系统、数据库课程讲得很系统，适合打基础。

题库：历年真题，必须做。近5年的上午题刷3遍，下午题和论文准备好模板。

学习方法：三遍法

第一遍：看视频 + 划书。1.5倍速，边看边在教材上划重点。不需要记住，知道"这个知识点在哪"就行。

第二遍：做题 + 回查。看一小节，去找对应题目做。做错的题回到教材，找到答案并标记。

第三遍：整理笔记 + 串联。每章结束后画一张思维导图，找出这章和其他章节的关联。

时间规划

距离11月考试约5个月，我的计划是：

阶段	时间	任务
第一阶段	5-6月	教材通读，搭框架
第二阶段	7-8月	背高频考点，刷上午题
第三阶段	9月	案例分析专项
第四阶段	10月	论文模板准备
第五阶段	11月	模拟考试，查漏补缺

每周的工作日早起20-30分钟，周末1-2小时。总量150-200小时，够了。

---

考试内容简介

软考架构师分三科，必须同时通过：

科目	题型	时长
综合知识	75道选择题	150分钟
案例分析	5道选3道问答题	90分钟
论文	二选一，2500字	90分钟

上午题面广但不难，下午案例需要理解，论文靠模板。

一年两次，下半年考试在11月。

---

写在结尾

35岁开始努力，晚不晚？

我觉得不晚。

真正晚的是：50岁的时候还在问同样的问题。

我没有想过要成为多厉害的人。我只是想：在40岁的时候，不要后悔35岁没有开始。

考证不是为了那张纸。是为了证明自己：我能系统学习，我能坚持到底，我能把自己知道的东西讲清楚。

这才是我这几年要做的事情。

---

35岁，普通程序员，开始备考软考架构师。
记录这个过程，不是为了证明给谁看，是为了让自己记住：我还在路上。