人的行为，是一个很好的研究素材，分析行为背后的原理，能学到很多有趣的知识。今天分享一些心理学和概率论的一些案例。
让别人先排查问题
真实案例：一个项目有安卓、iOS和H5。某次更新之后，安卓的某个功能出问题了，iOS的是正常的。此时需要排查问题：安卓说：“更新H5之前没问题，更新完就有问题了，是H5的问题。” H5说：“安卓有问题，iOS没有问题，那应该是安卓有问题。”总之，就是一个不确定问题出在哪，需要多方排查的问题。
心理分析：对于问题原因五五开的情况，很多人都极力否认自己的问题，或者声称自己很忙，让对方先去排查。如果对方排查出来了问题在对方那里，那么自己就省了排查和修改力气；如果对方排查发现是自己的问题，那么自己省了排查的力气，只是修改一下就行了；如果对方也不确定问题在哪，这个时候才去认真排查问题。所以，这里就是后发制人，后排查的人有更大的概率减少工作量。
推荐做法：寻找一个第三方，共同讨论这个问题可能出现的原因，然后敦促多方排查这个问题，从而提升效率。
测试提的Bug才是Bug
真实案例：前后端共同开发一个功能模块。在对接接口的时候，前端发现了有一个接口特别慢，从请求到返回需要十几秒，于是他把这个问题反馈给后端，让他看一下。但是后端一直都不处理，直到测试人员在测试的时候也发现了这个问题，提了bug之后才去修改。
心理分析：这样的人在工作的时候，只和少数人紧密联系，并且和这几个人联系的目的，是解决自己必须要做的工作。他可能心存侥幸，有小部分的概率测试人员没有发现或者不关心这个问题，这样就能减少工作量了。就算最终测试还是提了这个Bug，无非是多一个要改的Bug而已，只是修改时间的问题。
推荐做法：提交版本前自测的时候，看看对方有没有解决这个问题，如果没有解决，就把这个问题提前反馈给测试。为什么要这么做呢？主要是为了减少团队的工作量和沟通成本。
先把功能实现，优化以后再做
这句话我们经常挂在嘴边，或者经常听到别人说，实际上，70%以上的人都没有真的去做优化。“先把功能实现，以后再优化”这句话仿佛是一个缓兵之计，只是解决当前的问题，并没有从长远考虑。
实际上，80%以上所谓的“未来优化计划”，最终都没有真正落实，结果就是，我们的项目背上了越来越多的技术债，到后面变得很难维护。
推荐做法：经常进行代码审查，或者把优化作为平时开发的任务之一，或者把优化作为下一期必须要做的事，这对于需要长期维护的项目来说很重要。
那个推荐你买股票基金的人，并不是真的希望你赚钱
如果你身边的人经常劝你买一些股票基金，或者经常晒出自己的收益来诱惑你，这时候要有清醒的头脑，他们不是真的希望你赚钱。
从两个角度来证明：
假设买了A推荐的股票最终赚了，A就会以“高手”的身份自居，享受萌新的膜拜；
假设买了A推荐的股票最终亏了，也是正常的事，A肯定也亏了，不过A会觉得不只是自己吃亏，心里又得到一点安慰。
偶然的东西多次重复之后，就变成了必然
有一种炒股诈骗方式，就是所谓的“大师”出去讲座，给100个人推荐了100个不同的股票，根据概率，有大约一半的人认为“大师”有点水平，然后“大师”再次联系这50个人，再推荐一波，又有大约25个人相信了大师。连续两次，差不多打消了疑虑，最终上当受骗。
爱情公寓5有一集冒充幼儿园园长诈骗的方式，其实原理差不多，赚的是概率的钱。
我们要保持清醒的头脑，偶然事件必然发生，都是人为操控的。我们也可以往好的方向去想：假设做一件事成功的概率是1%，我们如果重复100次，那么我们至少成功一次的概率是多少？
1 - 0.99 ^ 100 = 63.4%
关于赌博
我村有几个人沉迷于赌博，无论是线上还是线下，我在这里从多个角度来证明赌博必输。
角度1: 无论是线上还是线下，赌博本身都不是收费的，资金是从参与者流向平台或者棋牌室。举个极端的例子，四个人打麻将，一局一元，每局胡牌的人要给棋牌室一元。100局过后，求解最终四个人中至少有一个人赢钱的概率。
角度2: 假设把赌博作为随机事件，因为需要付钱给棋牌室，把这个也作为收益，输钱的概率就略大于赢钱的概率，也就是输多赢少。显然，输多赢少就是输，这个是公理，无需论证。
角度3: 风险极大。假设别人出千或者在网络上暗箱操作，输钱的概率进一步增大；假设自己出千，就要冒着被抓住的风险，侥幸心理不能有。两条路都是绝路。
赌王为什么富有，因为他不赌，他是第三方平台。
