惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

P
Proofpoint News Feed
Martin Fowler
Martin Fowler
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
C
Cisco Blogs
Last Week in AI
Last Week in AI
T
The Blog of Author Tim Ferriss
The GitHub Blog
The GitHub Blog
T
Tenable Blog
A
Arctic Wolf
小众软件
小众软件
Google DeepMind News
Google DeepMind News
aimingoo的专栏
aimingoo的专栏
PCI Perspectives
PCI Perspectives
博客园 - 司徒正美
The Last Watchdog
The Last Watchdog
H
Hacker News: Front Page
Application and Cybersecurity Blog
Application and Cybersecurity Blog
Stack Overflow Blog
Stack Overflow Blog
N
News and Events Feed by Topic
Security Archives - TechRepublic
Security Archives - TechRepublic
博客园 - 【当耐特】
S
Security @ Cisco Blogs
P
Proofpoint News Feed
Cloudbric
Cloudbric
H
Hackread – Cybersecurity News, Data Breaches, AI and More
Jina AI
Jina AI
Exploit-DB.com RSS Feed
Exploit-DB.com RSS Feed
月光博客
月光博客
Schneier on Security
Schneier on Security
Hacker News: Ask HN
Hacker News: Ask HN
V
Visual Studio Blog
D
DataBreaches.Net
H
Help Net Security
www.infosecurity-magazine.com
www.infosecurity-magazine.com
Project Zero
Project Zero
阮一峰的网络日志
阮一峰的网络日志
Cyberwarzone
Cyberwarzone
博客园 - Franky
Y
Y Combinator Blog
Spread Privacy
Spread Privacy
N
News and Events Feed by Topic
The Cloudflare Blog
Simon Willison's Weblog
Simon Willison's Weblog
S
SegmentFault 最新的问题
W
WeLiveSecurity
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
I
Intezer
Hugging Face - Blog
Hugging Face - Blog
Attack and Defense Labs
Attack and Defense Labs

少数派

