1. 开题前就该动手:游戏毕设参考文献的定位与常见误区
带过几届数字媒体技术、软件工程和动画方向的学生之后,我形成了一个很固定的判断:一份游戏毕业设计参考文献合集做得扎不扎实,基本能提前半年看出这个项目最后是"能答辩"还是"能拿优"。游戏方向的毕设有个天然优势,它比纯算法题更容易做出视觉冲击,也更容易在答辩现场博得好感;但它也有个天然劣势,就是评审老师最容易在"你的工作到底新在哪"这个问题上卡住你。而这个问题的答案,八成不在你的代码里,而在你翻过的那几十篇文献里。
先把概念说清楚。这份"合集"不是最后往论文末尾贴的那三十条参考文献列表,而是从开题前就开始积累、按主题分层、带批注和引用位置标记的个人知识库。它要能回答四个问题:这个玩法有人做过吗;做得最好的是什么水平;我打算用的技术方案有没有前人踩过的坑;我最后拿什么指标去证明我的东西确实有改进。适用的对象很明确——做游戏策划、游戏程序、交互设计、严肃游戏、游戏化应用这几类毕设的同学,以及带这些方向的指导老师。哪怕你编程基础一般,只要按下面的流程走,也能在两三周内搭起一份能撑住整篇论文的文献骨架。
1.1 三个最常见的认知误区
第一个误区是把参考文献当成"格式任务"。很多同学的做法是论文正文写完了,回头去数据库里搜十几个标题塞进去,作者、年份、页码随便抄。这种做法的后果在答辩时暴露得特别快:老师随手挑一条问"这篇的核心结论是什么,和你的第三章有什么关系",答不上来,整篇论文的可信度就直接掉一档。
第二个误区是文献全压在教材和综述上。教材和中文综述读起来舒服,但它们只能帮你建立背景,撑不起"创新点"这三个字。一份合格的合集里,近五年的期刊论文和会议论文至少要占到六成,学位论文占两成左右,教材、标准、行业报告加起来不超过两成。比例失衡是评审老师最容易察觉的信号。
第三个误区是只收"能证明我对"的文献。有人搜文献时下意识只挑和自己方案一致的,看到别人用了别的技术路线就跳过。这其实是在给自己挖坑。答辩时如果老师问"为什么不用某某方案",你手上没有那篇文献的数据对比,就只能干巴巴地说"我觉得这个更好"。真正有用的合集里,一定有一小撮"反方文献",它们要么提供了对比基线,要么指出了你这条技术路线的已知缺陷——这些东西写进论文的"方案选型"一节,比十篇赞美你方案的文献都值钱。
1.2 开题、中期、定稿三个阶段,合集要扮演不同角色
开题阶段的合集不需要多,15到25篇就够,但必须"准"。这个阶段的目的是把选题收窄:从"我想做个开放世界游戏"收窄到"我想做个带动态难度调节的潜行关卡"。这时候你要找的是能定义问题的文献,比如难度调节相关的玩家建模研究、动态难度调整(DDA)的经典实现。
中期阶段的合集要开始"厚",目标50到80篇,重点是技术实现和评估方法。这时候你已经写了一些代码,会遇到具体问题:寻路算法在动态障碍下抖动、行为树状态爆炸、网络同步延迟手感差。带着这些具体问题去搜文献,命中率会比开题时高得多,因为你的关键词终于具体了。
定稿阶段的动作是"筛"和"补"。把中期积累的八十多篇按引用位置重新过一遍,删掉那些从头到尾没在正文里出现过的,然后针对论文里每个论点补上最权威的一条支撑。这个阶段最忌讳的是"只加不减"——参考文献列表越堆越长,但每一条的权重都在下降。
1.3 一份现实的时间线
我的建议是把文献工作往前压:开题报告提交前两周启动,每天固定投入一小时;开题后进入开发期,改成每两周集中半天做一轮检索和整理;论文写作期每周至少一次回填引用。总投入时间大约在40到60小时,听起来不少,但这部分时间会以另一种方式赚回来——正文写起来会明显快,因为每个论点的论据都已经在矩阵表里躺着了。
提醒:不要等到论文正文写了一半才开始整理文献。写正文时最痛苦的不是不会写,而是"我记得看过一篇讲这个的,但找不到在哪"。补找一篇文献的时间成本,通常是当场记录的五到十倍。
2. 游戏类毕设文献的五层结构:怎么分类才不乱
文献收多了之后,最麻烦的不是数量,而是找不到。你脑子里明明记得存过一篇关于玩家沉浸感量表的文章,但在两百个文件里翻了二十分钟也没翻出来。解决办法不是靠记忆,而是靠分类架构。我习惯把游戏方向的文献固定分成五层,每层对应论文里的不同章节,这样检索、归档、引用三个动作能串成一条线。
2.1 第一层:设计理论与玩法框架
这一层解决的是"我的游戏为什么好玩"这个根本问题,主要服务于论文的"设计部分"。核心文献包括:MDA 框架(机制—动态—美学三层拆解),它是游戏设计论文里最常被引用的分析工具,几乎所有说清楚"玩法如何转译为体验"的文章都绕不开它;心流理论,用来解释难度曲线和玩家留存的关系;自决理论及其在游戏领域的延伸,用来解释胜任感、自主性和归属感如何驱动玩家持续游玩;还有游戏化(Gamification)在教育、健身、办公场景下的一系列实证研究。
这一层有个实用的挑选标准:优先选带实证数据的。同样讲心流,一篇只做理论推演,另一篇做了两百名玩家的实验并给出量表数据,后者对你论文的价值要高一个量级,因为你可以直接引用它的量表和处理方法。
2.2 第二层:技术实现文献
这是程序方向同学的主战场,也是文献缺口最大的地方。它往下还能再拆成四块:
- 渲染与图形:光照模型、后处理管线、着色器优化、移动端性能预算
- 人工智能:行为树、目标导向行为规划、导航网格与动态避障、程序化内容生成(PCG)、用强化学习训练角色决策
- 网络与同步:帧同步与状态同步的取舍、确定性锁步的前提条件、延迟补偿与回滚
- 架构与工程:实体组件系统(ECS)、数据驱动配置、存档与版本兼容
这一层的文献有个特点:中文期刊里能找到的偏少,会议论文和英文期刊偏多。如果你做的是程序方向,一定要接受"英文文献占比过半"这件事,否则你的技术章节会明显单薄。
2.3 第三层:人机交互与可用性评估
很多同学的论文写到"测试与评估"就卡住了,因为不知道拿什么指标去衡量。这一层就是给你送指标的:系统可用性量表(SUS)用来测整体易用性;游戏体验问卷(GEQ)用来测沉浸、紧张、胜任感等维度;NASA 任务负荷指数量表用来测认知负担;用户体验问卷(UEQ)适合做对照实验。还有一类是做玩家行为日志分析的,讲怎么从操作序列里提取有意义的指标,比如单位时间操作数、任务完成时间、死亡次数分布。
这一层我强烈建议至少精读三篇,因为你的评估章节基本就是照着它们改的。把量表原文找出来(很多是公开的),把计分方式抄清楚,这比你自己拍脑袋设计问卷靠谱得多。
2.4 第四层:产业数据与市场报告
这一层主要是背景材料,用来说明选题的现实意义。常用的类型有:年度游戏产业报告、平台发行数据、用户画像与消费习惯调研、某个细分品类(比如独立解谜、叙事冒险、严肃游戏)的规模变化。引用时注意两点:一是注明数据年份和口径,不同机构统计的"游戏用户规模"口径差异很大;二是尽量用一手来源,二手转述的数据经常被改得面目全非。
这一层的文献不宜多,三到五条足够,它们的作用是给论文开头那段"研究背景"提供脚注。
2.5 第五层:规范、标准与开源许可
这一层最容易被忽略,但出问题的概率最高。它包含三类东西:参考文献著录规范(国内学位论文普遍采用 GB/T 7714-2015)、软件工程文档规范(需求规格、概要设计、测试报告的编写约定)、以及资源授权协议。
第三类尤其要重视。你在毕设里用的字体、音乐、贴图、模型、开源库,每一份都有自己的授权条款。MIT、Apache-2.0 这类宽松协议一般只需保留版权声明;GPL 系协议具有传染性,可能影响你项目的分发方式;素材方面,CC0 相当于放弃权利可以随便用,CC-BY 要求署名,CC-BY-NC 禁止商用——注意很多高校的毕设作品如果后续要参赛或上架,就属于商用范畴。把用到的每份资源的授权信息记进表格,答辩时被问到能当场答出来,这是加分项。
3. 检索实操:从0到80篇的完整流程
分类框架搭好之后,接下来是具体动作。我把整个过程拆成四步:拆关键词、分入口检索、滚雪球扩展、打分筛选。这套流程反复跑几轮,八十篇文献不难凑齐,关键是每一篇都有明确的用途。
3.1 关键词矩阵:把题目拆成三组词
新手最常犯的检索错误是只用一个长句子去搜,比如直接输入"基于强化学习的游戏NPC行为设计研究"。数据库不是搜索引擎,它对长句的处理很糟糕。正确做法是把题目拆成三组词,然后做笛卡尔组合。
以"基于强化学习的游戏NPC行为决策"为例:
- 主题词组:游戏、电子游戏、NPC、非玩家角色、智能体、虚拟角色
- 方法词组:强化学习、深度强化学习、行为树、目标导向行为规划、模仿学习
- 场景词组:行为决策、路径规划、动态难度、关卡生成、战斗策略
三组词两两组合,就能生成几十种检索式。中文库和英文库的写法不一样,下面是我实际用过的两套模板:
中文检索式(知网/万方高级检索): (主题 = 游戏 + 电子游戏 + 电子游戏角色) AND (主题 = 强化学习 + 深度强化学习 + 深度Q网络) AND (主题 = 行为决策 + 行为树 + 智能决策) 时间范围:近 5 年 来源类别:北大核心 + CSSCI + CSCD(先跑一遍,命中太少再放开)英文检索式(IEEE Xplore / ACM DL / SpringerLink): ("game" OR "video game" OR "game AI") AND ("reinforcement learning" OR "deep Q-network" OR "policy gradient") AND ("behavior" OR "decision making" OR "non-player character") Year: 2019-2024 Document Type: Conference Paper OR Journal Article英文库的字段写法各平台不同,IEEE 用("All Metadata":"..."),ACM 用[All: ...],记不住就直接用平台的高级检索界面填表,比手写语法稳。
一个细节:中文库和英文库要分开跑,不要指望一次搜全。中文文献的优势是背景和术语贴合国内教学语境,英文文献的优势是方法新、实验扎实。两边各占一半是比较健康的结构。
3.2 四类检索入口和各自的用途
只用一个入口的人,文献结构一定偏。我把常用入口分成四类,各自的定位差别很大:
| 入口类型 | 代表平台 | 适合找什么 | 注意事项 |
|---|---|---|---|
| 中文学术库 | 知网、万方、维普 | 国内研究现状、术语定义、教学类应用案例 | 优先看核心期刊和优秀学位论文,避开低质量刊物 |
| 英文学术库 | IEEE Xplore、ACM DL、Springer、ScienceDirect | 技术方案、算法细节、实验设计 | 会议论文更新快,期刊论文更完整 |
| 预印本与索引 | arXiv、DBLP、Google Scholar | 最新方法、作者主页上的补充材料 | 预印本未经同行评审,引用要注明版本 |
| 灰色文献 | 技术博客、开发者大会分享、开源项目文档 | 工程实践细节、性能调优经验 | 不能当作学术依据,只用于补充实操细节 |
这里特别说一下学位论文的用法。中文优秀硕博学位论文是性价比极高的资源:它们的绪论部分通常把研究现状梳理得很完整,参考文献列表就是一份现成的检索清单;它们的实现章节会写清楚参数怎么调、踩过什么坑。我个人习惯是先找三到五篇同方向的优秀学位论文,把它们的参考文献列表抓下来,去重后按标题筛一遍,通常就能拿到二三十篇高相关文献的候选池。
3.3 滚雪球法:用一篇好文献钓出一串
挑文献的效率,取决于你找到"种子文献"的速度。找到一篇高度相关的核心文献后,用两个方向扩展:
向后追溯——看它的参考文献列表,把里面标题相关的都记下来。这一步能帮你找到这个方向的理论源头和经典方法。
向前追溯——在 Google Scholar 或数据库里点"被引"链接,看后续有哪些文章引用了它。这一步能找到最新的改进工作。如果种子文献是 2020 年的,向前追能看到 2021 到 2024 年别人是怎么改进它的,这些改进点往往就是你论文里"方案选型"一节最好的素材。
滚雪球跑两轮差不多就够了。第一轮从种子文献扩展到二十篇,第二轮对其中相关性最高的三篇再各跑一次,基本能覆盖一个细分方向的全貌。要注意设置截止条件:当新检索出来的文献标题重复率超过七成时,就可以停了,说明这个方向的圈子你已经摸清了。
3.4 筛选与打分:怎么判断一篇文献值不值得留
搜出来一大堆,不可能全读。我用一个五维打分表做初筛,每项 1 到 5 分,总分 15 分以上进入精读队列,10 到 14 分进备选,10 分以下直接删。
| 评分维度 | 高分标准 | 低分信号 |
|---|---|---|
| 主题相关度 | 直接解决你论文里的某个子问题 | 只是背景沾边 |
| 时效性 | 近 3 年发表 | 超过 8 年且无重大影响 |
| 来源权威性 | CCF 推荐会议/期刊、中文核心、知名实验室 | 来源不明、期刊查不到 |
| 方法可复用性 | 给出了完整参数、数据集、评估指标 | 只有概念描述,无实现细节 |
| 可引用性 | 有明确结论和实验数据可直接支撑论点 | 结论模糊、仅做展望 |
实操心得:把打分表直接做成文献管理软件里的标签。我习惯用
核心、备选、反方、背景四个标签,检索时按标签过滤,比翻文件夹快得多。
初筛之后进入精读的文献控制在25 到 35 篇,每篇精读时只做三件事:抄下它的核心结论(一句话)、记下它的实验设置(样本量、指标、对比基线)、写下它和你的项目有什么关系。这三行批注就是你后面写论文时最直接的素材。剩下的五十来篇留在库里做背景引用,写绪论时成批使用。
4. 文献管理与矩阵表:让参考文献变成可写作的素材
文献收进来了,接下来是让它"能用"。这一节讲三件事:工具怎么配、矩阵表怎么搭、格式怎么写对。这三件事做完,论文写作阶段基本不需要再回数据库了。
4.1 用文献管理工具从零搭一套流程
工具上我首推Zotero,免费、跨平台、插件生态好。备选有 JabRef(偏纯 BibTeX 工作流)、NoteExpress(中文库和 Word 集成做得好)、EndNote(学校买了授权的话也可以用)。核心思路都一样:所有文献只存一份,格式由工具统一输出,绝不手写参考文献列表——手写三十条基本一定会错。
Zotero 的配置按这个顺序来:
第一步,装浏览器插件。装完之后在数据库页面点一下就能抓取条目,作者、期刊、DOI 自动填好,这一步能省掉大量手工录入,也顺便避免了抄错作者名的问题。
第二步,装 Better BibTeX 插件。它负责生成稳定的引用键(citation key),格式建议设成作者姓氏+年份+标题首词,比如zhang2023npc。引用键稳定,后面用 LaTeX 或者 Word 插件插入引用时就不会错位。
第三步,导入中文著录样式。Zotero 的样式库里有 GB/T 7714-2015 的顺序编码制样式,直接在"首选项—引用—样式"里搜索添加。
第四步,建立目录结构。我建议两层:一级目录按前面说的五层结构命名,二级目录按具体子主题,比如"技术实现 / 角色AI"、"技术实现 / 网络同步"。同一篇文献可能同时属于多个主题,Zotero 支持把条目拖进多个分类,不用担心重复。
第五步,规划标签体系。至少设三类标签:用途标签(核心/备选/反方/背景)、状态标签(未读/已读/已引用)、章节标签(对应论文的第几章第几节)。有了这三套标签,写论文时按"章节标签 + 已读"过滤,需要什么就出来什么。同时给每篇核心文献加一条笔记,写上前面说的三行批注,Zotero 的笔记功能支持直接搜索,非常好用。
4.2 文献矩阵表:把阅读成果变成写作素材
工具负责存,矩阵表负责用。我的习惯是在表格软件里维护一张主表,每条文献一行,字段固定:
| 字段 | 说明 | 示例 |
|---|---|---|
| 编号 | 与 Zotero 引用键一致 | zhang2023npc |
| 作者年份 | 便于快速识别 | 张某某, 2023 |
| 研究问题 | 一句话概括它解决什么 | 用深度Q网络训练追击型NPC |
| 方法 | 核心技术路线 | DQN + 奖励塑形 + 课程学习 |
| 实验设置 | 样本量、指标、基线 | 3 张地图 × 100 局,胜率、平均存活时长 |
| 核心结论 | 可直接引用的一句话 | 课程学习使收敛速度提升约 40% |
| 局限 | 它自己承认或你发现的不足 | 未处理多智能体协作场景 |
| 与本文关系 | 支撑/对比/反驳 | 支撑第三章;其局限即本文动机 |
| 预计引用位置 | 写清章节号 | 3.2、5.1 |
| 可复用点 | 参数、量表、数据集、代码 | 奖励函数的设计思路 |
这张表最大的价值在倒数两列。"预计引用位置"逼着你思考每条文献到底用在哪;"可复用点"则会在你写实现章节和评估章节时救你命——比如某个量表的具体条目、某个算法的超参数取值,直接照搬比重新设计稳得多,只要标注来源就行。
矩阵表更新频率建议是每周一次,不要攒。攒到月底再整理,你会面对四十条陌生条目,效率极低。
4.3 BibTeX 与 GB/T 7714 的落地写法
如果你用 LaTeX 写论文,BibTeX 是标配。下面是一个条目模板,字段该填的都填上,工具才能在输出时自动切换格式:
@inproceedings{zhang2023npc, author = {Zhang, Wei and Li, Ming}, title = {Curriculum Learning for Pursuit Behavior of Non-Player Characters}, booktitle = {Proceedings of the International Conference on Game AI}, year = {2023}, pages = {112--119}, doi = {10.1145/xxxxxxx.xxxxxxx}, publisher = {ACM} }如果你用 Word 写,就靠 Zotero 的 Word 插件插入引用,在文档末尾一键生成参考文献表,样式选 GB/T 7714-2015 顺序编码制。这里提醒一个高频错误:正文里的引用角标必须是插件插入的域代码,不能手打。手打的方括号在后期调整顺序时会全部错乱,而插件插入的会自动重排。
GB/T 7714-2015 里几类常见条目的写法差异,务必记清楚:
| 文献类型 | 标识 | 典型格式要点 |
|---|---|---|
| 期刊论文 | [J] | 作者. 题名[J]. 刊名, 年, 卷(期): 起止页码. |
| 会议论文 | [C] | 作者. 题名[C]//论文集名. 出版地: 出版者, 年: 页码. |
| 学位论文 | [D] | 作者. 题名[D]. 保存地: 保存单位, 年. |
| 电子资源 | [EB/OL] | 作者. 题名[EB/OL]. (发布日期)[引用日期]. 网址. |
| 标准 | [S] | 标准编号 标准名称[S]. 出版地: 出版者, 年. |
三个容易被扣分的细节:作者超过三位时只列前三位再加"等"或"et al";英文作者姓在前名缩写在后且不加缩写点;参考文献表里的标点必须用半角,中英文混排时不要把逗号打成全角。这些细节单看很小,但三十条里错五条,评阅老师对论文严谨性的印象就打折了。
5. 引用规范与高频翻车点
格式对了只是及格线,真正让论文站得住的是引用的逻辑正确性和来源合规性。这一节讲三类翻车率最高的问题。
5.1 引用与论点错位:最常见的隐性失分
我见过太多这样的情况:正文写"已有研究表明,动态难度调整能显著提升新手玩家的留存率",后面挂了一篇文献,而那篇文献其实只是提出了一个难度调整的框架,根本没做留存率实验。这种错位评阅老师一眼就能看出来,而且它比格式错误更严重——格式错是粗心,引用错位是学术态度问题。
避免的方法是在矩阵表里加一个字段:"该文献能支撑的具体论断"。填的时候必须写成一个完整的陈述句,比如"该文献通过 120 人对照实验证明,动态难度组的新手次日留存比固定难度组高约 18 个百分点"。写不出这样一句话,说明你还没读懂,这时候就不要引。
另一个常见问题是引用了但正文没体现。参考文献表里有,正文里从头到尾没出现对应的角标,这种"幽灵条目"在查重和形式审查时都是硬伤。定稿前一定用工具的"检查未引用条目"功能过一遍。
5.2 素材、代码与音乐的授权问题
游戏毕设一定会用到外部资源,这里的合规风险比很多人想的高。分三类说:
开源代码库。用之前看清楚许可证。MIT 和 Apache-2.0 相对宽松,保留版权声明基本就合规;GPL 系具有传染性,如果你把 GPL 代码编译进自己的项目并打算分发,可能被要求开源自己的代码,这种情况下建议只参考思路重写,不要直接引入。使用方式上,在论文的"系统实现"章节明确写出"本项目使用了 XXX 库(版本号,许可证类型)",并在附录保留许可证原文。
美术与音频素材。最稳妥的做法是只用 CC0 或者明确允许商用的素材站资源,并且逐条登记来源链接和授权类型。如果用了 CC-BY 素材,必须在项目的说明文档或者游戏内的致谢页署名。这里有个容易忽略的点:很多免费素材站的授权条款会变,所以登记的时候把当时的授权页面截图一起存下来,答辩被问到有据可查。
字体。中文字体的商用授权是最容易踩雷的领域。毕设作品如果只是校内展示,多数情况下属于合理使用范围;但如果打算投稿参赛、上架平台或者用于商业展示,就必须确认字体授权。不确定的时候,用开源字体最省心。
5.3 模型生成文献的幻觉陷阱
这两年一个新出现的坑是:用生成式工具帮忙整理参考文献,结果工具"编"出了不存在的论文——作者名、期刊名、卷号、页码全都像模像样,DOI 一查是空的。这在形式审查阶段会被直接认定为学术不端,后果严重。
我的核验流程是固定的三步,每条文献都必须走完:
- DOI 解析:把 DOI 粘到 doi.org 上,能跳到出版方页面才算存在。
- 标题反查:用标题去 Crossref 或者数据库里搜一遍,确认作者、年份、期刊名三者对得上。
- 原文可达:至少能看到摘要页面,学位论文要能看到全文。看不到原文的条目一律不用。
这三步听起来麻烦,但熟练之后一条文献三十秒就核完了,比事后补救的成本低太多。工具可以用来帮忙整理和格式化已经确认存在的文献,但绝不能用它来"生成"文献条目。
6. 常见问题与排查速查表
最后这一节是我这些年被问得最多的问题,整理成速查表,遇到卡点直接对号入座。
6.1 十个高频问题及处理方式
| 问题现象 | 根本原因 | 处理方式 |
|---|---|---|
| 关键词一搜几百条,挑不过来 | 检索式太宽,缺少限定维度 | 加上时间、来源类别、学科限定,或把三组词改为四组词组合 |
| 搜索命中只有个位数 | 关键词太窄或用的是长句 | 拆词、换同义词、去掉方法词只保留主题词和场景词 |
| 找不到近三年的中文文献 | 该方向国内研究确实偏少 | 转英文库;中文文献放宽到近五年,并在绪论里说明该方向国内研究尚处起步阶段 |
| 英文文献读得太慢 | 没有带着问题读 | 只读摘要、图表和结论段,方法段在需要用参数时再精读 |
| 导师说文献不够权威 | 来源筛选没做 | 优先 CCF 推荐列表、中文核心期刊、优秀学位论文;删掉来源不明的条目 |
| 参考文献和正文对不上 | 边写边加,没有统一编号 | 全程用插件的域代码管理,定稿前跑一次"未引用条目"检查 |
| 数量够了但看起来没重点 | 缺少分层,所有文献权重相同 | 按五层结构分类,明确标注哪些是核心支撑、哪些是背景 |
| 查重率过高 | 直接抄摘要或绪论表述 | 所有引用段落改写为"论点+数据+出处"结构,避免整句照搬 |
| 评估章节写不下去 | 量表和数据来源不明 | 精读三篇评估类文献,直接采用 SUS、GEQ 等成熟量表并标注来源 |
| 答辩被问"你的创新点在哪" | 文献没做对比分析 | 在矩阵表里补一列"与本文方案的差异",把差异点提炼成创新点 |
6.2 定稿前的参考文献自检清单
交稿前我会用这份清单逐项过一遍,一般能揪出五到十个问题:
- 每条文献都核过 DOI 或能查到原文,没有幻觉条目
- 正文中每个引用角标都能在列表里找到对应条目,反向也成立
- 近五年文献占比不低于 60%,且集中在技术方法类
- 至少有三条"反方文献"用于方案选型对比
- 所有图表、量表、数据集都标明了来源
- 外部素材、开源库的授权信息有登记,附录保留许可证
- 格式统一到 GB/T 7714-2015,标点、作者缩写、卷期页码逐条核对
- 核心的 25 到 35 篇文献,每篇都能说出它在论文里的位置和作用
我自己带学生时有一个坚持了很多年的小习惯:每精读一篇文献,就在卡片上写三行——它解决了什么、它怎么证明的、它对我的项目意味着什么。攒到三十张卡片的时候,论文的绪论、方案选型、评估方法这三章基本就自己长出来了。文献工作最不划算的做法是把所有阅读压到最后一个月,最划算的做法是把它当成写代码和做设计时的副产品——你每解决一个具体问题,就顺手往里填一篇对应的文献,到最后你会发现,论文最难写的那几章,素材其实早就齐了。