本文主要是介绍【研究的艺术】通读《The Craft of Research》,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
通读《The Craft of Research》
- 前言
- 1. 跟读者建立联系
- 2. 明白问题的重要性
- 3. 组织论述
- 4. 论点
- 4.1 Making Claims
- 4.2 Assembling Reasons and Evidence
- 4.3 Acknowledgments and Responses
- 4.4 Warrants
- 未完待续。。。
前言
本篇博客是《The Craft of Research》的通读笔记,其目的是帮助读者进行很好的论文写作,对我而言也是收获颇丰,本篇博客是跟着李沐老师的B站视频进行总结的,之后更为详细的《The Craft of Research》精读内容我会慢慢更新,李沐老师有新的视频的话我也会继续更新本篇博客。
1. 跟读者建立联系
研究部分抛出了几个问题,首先,研究是什么东西?研究就是要去收集信息来回答一个疑问,并解决特定的问题。第二,为什么要写一篇文章?作者给出了三点好处:
- Write to remember.
- Write to understand.
- Write to test your thinking.
因此,即使不是为了发表论文,平日里记笔记也是很有意义的。第三个问题是为什么要一个正式的论文格式?标准的论文格式可以方便同行进行沟通交流,减少因为沟通障碍而造成的不必要的时间消耗。
最后,写作也是思考的过程。写作的核心思想在于将你的想法写下来,希望别人能够接收你的想法,从而在你的想法之上继续做研究。但是写作不能为了流量而写作,不能为了博人眼球而夸大其次,你的文章还是得脚踏实地,用心做工作才是好论文的基础。
2. 明白问题的重要性
很多工作都需要和他人一起合伙完成,研究也是同样的道理。
首先,我们在读文章的过程,也是和文章的写作人员进行对话的过程,因此在写作过程中,要明确自己和读者的定位,从而得到期望的交流与反馈。第二,由于学术论文本身就比较枯燥,难以吸引读者,因此需要确定自己的角色,从而吸引特定的群体。比如你的文章是新的发现,或是某个问题的解决方案,亦或是重要问题的答案,根据目的不同,去决定你内容的呈现形式。作为作者,你可以通过回答以下问题的方式来开始你的写作:
- 谁会读你的文章?
- 他们希望你做什么?
- 他们究竟有多少知识储备?
- 读者会对你的回答有什么样的反馈?
其实,通过回答这些问题,你也给自己的论文选择了特定的读者。
3. 组织论述
当你已经确定好要做什么样的工作,以及目标读者的群体究竟是什么样的时候,你就需要思考如何论述自己的观点,让读者更能接收你提出的方法。换句话来说,你需要思考提出的论点和论据怎样支撑你的故事。
事实上,你的工作和你的故事是交替进行的,因为研究与工作不同,在一开始你并不知道结果会是什么样的,因而你的故事会随着你的工作的进展而变化。此外你的工作也需要和读者产生共鸣,让读者在阅读的过程中和你一起去解决问题。因此,为了达到这个目的,你的文章应该有足够的论点以及支撑论文的论据。
论证的过程主要分为如下个步骤:
- 提出论点。
- 用一些证据支撑你的论点。
- 辩证看待其它观点。
- 提供推理逻辑的原则。
通过上面的步骤,我们也找到了在文章中论证的核心元素:
- Claim:需要读者去相信什么?你的观点是什么?
- Reasons:你为什么这么说?你怎么让我去相信你说的是对的?
- Evidence:你怎么知道的?你有东西去支撑吗?
- Acknowledgment and Response:对他人观点的回复和说明。
- Warrant:如何理清自己的逻辑对读者进行解释。
首先需要探讨一下claim、reason和evidence的关系,一句话总结:
You have to base your claim on good reasons. You have to base your claim on good evidence.
即,好的论点需要好的理由来解释,好的理由需要好的论据支撑。
正如上面所说,文章和读者是交互的,除了你自己提出的论点,你的读者也会表达其论点,这个论点可能和你的相冲突,也可能是对你论点的补充和完善,因此作为作者,你需要对这些论点进行回应,在写作的时候,你需要考虑到这些情况的存在,以使你的工作尽可能解答所有读者的疑惑。
最后,你需要明白,你的认知和你读者的认知往往是不在一个水平上的,如果你在一个领域耕耘数载,你可能对一些强联系的claim和reason不那么敏感,认为这些是理所当然的,导致你过于简化你的写作内容,让你的读者一头雾水,因此在写作的时候,还是需要尽可能向你的主流读者看齐。
4. 论点
4.1 Making Claims
对于一个声明,你需要考虑下面三个问题:
- 你在做什么类别的声明?
- 你的声明够不够具体?
- 你的声明够不够重要?
不同类别的声明决定着你将采用什么样的论据和理由去支撑你的论点,你的声明可以是事实,可以是一些定义和分类,也可以是一些评估和评议。对于不同的声明,都有两个前提条件:具体和重要。模糊的声明会导致含糊的论点,你的声明越具体,就越能帮助你计划你的论点,当然具体是没有明确的定义的,需要你自己去衡量,此外你的声明如果不够重要,或者你的论据没有意义,那么就是纯纯浪费读者的时间,比如对于MINST数据集,你采用各种复杂的方法和庞大的算力,来将其精确度从99%提高一点点,这纯粹是炮弹打蚊子,毫无意义可言。
那么如何让你的声明更具体呢,一个常用的的句式如下:
Although I acknowledge X, I claim Y, because of reason Z.
如何让你的声明更重要呢,这里也有几个可供参考的方向:
- 为大家感兴趣的问题提供新的论据。
- 使用数据回应大家的疑问。
- 不要声明一个大家都既定的事实。
最后,对于任何一个声明,都不要说的太满,要避免使用all、always这些绝对性的词汇,防止你的论据不足或不全面而导致读者的一些误解和疑惑。
4.2 Assembling Reasons and Evidence
读者通常会先看你的论点的支撑是否合理且符合逻辑,如果这些理由看上去还不错,他们会接着看你的论据,如果你的论据不够让读者信服,那么之前的理由和论点也都白费了。
整个过程可以用如上的图来表示。首先你会声明你的观点,在得出你的结论的中间需要多个Reasons进行支持,对于每个Reason又需要强有力的Evidence进行支撑。整个过程可以通过序列的形式,或者树的形式展示出来。通过这样的形式,可以让你的写作思路更加清晰。
在有的时候,读者和你的认识会出现分歧,比如你认为是论据的部分,读者认为这只是一个Reason,还不足以作为论据来支撑,因此在写作时,你需要构建一个强有力的论据,不要使用虚词,如大部分,一些,很多等等,尽量使用真实的、客观的、有权威性(accurate,precise,sufficient,representative,authoritative)的数据,这会让你的论据更加脚踏实地。
4.3 Acknowledgments and Responses
读者总是带着批判性的眼光来看待你的文章,因此无论你给出多么丰富的理由和论据,他们总会有不同的看法。因此你需要提前预测并回应读者在阅读文章时产生的问题和反对意见。读者通常会从两个方面去挑战你的观点:
- 内在的完备性。包括论点是否清晰,理由是否相关,论据质量如何。
- 外部的完备性。包括是否有别的方法,是否有额外的论据做支撑。
但是在写作的过程中,你很难说去找读者来帮忙审阅你的文章,因此你可以通过问问题的方式来找出漏洞:
- 问什么这是一个问题?
- 这个问题是否很好定义了?
- 你的解决方式是实用上的还是概念上的?
- 你的声明是否过强而导致论据无法支撑?
- 为什么说你的解决方案要比别的好?
此外还可以问自己,文章是否accurate,precise,sufficient,representative,authoritative?以及最后一个问题,能否有更多的evidence来支撑你的文章?通过这样自问自答的方式可以帮助你更好找到文章的漏洞。
通过上面的归纳,可以得到很多问题,替代方案和反对意见,你需要对其进行选择和归纳,来得到一个acknowledge的平衡。为了缩小你方案的范围,要注意优先考虑以下事项:
- 关于文章你可以回答的弱点的指控。
- 研究领域中重要的替代论点。
- 读者希望的其它的解决方案。
- 读者可能知道的其它evidence。
- 读者知道的重要反例。
当然你的文章还是会存在一些漏洞或者无法解决的问题,如果你避而不谈,也可能会被细心的读者发现从而留下不好的印象,因此可以直接在文章中将这个问题列出来,交给后面的工作解决。
4.4 Warrants
担保可以认为是一些公理或者既定的事实,可以帮助读者来理解你的工作是怎么过渡的。具体来说,对于担保的使用有下面五点建议:
- 你的担保是不是有道理的?
- 担保覆盖面是不是有限制?
- 有没有更好的担保?
- 在该领域担保是否合适?
- 担保是否覆盖你的论点和原因?
在保证担保的质量后,就要思考什么时候使用这些担保。常见的有下面几种情况:
- 读者在你的领域之外。
- 你的理由比较新或者有争议。
- 论点特别有争议性。
担保有时候可以作为理由帮助读者理解,但是会让逻辑变得复杂,导致文章不那么有力。
未完待续。。。
这篇关于【研究的艺术】通读《The Craft of Research》的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!