派早报:Google 发布 Fitbit Air 等 - 少数派 「新人报到」確認需求,再開始 - 少数派 从 SOLO 独立开发者社区,我看到了越来越多开发者开始做自己的产品 - 少数派 我怎么管理那些"不常做,但总会忘"的生活事项 - 少数派 人形机器人量产元年,数据才是具身智能的“生死线” - 少数派 BuhoLaunchpad 高度还原 Mac 启动台:开发历程与思考 - 少数派 五年陪伴依然不舍,DIY 换壳后让罗技 MX Master 3 继续服役 - 少数派 新玩意 240|少数派的编辑们最近买了啥? - 少数派 一日一技|为什么你应该关闭 iOS 的键盘声音 - 少数派 我做了个插件和 Skills,一键提取任何网站的设计规范 Design.md - 少数派 住在三四线城市的你,该开始录播客了 - 少数派 甘南秘境,大白高国 - 少数派 AI的审美:谁让把我变成川内倫子 - 少数派 返工怎能不烦恼,打工人片单总有一部是你的「嘴替」 - 少数派 为了让「上厕所」更健康,我做了一个小工具 - 少数派 AI + Skill,能够让生成的文章去除 AI 味吗? - 少数派 新玩意|韶音OpenDots ONE 耳夹式耳机 - 少数派 《美满》| 在每一个春天的晚上相爱(362) - 少数派 新玩意|优篮子 PS01 MagSnap 磁吸支架 - 少数派 自我整合手记 | 我开始早睡了:用稳定规则,为自由托底 - 少数派 用龙虾(OpenClaw)两个多月,我最深的12个体会 - 少数派 听歌时间到,12 张你可能错过的 2025 华语乐坛好专辑 - 少数派 承诺能追吗 - 少数派 macOS 26启动台没了? 我做了个不一样的App启动器 - Keboard - 少数派 《四海为家的人》| INTJ对话INTJ(361) - 少数派 你发过的那些黑历史,是时候一次清干净了 - 少数派 新玩意:安安静静玩,越玩越专注:计客密码机 - 少数派 iPad 用户首次体验 Android 平板:vivo Pad6 Pro - 少数派 数据逻辑强 - 少数派 极北行+ | 一路向北,探访日本至北之地 | 001 - 少数派 万字剖析:千问App深度体验报告(2026) - 少数派 在2026年,如何真正防止别人抄袭你的作品 - 少数派 怎么用 50 块搭个 AI 语音助手?我踩了 3 天坑 - 少数派 YeeroAI:让 AI 对话真正成为知识管理的一部分 - 少数派 爬泰山 - 少数派 「旅图显影」 App 更新:这次,我们补上了一点「手感」 - 少数派 假期出门太折磨?我的 23 条经验帮你规划惬意旅行 - 少数派 工作流会变吗 - 少数派 Claude Opus 4.6 怎么用最省钱?我测了 5 种方案 - 少数派 GPT Image 2 让图文并茂不再稀罕 - 少数派 用户侧出发——什么是AI,我要不要学习? - 少数派 找片、转存、整理、播放一条龙!让你的付费网盘值回票价 - 少数派 欢迎试用!日课一问2.0插件 - 少数派 自己做的MDeditor,原本想购买 Typora 试了两次支付不成功,干脆自己做一个 - 少数派 vibe coding了一个 3MB 的小工具,让 ~/Downloads 彻底告别混乱 - 少数派 因为受不了 Mac 的风扇策略,我做了一个风扇控制工具 - 少数派 别只怪模型 - 少数派 Warp 终端的 AI 功能怎么用?我测了一周的体验 - 少数派 AI 写代码老是出 bug?这 5 个配置我后悔没早知道 - 少数派 「新玩意」苹果出相机可能就这样:Sigma BF + 45mm F2.8 DG Contemporary - 少数派 一个面向2030年的AI操作系统是什么样子的:浅谈cola这款有灵魂的Agent - 少数派 别只看写代码 - 少数派 每天解决10个问题,还是一口气攻坚解决400个? - 少数派 AI 交易机器人怎么搭?我用 Claude 跑了一周实盘 - 少数派 Maptoposter Online:把你爱的城市画成艺术海报 - 少数派 Function Calling 怎么用?我测了 3 个模型发现差距真大 - 少数派 Legend Talk:我做了个 AI 圆桌,让 160 位思想家围着你的问题转 - 少数派 如何找到自己的蓝方?在小县城寻找压力测试 - 少数派 语音输入与软件接口|2026年聊AI时,我们都聊些什么(上) - 少数派 混动已经卖爆,纯电又来补刀——钛7闪充版简直“不讲武德” - 少数派 本月玩什么|朋友收藏、识质存在、沙罗周期 - 少数派 为什么要每天坚持输出? - 少数派 Claude API 挂了好几个小时,你的项目有备用方案吗? - 少数派 Function Calling 没你想的复杂——我用它做了个有点用的工具 - 少数派 登录系统立即播放视频或者图片音乐的软件 - 少数派 我为什么创建 FlipHTML5 下载工具 - 少数派 残局没电?多品牌外设电量统一管理软件EasyBluetooth已支持RTSS游戏内显示以及AIDA64 - 少数派 前往通义路的路 - 少数派 太好看了,媲美Sun的个人导航页,NAS部署星云门户 - 少数派 乌黑嘴唇“一键检测”上线了 - 少数派 派早报:Claude AI 接入多个创意软件生态、FILCO 生产方接手品牌等 - 少数派 【更新】BearCLI、Claude 连接器与 MCP 服务器 - 少数派 记了上千条流水,还是看不懂财务?我做了一个让 AI 读懂账本的工作台 - 少数派 MINI R56 升级原厂 Sport 模式 - 少数派 新玩意 | 一棵柠檬树(仿真版) - 少数派 Momenta的“物理AI”野望,需迈过“含摩量”这道关 - 少数派 网页直接投屏控制手机!NAS一键部署PandaScrcpy,流畅丝滑可远程。 - 少数派 众测|邀你一同探索随身 AI 硬件入口 YoooClaw C·ONE - 少数派 2050大会:分享时间是真诚 参会记 - 少数派 iPad 赋能电影创作:国内首部宣纸手绘长片《燃比娃》的幕后故事 - 少数派 AI的审美:我用 8 个大模型给 100 张旅行照片打分 - 少数派 普通人如何破圈?去参加一个本地协会 - 少数派 把极空间的图标全换了,主题DIY全攻略打造你的专属NAS桌面 - 少数派 电子便签墙,帮你实现便签自由 - 少数派 我如何用三个 CLI 工具取代文档创建需求 - 少数派 原来真的有人可以玩一辈子 - 少数派 社区速递 139 | 派友热议三月买了啥、复古单反尼康 Df 体验 - 少数派 06 作品的赏析与评价 - 少数派 TDS REVIEW|索尼 WF-1000XM6 降噪真无线耳机体验 - 少数派 35.98万起售的第二代腾势D9,我看重的不是堆料,而是不凑合 - 少数派 鼠须管 Squirrel 皮肤配置指北 - 少数派 从watch ultra2换到redmi watch6 - 少数派 派早报:阿里巴巴发布视频生成模型 HappyHorse 1.0 等 - 少数派 别迷信1M - 少数派 家人们天塌了!网盘“大封杀”,多个渠道多条路,NAS部署PanHub - 少数派 AI与人勾心斗角!NAS一键部署AI狼人杀,假日休闲必备。 - 少数派 电商必备!Comfyui工作流批量生图插件,一次生成12张!支持Nano banana pro模型 - 少数派 Comfyui工作流配置Gpt-image-2模型教程,0.03/张 - 少数派 OpenClaw第三方APi怎么配置?可使用Gpt-image-2模型 - 少数派 会员社区话题精选 Ep. 103 - 少数派
写论文:结构、改稿、APP - 少数派
2021-05-17 · via 少数派

