逻辑错误类型12种

逻辑错误类型有稻草人谬误、错误归因、从论证到结论、滑坡谬误、诉诸虚伪、德克萨斯神q手、乐队花车、诉诸权威、合成谬误、基因谬误、非黑即白、诉诸自然。

1、稻草人谬误

歪曲了别人的观点，来让你本身的观点显得更加合理，使你自己能够更加轻松地攻击别人。这是一种极端不诚实的行为，这不但影响了理性的讨论，也影响了你自己观点的可信度。

2、错误归因

这个逻辑谬误的错误就在于同时存在的两个事物未必有因果关系，可能这两个事物有共同的起因，或者两个事物根本没有因果关系，它们的共存只是巧合。一个事情比另一个事情先发生同样不能说明两个事物肯定存在因果性。

3、从论证到结论

看到别人的论述水平很低，或者别人的论述过程有谬误，就认为别人的观点一定是错误的。很多时候，辩论的赢家获胜并不是因为观点正确，而是因为辩论技巧更好。作为一个理性的人，不能因为别人的论述中存在谬误或者错误，就认为别人的观点一定是错误的。

4、滑坡谬误

错误地认为如果A发生了，那么就会导致Z发生。为了避免Z发生就一定不能让A发生。但其实我们最应该关注的是你不讨论眼下的事物（A），而不是把讨论重心转移到你毫无根据幻想出来的极端事物（Z）。

5、诉诸虚伪

不正面回应别人对你的批评，而是用批评别人作为你的回复，用批评来回应批评的这种方式，表面上你是在暗示对方是一个虚伪的人没资格说你。但其实你只是在回避别人的批评，是在为自己辩解，而没有直面对方给你指出的问题。

6、德克萨斯神q手

在大量的数据，证据中小心的挑选出对自己的观点有利的证据，而不使用那些对自己不利的数据，证据。

你先开了一q，然后在子d击中的地方画上靶心，搞得自己真是个神q手一样。你先决定了自己的立场，然后才开始找证据，并且你只找对自己有利的，而对于那些对自己不利的就选择性忽略。

7、乐队花车

一个事物，观点的流行程度和它本身是否合理没有关系。地球是球形的，在人们相信地球是平的时代地球也是球形的，所以我们可以看出来流行的事物或观点并不一定就是是正确的，我们要对流行的东西时刻保持警惕。

8、诉诸权威

利用一个权威人物/机构的观点来取代一个有力的论述。要证明一个观点，只是摘录别人的观点是不够的，至少要知道所提到的权威为什么有那样的观点。

9、合成谬误

认为总体中某个部分所具有的特性，对于这个总体的其它部分也是普适的。很多时候，对于一个组成部分存在合理性的事物，对于其它组成部分并不具有合理性。我们常能观察到事物之间的一致性，所以当一致性不存在的时候我们也偏见的认为有一致性。

10、基因谬误

通过一个事物的出身来判断它的好坏。试图逃避正面的讨论，转而讨论事物的出处。这种做法是想通过回避的方式来回应对方的论述，同时通过已有的负面印象来达到从侧面攻击对方的目的。

11、非黑即白

把黑和白作为仅有的可能，却忽略了其它可能性的存在。使用了简单粗暴的假二分法，来掩盖其它可能性的存在。想通过非黑即白的选择来误导讨论，破坏辩论的建设性。

12、诉诸自然

认为一个事物是“自然”的，所以它是合理、必然并且更好的。一个事物是自然的并不一定代表它就更好。互相杀戮是大自然中普遍存在的现象，但是大多数人都认为我们不应该互相屠杀。

逻辑错误

逻辑错误是相对于编译错误来说的，例如程序代码的语法有问题，编译时就会出错。而逻辑错误在语法上是正确的，程序能够编译并运行，但是运行的结果与预想的不同。

三菱锁存器编译报警可能有很多种情况，以下是常见的几种原因和解决方法：

1. 程序语法错误导致编译失败。这种情况下，可以在编译错误提示中找到具体的错误信息，根据错误信息逐一排查，修复程序语法错误即可。

2. 锁存器地址错误。在三菱PLC编程中，锁存器的地址需要按照规范来设定，否则编译时会报错。检查程序中使用的锁存器地址是否正确，如果不正确需要修改代码。

3. 常量定义错误。如果程序中使用了常量，但是常量定义错误，也会导致编译失败。检查常量定义是否正确，如果不正确需要修改代码。

4. 编译环境配置问题。如果编译环境配置不正确，也有可能导致编译失败。检查编译环境配置的路径、版本等信息，确认是否正确。如果不正确需要进行调整。

总之，编译报警可能有很多种原因，需要根据具体的错误提示信息进行排查，找到问题所在并进行修复。如果您需要技术支持，请咨询三菱公司或相关技术人员。

从代码本身以及运行的情况来看，可执行程序的内容，与所贴的代码不相符（可能是修改了代码后没有重新编译，就运行了修改前的代码，不然也不会代码现在有错误就能编译通过的，例如第2行的末尾多了“op”，“现有1人捐款”也没有输出），修改建议如图：

---