博四即将延毕之际,翻到博一写的文章,思考过为何四年出不来成果,也思考过为什么中间断了两年时间做笔记的习惯,没有对学术的深入思考,自然得不到反馈。把这篇老文章丢给GPT老师,能得到一些有趣的反馈,于是就再发一篇,趁着还有时间,再多搞一点学术,顺便把做笔记的习惯拿回来。 注:本文档是在本人之前写过的​文章的基础上结合GPT老师完成的。

我从硕士阶段开始系统地做论文笔记。最初用的是Typora。当时主要是为了方便记录读论文时的想法,后来找工作时,也会顺手拿来整理知识和经验。签约后,我又开始准备申请博士。原本以为自己已经形成了一套比较稳定的电子笔记习惯,但没想到,博导老师提出了一个新的要求:每周上交一页以内的纸质笔记,A4 纸,不超过一页。

这件事当时让我很不适应。

一方面,我不确定一页纸的笔记到底应该如何组织。另一方面,我的手写字不好看,手写时也很难像电子文档那样控制排版。于是第一份纸质笔记,我前前后后写了三遍,一边写一边删,一边调整结构,最后才勉强在版面不至于太乱的情况下,把文章中最核心的内容压缩进去。

后来,在申请博士和博一期间,我基本持续在做这种纸质笔记。这个过程中,我也逐渐吸收了一些别人的经验,包括导师给的样板、老师指出的问题、北航师兄分享的方法,以及自己在求职阶段总结出的教训。到现在,我越来越觉得:真正有用的论文笔记,不应该只是把文章内容重新抄一遍,而应该围绕“研究问题”去组织理解。

我下面总结的这套方法,主要适用于精读一篇论文,不太适合泛读。泛读的目标往往是快速了解方向、筛选文章、建立文献地图;如果在泛读阶段就强行要求自己回答所有深层问题,反而会拖慢阅读效率。

为什么很多论文笔记最后并没有真正发挥作用

刚开始读论文的时候,我会把笔记写成下面这种形式:

这种方式当然不能说错,它至少可以帮助我们记录文章内容。但问题在于,这类笔记往往停留在“复述”层面。几天之后再回头看,可能仍然知道这篇文章写了什么,却不一定真正理解:

如果一篇笔记不能帮助自己回答这些问题,那么它对后续写综述、找选题、做汇报、写 related work 的帮助就会很有限。

所以我后来逐渐意识到,一篇真正有研究价值的论文笔记,核心不在于“记全”,而在于把论文拆解成若干值得反复思考的问题。

我的精读型论文笔记框架

1. 研究背景:这篇文章为什么会出现

读一篇论文时,我会先问自己几个最基础的问题:

这一部分的关键,不只是写“作者说了什么”,而是要把它放回到整个方向里去理解。

例如,如果一篇论文研究的是改进口令认证方案,那么从更宽的角度看,它其实属于“如何改进认证机制”这个更大的问题。再往外看,这个问题下可能已经有 Passwordless、SSO、多因素认证、设备绑定等多种思路。此时就需要进一步梳理:

如果背景部分理不清,后面很容易被作者的叙事带着走,以为“提出了一个新方案”就等于“解决了一个重要问题”。但研究里并不是这样。很多时候,真正重要的是先判断:这个问题本身是否成立,作者的切入点是否值得。

2. 研究问题:它到底要解决什么

接下来,我会进一步收缩到文章自己的研究问题上:

这一步的重点,是把“大背景”压缩成“本文自己的问题定义”。

还是以认证为例。如果宽泛问题是“改进口令认证方案”,那么更加精细的问题可能是:

到这一步时,我会特别注意区分:作者到底是在解决一个真实问题,还是只是对已有方案做了一个看似复杂、但意义有限的技术性改动。

3. 关键组件:这篇文章真正有价值的方法点是什么

这是我现在做笔记时最重视的部分之一。

我会问:

我之所以特别强调“关键组件”,是因为一篇论文真正值得学习的,往往不是完整方案本身,而是其中那些可以被抽象出来、迁移到别处的方法思想。

换句话说,做笔记不能只停留在“作者用了 A、B、C 三个模块”,而是要继续问:

很多时候,真正值得记录的,不是文章表面的架构,而是隐藏在架构下面的“方法论骨架”。

4. 方案拆解:核心问题如何被分解并解决