写在前面

  • 生命科学专业本科英语论文,预期是对高中以上大四以下的朋友们有用
  • 毕业论文是系统综述+荟萃分析(6000 词),除此之外还写过一些论文形式的作业(2000词上下)

大纲

通常来说,一篇学术文章成品会包括这几个部分:

  • 引言(Introduction)
  • 讨论(Discussion)
  • 结论(Conclusion)
  • 参考文献(Reference)

如果涉及到了数据的整理和分析,则还会有:

  • 方法论(Methodology)
  • 结果(Results)

如果需要发表,或者是毕业论文,则还有:摘要(Abstract)。

还有一个不会出现在正文,却对成文至关重要的部分:大纲(Outline)。

如果让我没有大纲直接开始写论文的话,花费的时间要比有大纲再写更久。多出来的时间,花在了整理思路、逻辑,以及理清前后文的联系,并使其在文中能够呼应。

而在写作过程中,如果突然发现现有的文献和数据并不能支持这个论点,而死线迫在眉睫,再想出一个论点并搜集相关文献无疑要花费更久。

此外,大纲相比之下比较好写,一天,甚至一个下午就能写完。

放在一个时间段写作的好处就是,一切记忆都是新鲜的。读文献摘要的时候发现这一篇用在引言里恰到好处,文献的结论也可以为你的发现提供佐证,那在写大纲的时候可以把这两部分都写进去,并记下所需部分在文中的位置。

这样一来,写正文的时候就不会因为「我记得我看过,但我不记得是哪一篇了」而焦头烂额,把所有文献的摘要再读一遍。

正因如此,我在大纲里也会引用文献。边写边做记录,留下作者名、年份和页码,这样写的时候可以很方便地追溯到原文。加上每一种用处我都会用不同颜色高亮,用到的时候很快就能找到。

不论写什么,我的下笔的第一份文档一定是大纲,哪怕离截止期限只有一天也是如此。

我写大纲的先后顺序是:引言、(方法论、结果、)讨论、(摘要、标题),每个部分都是从骨架,在写的过程中慢慢生出血肉来。因为文章内容的多样性,所以这里只会涉及「引言」和「讨论」两部分。

大纲的形式可以是多样的:思维导图、纯文本,可以在电脑、平板和纸上写,一切看你的偏好,挑你最顺手的工具就好。

引言(Introduction)

此处假定已经有了明确的选题。如果不知道怎么选题和读文献,可以参考前文:毕业论文选题+读文献指南

在我这个领域,最常见的两个元素就是:疾病和药物。引言最初的骨架就是建立在这两个元素上的。

  • 关于这个病:这是什么病?病人通常会有什么症状,这些症状是否会随着病程发展变化?是否有什么严重的并发症?
  • 关于治疗/药物:现在有哪些治疗方法?哪些类别的药可以用来治疗?它们是如何减轻症状/治疗疾病的(药理学)?此药有什么值得注意的副作用和药物相互作用吗?是否还有其他不用药的治疗方法,如认知行为疗法(CBT)呢?
  • 关于一些有趣的发现:在患者人群中,有没有一个性别/种族/年龄段的病的概率更高,且在后文可以探讨这项差异是如何影响治疗效果的?

对科学文章来说,还要考虑前辈们的相关发现。这是对过往文献的回顾,也可以趁机引出自己文章所填补的研究空白。

