这是芃篙君的第【4.2】篇原创
本文是一篇翻新的旧文。适合在软件行业的朋友。大概2700字，阅读需要9分钟。
你好呀，我是芃（péng）篙，一个相信思考和努力能够拿到结果的家伙。
今天主要聊一下软考系统架构师&系统分析师的论文这一科目的相关经验。
备考思路
论文是四道论题，选一题作文，两个小时时间。根据过往经验，300字摘要+2400字正文是过关的基本要求。
不少朋友会被这一关劝退。不过白云大妈有一句话说得好，“这都是能练出来的玩意儿！”，其实问题不大。
依旧是，把大象装进冰箱，分三步走：
1、学习基本规则和框架
规则和框架真心是推荐学习下分析师开源项目system-analyst的讲义章节论文写作技巧及其他几个主题范围讲解的PPT。
里面有最基本的需要规避的规则、可以推荐的写法，最重要的是一个对应的八股框架可以参考，非常实用。
至于八股框架怎么来，可以参考这篇文章：软考经验分享之给论文难以下笔的朋友
其实一些基本规则，在新版架构师教材里面也有提及，推荐重点参考。
2、 日常项目积累，平时肚子里要有货
5年工作经验起步的话，基本上都可以算是项目老油条了。
只不过常见的状态是，大家只关心平时项目中自己的那部分工作，可能忽略了项目全局的商业视角和技术视角的信息。
那么这是一个机会让大家回忆下过往参与的项目，从更高维度、更全面视角去思考延伸，结合理论去重新理解当时的项目需求和价值、技术方案、有挑战的难题等等。
重新审视参与过的项目后，找真题选题、参考八股框架模拟写范文。
一般情况下，写到第二篇就有感觉了，你会发现不少部分可以重用，比如项目背景介绍部分、总结部分，至少有八百字可以重复套用，一个高考作文的压力不知不觉就剪掉了。
建议首次考试的话，至少准备5篇范文。
3、想办法解决在有限时间内能把内容写出来的问题
需要规避的坑在文档里有讲过，论文要避免押题思维。
我认为根源是怕影响心态，押来押去现场一看一道能贴上的都没有，心态崩了那就鸡飞蛋打。
虽然芃篙建议大家范文写5篇，但那也不是为了押题，毕竟范文课题一般都是从历年真题里拿。
更多的是感知一下题目的套路，一定要重点解决的其实是如何在有限时间内能把内容写出来的问题。
第一，本来在笔试时代，第一是训练写字速度，但是到了机考时代，这已经不是问题了。机考只要关注最后检查时，一定把输入法带来的错别字改掉即可。
第二，练习写大纲。在多篇范文思考结构时，一定要刻意练习写大纲的能力。考试现场没有那么多时间给你推敲文章结构，甚至没有过多时间给你选题，定了题目后最好在15分钟内完成大纲的设计。反推到备考阶段，究竟是要五篇还是十篇范文，其实取决于有没有练出快速出大纲的能力，有了骨架，再去填上文字，才有可能顺理成章。
第三，练习写摘要。这其实是面向拿分的角度的规则。每一份前人的经验都会告诉大家要好好写摘要，理由也不难理解，判卷老师面对繁重的判卷任务，也是没有充分的时间去品味你的论文内容的。所以摘要写得好不好很重要。不过这个相对于前两条来说，相对简单，基于技巧规则，5篇范文之内找到感觉应该问题不大。
有些朋友可能会担心对题目里面的基本概念都不了解，到时候无从下手。其实这属于还在纠结要不要参与考试阶段的问题。
我建议大家梳理下09年到现在每年的四道考题，不是为了找什么规律去押题，而是为了熟悉过往的出题范围。
另外一个很重要的点是，当你准备阶段进入到三分之二时，大量的综合知识真题训练和教材理解，都会补齐所谓“基本概念”都不了解的问题。
此外，在写范文的过程中，尤其是写到第四、第五篇的时候，相信大家会越来越有自信。
小结
这样看下来，对于备考的思路，就明确了。
通过对八股框架的理解，知道内容怎么组织；
通过对日常项目的积累，提高论文内容的含金量；
通过范文的训练，把两者结合在一起。逐渐训练出应试能力。
考试经验
论文在 2024 年之后，是下午的专项考试。时间上也更符合日常午休的情况，可以说，这次修改更加人性化了。
芃篙考过四次，感受还是比较深的。准备得再充分，也得看现场发挥的情况，发挥本身跟状态强相关。
（1）开卷有益，控制好心态
前面说过不要用押题的心态来备考，对应的就是在现场打开卷面时需要控制好心态的问题。
如果有没有一道题干的考点概念是平时了解到比较深入的，千万不要慌。
如果你日常有充足的项目经验，软考论文题目的概念部分，不至于一点都没有碰到过。这一点从历年的题目上可以得到证实。
这时应该果断抛弃“慌了”这种无用的情绪，在两分钟之内选一个自我认知内最有可能靠得上的题目，继续往下走。
如果有一道题干的考点概念是平时理解深刻的，也千万不要大意。
芃篙 2023 年分析师的题目看到第一题就是“可行性分析”相关的，正好是看分析师教材以来感受最深的一个知识点。后面就没有特别走常规流程，写到最后节奏就乱掉了。
（2）写大纲
选题加上写大纲，建议不要超过十五分钟。
大纲是一个不断拓展细化的“树”，以标准框架为基础，现场把每个部分细化出纲目来，大概到每一段的基本论点就足够了。
（3）摘要一定要呈现好
机考时代，摘要其实没有那么让人紧张。虽然位置上依然重要，但是，留足时间即可。
（4）控制输出速度
机考时代，依旧要关注打字速度。
听到考场上噼噼啪啪的键盘声，特别是开局的阶段，也千万不要着急。
按照先大纲，再输出的思路去干，是没问题的。前提是，选题和大纲不要耗费太多时间。
坦白讲，四次考试的论文，旁边的小伙伴都比芃篙先开始，但是都是芃篙先结束。
在根据大纲码字的过程中，注意好时间分配即可。
（5）控制字数
机考的另外一个好处就是，对字数不需要刻意敏感。
保持关注即可，增删改查都很方便。
感受
芃篙四次考试，一路走过来，对论文的感知是最深的。
特别是针对有多年实际开发的、但是理论上不是很过关的这种情况来说。
大家最怕的就是对概念问题的回应。对此，芃篙的观点是，选题方面，一定要选实际的、理解深入的项目相关的题目。
芃篙有一位同事，APP 开发出身，背了几篇云端相关的项目去考试，到现场发现一个贴边的没有，直接就慌了。最后的结果也不言而喻。
问题在于，首先有一些押题的心态；然后就是过于依赖背过的、自己也不太懂的项目。属于没有发挥出自己的优势。
论文本身考察的，就是理论与实践的结合，甚至于对软件架构的个人观点。所以，对于有实际项目经验的朋友来说，你的实际项目体验和总结，才是最拿分的那部分内容。
至于理论上的概念回应部分，只要咱们不跑题，给你二十分来扣，可以不？
这样还剩下 55 分，我们可以来拿。
芃篙认为，这也是我们很多行业老人的论文，很难考过 55 分的一个无法求证的原因。
芃篙个人的一些备考文，和参加考试的回忆文章，已经录入了一个系列。感兴趣的朋友可以关注下：论文资料系列文章
关注芃篙君⬇️，每日获取思考与践行的认知更新...
可获取软考备考资料；
亦可加微信探讨开发者、职场与管理、IoT行业等话题；
共同成长，穿越周期！