在明确背景、问题和关键技术之后,我会进一步看方案本身是否清晰、完整。

我通常会从下面几个角度拆:

对于理论型或者证明型工作,这一步还要继续看:

这一步的目标,不是简单照搬论文结构,而是检验:作者给出的方案到底是不是在一步一步解决自己提出的问题。

5. 进一步分析:它是否真的达到了最初目标

做完前面的内容之后,我通常不会立刻结束笔记,而是会强迫自己做一轮更“研究化”的分析。

我会继续问:

这一部分很重要,因为很多文章在写作时会把自己的贡献组织得很完整,但真正拿出来比较时,未必真的比已有方案更好。有些文章可能安全性更强,但可用性明显变差;有些文章性能很好,但依赖的假设过强;还有些文章实验指标看起来漂亮,但解决的问题本身并不关键。

所以这一步其实是在训练自己做一个更独立的判断,而不是被论文本身的写法牵着走。

6. 实验与评估:作者的证据是否足够支持结论

如果文章包含实验,我会专门看以下问题:

这是很多人做笔记时容易忽略的一步。因为实验部分信息量大、细节多,抄下来很累,所以常常只写“作者做了实验,结果优于 baseline”。但实际上,实验设计本身往往比结果数字更值得看。

真正需要问的是:

尤其在信息安全领域,实验“做了很多”和实验“做得有效”并不是一回事。

7. 未来讨论:这篇文章还能延伸到哪里

最后,我会留一部分空间做更开放的思考:

这一部分并不是每次都一定要写得很多,但我认为它很重要。因为做论文笔记的最终目的,不是把一篇文章“看完”,而是让它成为自己下一步思考的起点。

对信息安全论文,我会额外看什么

如果是信息安全方向的论文,我通常还会额外注意三个问题。

第一,威胁模型是否清楚

安全论文不是只要“方案有效”就够了,更关键的是它到底在防谁、在什么攻击能力下防、边界在哪里。很多看起来很强的方案,一旦威胁模型换一下,结论可能就完全不同。

第二,依赖的假设是否现实

很多工作的问题不在于它逻辑不通,而在于它成立所依赖的前提过于理想化。比如默认服务端可信、默认终端安全、默认用户行为稳定、默认部署方愿意承担某些额外成本。这些假设如果不成立,方案价值就要重新评估。

第三,评估是否对应真实世界问题

有些论文在实验中展示了很好的结果,但这些结果未必对应真实攻击面或真实部署环境。因此我会特别关注:它到底是在解决一个“论文里的问题”,还是在解决一个“现实里的问题”。

我越来越觉得,安全研究里最重要的不只是“读懂作者做了什么”,而是判断:这个问题是否真实,这个模型是否合理,这个方案是否成立。

我自己的两个补充习惯

除了上面的主体框架,我还保留了两个自己一直在用的习惯。

1. 先写总体概述

在正式做细节笔记之前,我通常会先用很短的一段话概括整篇文章。我比较习惯用一个近似 STAR 的结构去压缩:

这样做的好处是,可以逼自己在最开始就建立对全文的整体把握,而不是一上来就陷入局部细节。

2. 预留“优点”和“问题”区域

我一般不会从正文第一行开始写,而是会专门留一块地方,记录这篇文章的优点和问题。

优点可能包括:

问题则可能包括:

这部分记录看似简单,但对后面做汇报、写综述、找选题都很有帮助。

最后的一点感受

回过头看,我现在越来越不觉得“笔记写在纸上、电子文档里,还是直接标注在 PDF 里”是最关键的问题。工具当然重要,但不是决定性的。真正重要的是:你有没有在反复追问自己,哪些地方自己是真的懂了,哪些地方其实还没有懂,哪些问题值得继续追下去。

论文笔记如果只是信息存档,价值其实有限。 但如果它能帮助自己不断暴露理解中的空白,逼自己识别研究中的关键问题,那它就不再只是“读过的记录”,而会慢慢变成研究训练的一部分。

当然,这个过程通常不会立刻见效。它需要时间,也需要重复。效果往往是后置的。但如果能持续用这种方式读懂一个小领域中的经典文献和最新工作,我认为最终一定会形成对这个方向更扎实、更深入的理解。

祝福各位都能在各自的学术道路上有所成长,有更好的成果。