这一个部分要写的内容在各个领域可能都不太一样,我写的是:

  • 前辈们的发现:此药的治疗效果如何?和其他药物或其他疗法相比,治疗效果是否更优?
  • 近几年的进展:最近对此病/此药是否有了病理/药理上的新发现?他们对治疗过程会有怎样的影响?是否有新开发出的药,它的治愈率如何?
  • 本文的研究目的或假设(hypothesis):如「对比新疗法 B 和传统疗法 A 的治疗效果」「X 蛋白可以抑制 Y 在脑中的通路」。

这里的说法是针对生命科学专业的。如果你的专业和这个不搭边,读一读本专业内的文章,交叉对比总结共性,然后按照其他作者使用的结构套在自己的文章上就可以了。

「引言」后的的「方法论」和「结果」部分与实验过程高度相关,每个人做的肯定都不太一样,所以遵循自己的研究过程写出来就好了。

讨论(Discussion)

「结果」中只有对于数据的罗列,「讨论」则是对这些数据的分析和探讨。我比较常用的思考方向有:

  • 根据结果,我的猜想/研究问题都能被解决吗?
  • 然后援引其他文献来证明我的结果,它和前人的结果有何异同,并分析/猜测背后的成因
  • 还有这次得到的成果是否是前人发现的延伸呢?
  • 过程中(方法论、结果)是否有局限性,哪里可以怎样做的更好?
  • 未来的研究应该朝哪个方向发展:这次的发现不够强有力还需要进一步验证;这条路好像走不通了,试试另一种呢?

如果把搜集素材的过程也算进去,「讨论」其实是最早写作的那个部分。

在读文献的时候,我常常发现某一部分或许对我的文章有用,或者作者的分析给我提供了一个新的分析视角、切入方向。这个时候我就会用一个特定的颜色高亮引起我思考的这几句话,然后把我认为可以发展的方向记下来,加上原文信息和页码。

在写到「讨论」部分的大纲时,就可以翻出当时写的这些想法来。

写大纲时和最初读文献时的知识储备自然不可同日而语,有一些冒出的想法只是孤例,不够有说服力,故而舍弃;有些想法却有足够的文献支持,可以写进正文里。

写大纲的时候就可以对这些内容进行整理,有些证据不够强有力,或者可靠性存疑,就去找找文献,确保最后写进正文的内容都有足够的证据支撑。

除此之外,写「引言」的过程中也收集到了关于这个主题的更多、更详细的内容,它们或许也可以参与结果的讨论,这个时候也可以挑出合适的,收录进大纲。

筛选、舍弃的过程可能会很痛苦,但须知大纲是不完美的,永远都不可能完美,开始写作之后总要根据写作状况修改。可能是想出了更有力的证据,或许是调换文本顺序,一切皆有可能。如果出现了不完美的地方,不要太焦虑,改就是了。

以及,为保险计,大纲永远要比正文囊括的内容要多。

毕业论文的要求是六千词,我的大纲完全展开了写可以写出八千至一万词,但其中的很多内容都因为不够有说服力,或者与主题联系较弱而被我删掉了。这是我从以前写作的经验里总结出的经验,在写作过程中总能发现思考时找不到的不完美,之后补足完全来得及。

大纲的审读

写完大纲后,如果有可能的话,把它交给导师看看是否有可以提高的地方。

除了导师之外,我还会把这篇文章的基本思路跟其他朋友讲一讲,希望借助别人的视角发现其中的问题。大致有以下三类:

  • 同大类学科的(如生物学、脑神经科学)
  • 不同大类的(如计算机、建筑)
  • 远离学校/科研许久的(比如爸妈)

和第一类朋友讲的时候,他们能帮忙发现专业相关的问题。比如「XX 的某个路径」可能在学界有了新的解释。

和第二类朋友讲的时候,他们能帮忙发现逻辑上的问题。比如两个论点之间的逻辑有一个小跳跃,对你来说可能太熟悉了,所以认为这一点并不重要。但对外行人来说,缺少着一个节点或许就影响了他们的理解。

和爸妈讲的时候,可以让他们听听我写的东西有没有科研界能懂,但是普通人听不懂的地方。比如森林图怎么读,这个发现对普通人来说有什么用……这些问题是教授可能在演讲和答辩时会问到的,提前准备有备无患。

这个方法是建立在我的文章不需要正式发表的基础上的。如果你的文章想要发表,或者更正式,要考虑到被人偷观点、抢发文章的风险,所以这个方法还请谨慎使用。

正文

大纲写就之后,写起正文来的阻滞感就会少了很多。至少在写不下去的时候有足够的储备,可以换一个方向切入。

