《逻辑思维简易入门》(第2版) 阅读笔记二

《逻辑思维简易入门》(第2版) 阅读笔记二

本周阅读的是《逻辑思维简易入门》的第三章,也就是说,本书的第一部分就已经读完了。

第三章、信念的优点

信念和负信念是人们在接受一个事物时一种心理态度,延伸来说也就是对事物的认知态度。因为我们在研究 逻辑思维的时候,都有一个前提:“以正常情况以及说话者真诚”,所以有人如果对于一件事物不做回应,我们可以认为这是一种既不相信,也不怀疑的的态度。

信念的优缺点有很多,在书中主要介绍了下面几种:

1.准确性

好的信念实在准确的表达事实,同样真的信念具有最高程度的准确性,反之假的信念具有最高程度的不准确性。

2.真假

信念在真假问题上是绝对的,虽然真假难辨,但是这不是度的问题,一定是对立的,非真即假。

3.合理性

一个信念是合理的当且仅当它具有充分的支持。同样,一个概念、信念不合理,也是有绝对的反面不成立的支持。合理性是这些优点中最需要的推理的,也就是说,信念合理性唯一的根据就是推理。知道这个信念依据所涉及概念为真。



以上都是单个信念所具有的优点,还有一些优点为一组(至少为两个)信念才能具有的。

4.一致性

如果说信念具有一致性,那么在逻辑可能的世界里,就表示在逻辑上是可相容的,逻辑上也是可能的,信念和信念直接没有矛盾。而信念之间不一致,当且仅当它的成员不能集体为真。
命题和命题之间自相矛盾是经常有的事情,单个命题和整组命题之间也可能自相矛盾。
在和其他优点之间对比的话,一致性并不完全和准确性划等号,和合理性也不完全相等。一致性(优点)和不一致性(缺点)之间是可以转换的,通过仔细思考,消除不一致的来源,是可以修正信念集合的。

5.保守性

保守性是什么?就是说信念和我们现在的信息相符,这也是一种信念的优点,但是如果变成了教条性,那就是一种缺点了。

6.可修正性

在逻辑上,信念上只要有以上准确性、合理性、一致性……中的任何一个,就说明它是可修正的。但是信念如果容易被修改或者常常被修改,就容易出现矛盾的信念同时为真,或此处的“真”和“对于……真”这样有范围的“真”相等了,那就犯了极端相对主义的缺点。

7.理性

我们总说要具有理性,更理性一点。理性绝对是逻辑思维中值得研究的一部分,它是有条件的:
只有思考着:

  1. 当下有意识的考虑
  2. 能够提供证据或理由支持该信念
  3. 找不到该信念不满足任何上述的优点

总结

有人说这样的逻辑思维训练教材没有用,我不知道该怎么回答,每个人的情况不一样,这是一种学习心态的问题。有时候无意识间会觉得:“噢,该把话说得有逻辑一点……”,我觉得这就是有用的地方之一,总是在不自觉的约束自己,规范自己,慢慢一定会有所变化。

时间: 03-05

《逻辑思维简易入门》(第2版) 阅读笔记二的相关文章

鸟哥的LINUX私房菜基础篇第三版 阅读笔记 二

Linux档案与目录管理 1.一些比较特殊的目录,需要用力的记下来 .         代表当前层目录 ..        代表上一层目录 -        代表前一个工作目录   (这个好屌!其他的基本都知道) ~        代表[目前用户身份] 所在的Home目录 ~account 代表account这个用户的Home目录 2.目录相关命令 a) cd : 变换目录 b) pwd: 显示当前目录 *  不熟标记   -P 可以把一些链接地址打出来 c) mkdir:建立一个新的目录 d)

【阅读笔记】计算机网络 第五版 阅读笔记(持续更新)

计算机网络 第五版阅读笔记 第一章 概述 1.因特网的组成 边缘部分:由所有连接在因特网上的主机组成 核心部分:由大量网络和连接这些网络的路由器组成 2.计算机之间的通信方式 客户服务器端方式(C/S模式):客户端是服务请求方,服务器端是服务提供方 对等方式(P2P模式):平等,对等连接通信,每一个主机既是客户又是服务器. 3.电路交换,分组交换和报文交换 3.1 电路交换:建立连接(占用通信资源)->通话(一直占用)->释放连接(释放通信资源). 优点:在通话的全部时间内,通话的两个用户始终

寒假阅读笔记二