我的习惯是把写好的大纲打印下来放在屏幕旁边做参考。这么做的主要原因是我总觉得屏幕不够大,半屏文档半屏文献,没有大纲的地方。而纸质大纲放在手边可以解放屏幕空间,想要随手标记删改也很方便。

大纲是骨架,文章是血肉。写文章的过程就是把大纲里的短句扩展成有逻辑、有联系的段落的过程。

这个过程不是一蹴而就的,所以如果让我一定要说一个建议的话,就是不要太在意细节。

写初稿的时候,最好用自己熟悉的句型和词汇,重点是写明每句话的意思,而不是追求「这句话看起来就像是文献里的句子」。

比如在写作过程中有一个词死活想不出来,就不要纠结于找出那个词,找一个你能理解的解释写上去,留个记号后接着写后文,有空再来纠结。

这么做的原因,一是有些不会的东西不是你停在原地冥思苦想就能想出来的,二是这样很容易打断写作状态下流畅的思路,以至于想出那个词之后,后面的想法忘得七七八八,得不偿失。找语法词汇资料的时间多的是,写文过程中那样顺畅的 flow 却难得。

事实上,论文的各种句式和词汇都是有固定格式和搭配的。文献看得多了,就大概知道了「学术风格」是什么样子。如果依旧迷茫,还可以去文献中取材,借用他们的句子结构和词汇,填进你自己的东西。有了例句作参考,表意时想必也不会有太过分的偏差。

对于写作时的语言,我用到的:

改稿

和大纲一样,文章的第一稿永远不会是完美的。

我见过一句不怎么高雅但是很有道理的话,用来形容写作的过程非常合适:

写论文就是先拉屎,再给屎雕花。

所以如果时间足够,请不要大意地给改稿留下足够的时间!

我写论文的时间非常充裕,因此我改稿的周期大概是一周。这个时间足以让我忘掉文章中的大部分细节,但主要脉络还是胸有成竹的。

如果我在这期间冒出了新的想法、新的句式,我会把它们都记下来,通常是和大纲放在一个文档内。

无论在这一周之内冒出多少修改或创新的想法,我都不会去动文章。一周之后,开始改稿。


每次改稿,我至少要读三遍。

第一次读是过语言,把文字改成更有科研味的风格,在合适的地方用学到的新句式,然后过一遍 Grammarly 以确保没有时态和单复数这样的低级错误。

第二次读是审读文章的逻辑,是否前后通顺,各段之间的联系是否足够,观点是否只是用车轱辘话轮着说了一遍。

第三次读则是重新审读暂停期间冒出来的想法,看看它们是否与文章相关,能加入到正文中,加在哪里合适,怎么让新加的这一段和原文过渡合宜不突兀。这些新想法会随着时间推移渐渐减少,到了后期就并不是改稿过程中必要的一环了。

第四次读是在改稿次日,完成前一天留下的任务之后,再通读一遍全文,让它变成最舒服的状态。这样就算是一次改稿结束。

改稿次数越多,需要修改的地方越少,专注的就更多地是细节,而非全文大的逻辑结构了。

改稿的时候,我也会有意识地换不同的介质。换程序(Scrivener, LaTeX, Word, Pages, Sublime Text, ...),换载体(纸质、iPad、电脑、Kindle)。根据我自己的体验,换介质之后阅读的感觉也会不一样,有机会发现在之前的过程中忽略的一些细节。

在这期间,如果导师能帮忙看多个版本当然是更好,如果改稿次数有限制的话,我大概会在第二或第三次改稿之后交给导师看。那个时候逻辑的问题已经解决得差不多了,对文章的内容也渐渐熟悉,很难再想出新的观点加入正文了。等到导师的反馈之后,再做后续修改,如果有不确定的地方就和导师交流后再做决定。


对于所有的文档,备份永远不嫌多。毕竟如果文章真的不见了,重写的过程费时费力,十分痛苦。

因此,每改过一次,我都要手动整合一下现在的版本,在邮箱、云盘、本地、移动硬盘里面各存一份。虽然我至今没有过丢失文档的经历,但这种事还是能免则免。

勤存档也可能有意外收获,比如我在交了终稿之后对比了第一版和最后一版,确实发现了文笔和逻辑上的进步,给我带来了极大的成就感。如果有兴趣的话,不妨也做来试试?

写作软件:Scrivener

对两千字以上的文章,我认为 Scrivener 是值得推荐的。

它和传统文档软件(如 Word)的区别是,在 Scrivener 里,写作可以不是线性的。

用 Word 写文章最舒服的顺序是从头至尾,引言一路写到结论,最后插入参考文献。