大型网站技术架构-阅读笔记二 模式:每一个模式描述了一个在我们周围不断发生的问题及该问题解决方案的核心.这样你就能一次又一次地使用该方案而不必做重复工作. 分层:将系统在横向维度上切分成几个部分,每个部分负责一部分相对比较单一的职责,然后通过上层对下层的依赖和调用组成一个完整的系统.分层时必须合理规划层次边界和接口,在开发过程中,严格遵循分层架构的约束,禁止跨层次的调用(应用层直接调用数据层)及你想调用(数据层调用服务层,或者服务层调用运用层). 分割:网站越大,功能越复杂,服务和数据处理的种类

构建之法--阅读笔记二

阅读笔记二—代码规范 代码的风格的原则就是:简明,易读,无二义性.我虽然是计算机系的学生,但是我以前却没有秉着这个原则来编写代码,现在阅读了构建之法后,我明白了如何让你的代码变得简明,更容易理解. 代码在编写的过程中注意: 用Tab键缩进 要注意行宽,最多限定100字符的行宽 在复杂的条件表达式中,用括号清楚地表达逻辑优先级 要注意断行与空白的{ }行,有明确的“{”和“}”来判断程序的结构 不要把过多的语句放在同一行上 对变量命名要有实际的意义 用下划线来分隔变量名字中的作用域标注和变量的语义

软件需求分析教程阅读笔记二

软件需求分析教程阅读笔记二 管理人员在要求开发一个系统时并不会理解进行需求分析的重要性,他们只知道能不能尽快开发出相应的系统来方便使用,但是如果不做好需求分析,最终开发出的系统也不会有人用. 客户的需求认识并不像软件开发人员这样,了解的比较清楚,客户通常并不懂得从系统的实际用户处得到信息的重要性,然而从产品的实际用户处收集需求有着不可替代的必要性,所以导致项目最终失败的两个原因,一个是缺乏用户参与,另一个是不完整的需求规格说明. 在进行需求分析时,只有系统的实际使用者才能清楚的描述他们要用此系统

Java Jdk1.8 HashMap源码阅读笔记二

三.源码阅读 3.元素包含containsKey(Object key) /** * Returns <tt>true</tt> if this map contains a mapping for the * specified key. * * @param key The key whose presence in this map is to be tested * @return <tt>true</tt> if this map contains

《构建之法》阅读笔记二

第二章阅读笔记 软件工程师的个人技术之一软件测试:    软件测试在软件开发流程中占据非常重要的地位. 单元测试:因为大多数软件工程师都是团队合作,所以其开发的模块其他人很有可能会用到,所以保证模块的正确性.完善性是非常重要的,所以就要进行单元测试来对模块的功能进行验证,验证要保证各种数据都能通过,对于特殊的数据都要进行验证,这样才能保证模块的健壮性.单元测试应该准确.快速地保证程序基本模块的正确性. 回归测试:软件的模块在进行修改或者新增后要进行回归测试,测试原来的功能是否受到影响. 效能分析

《大道至简---软件工程实践者的思想》阅读笔记二

08大道至简——软件工程实践者的思想阅读笔记之二 2015-06-02 16:41 第五章 失败的过程也是过程 以得失而论,在瀑布模型与RUP模型之间,学习前者而不成,可思过程的本质:学习后者而不成,可得文字的架子. 如果懂得了所谓的模型原本都演化自那个简单的瀑布,那么文档是按XP写还是按RUP写,也就可以应时.应需,因地置宜,择善而从了. 越是简单的东西,往往越是接近于本质. 项目经理的工作,就是要去组织这个工程中的各个角色,使得分工明确,步调一致,共同地完成这个项目. 第六章从编程到工程 我

构建之法——现代软件工程 第二版 阅读笔记

今天下午刚邮寄到,晚上读了两小节.第一节解答了大家可能都会有的疑问(至少我有这些疑问……),而且还举出了例子来说明:后面对于术语的解释也是这样,使得很多晦涩的文字变得通俗易懂了!其中提到了一个问题:一个功能,用户使用它的概率为百万分之一,你还会做这个功能吗?要是我的话八成选择第二个,没时间实现就算了……读完之后才明白,该想到的.需要具备的都不能省略.后面还看了下第四章,因为结对编程的时候用得到:开篇是一段杂乱无章的代码,完全看不下去的那种!让读者直接感受到代码规范的重要!期待嘛,读一本书自然希望