但我自己最舒服的方法并不是这样的。「实验结果」要和相应部分的「讨论」对照着写;写「讨论」的时候又发现为了前后统一,有些东西要加进「引言」才能逻辑通顺。

在 Scrivener 中,每一个文件或文件夹下都可以再下附许多文件/文件夹,且这些文件每一个都是独立的。

我给论文中的每个部分分了一个单独的文件,并且「结果」和「讨论」里面的每一个点都单独立了一个文件,为了方便检索和写作的时候相互对照。

而且软件自带分屏,所以同时写两个部分、两版文稿前后对照着写都不是问题。

此外,用 Scrivener 来记录写作过程中的一些想法也是非常方便的。右侧边栏有两个部分,分别是「概要(Synopsis)」和「笔记(Notes)」。

「笔记」这部分因为可以设定格式和超链接,所以我用它来记录各式各样的想法。比如上面提过的,阅读文献过程中的思考和发现,都被我放进了对应文档的边栏里,等到写大纲的时候再来整合。

因为习惯在纸质大纲上修改,所以「概要」部分大多时间被我用来存放写作过程中出现的问题,比如需要查的词汇或者概念;因为写的不算完善,所以在答辩时可能会被问到的问题。

还有一个根据截止日期设定每日目标的功能。

点击菜单栏的 Project → Show Project targets,里面可以设置目标字数,点击 option 还有更多选项,如截止日期、全文字数目标、计算出的每日目标字数,……等等等等。

另一个功能是相关统计(Statistics),可以看到文章中不同用词的频率、总字数、平均句长度、预计阅读时间之类的数据。对于语法还不熟悉的我来说,可以说是非常有帮助了!

在写作历史里,还可以看到每天写作的字数,以及每月统计。这些功能一方面可以监督我每天都写多少东西,另一方面也方便我把写作的过程当成一种拼字游戏,虽然到底有多有趣还待商榷。

当然,这里不得不提到 Scrivener 的许多缺点。

首先,它对中文的支持并不到位,用来统计的「词数」并不是中文的「字数」,而是要看「字符数」。如果使用中文写作,可能在统计方面有些出入。

其次,虽然提供 Dropbox 同步,但是每次同步都需要时间,常有冲突文件产生。对于只可能在电脑上写的论文来说,或许问题不大,但如果你非常依赖多端即时同步的话,可能就要三思了。

另外,如果想要插入参考文献的话,我并没有找到一个方便的使用方法,这也是为什么我会手写 citekey,这样终稿导入 LaTeX 时可以方便地使用 BibTeX。

Chrome 浏览器插件:Beanote + 标签页分组

对于需要 20 篇及以下参考文献的文章(通常是一千五百字以下的文章),我都是在网页上看文献然后插入正文的。对于写作软件也没有那么挑剔了。

Beanote 是一款 Chrome 插件,用途是高亮选中的字符高亮、搜索选中的内容,以及在网页上添加注释。1

在浏览器上栏点击图标,即可展示本页中有哪些高亮文字部分,点击即可跳转这段文字所在的位置。

另一栏展示的则是有哪些网页上的文字高亮了,点击就可以在新标签页中打开那个网页。2

在用网页读文献的时候,如果我发现了有用的句子,就会用 Beanote 将其高亮。

对于用在引言部分和讨论部分的内容,会使用不同的颜色。如果是需要引用正反方观点的文章,每一方的颜色也不一样。这样在查找的时候,直接看颜色就能分辨出用处,非常方便。

如果我有不懂的词语,或者有些概念可以继续深挖,我就会选中那部分后点击 [G] 图标,直接就能跳转到谷歌的搜索结果,比选中复制再搜索要快得多。


打开许多网页的恶劣后果除了电脑变慢之外,每个标签页的标题会因为空间不够被压缩,导致搞不清每一个网页都可以怎么用,以至于寻找的时候不得不每一个标签页都看一遍。

我选择给标签页分类。

这是 Chrome 的内置功能,选中顶栏的标签,右键点击「添加到新的标签页小组」即可。3

这里的分类标准和在文献软件里的分类没有太大区别,都是以正文中可能会用到的部分命名,预计在哪里用到的就放进哪个分组里。在写到那部分的时候,点开分组名即可展开,就很容易找到了。

结语

本文介绍了我写论文的过程:先写大纲,经审读后开始写正文,并介绍了我在写作过程中认为有用的工具和APP。

最后附上我系统分析和荟萃分析的结构图,希望对你有帮助^ ^