论问题的分析，解决方法整理总结

LD is tigger forever，CG are not brothers forever， throw the pot and shine.
others care about themselves.open your face for life.One in front, one behind.Wearing a mask is like not wearing one.
talk is cheap, show others the code,Keep progress，make a better result.

目录

概述

我们讨论一个问题：如何在工作中分析问题，解决问题而不影响对应的进度呢？值得我们深思。
我们对之前的内容进行拓展和整理。

需求：

1.提出问题
2.发现问题
3.解决问题
是我们工作中对应的驱动方式，（其实就是提出需求，发现价值，交换价值，解决价值的PDCA循环）
我们做一下经验之谈。

设计思路

这里参考https://blog.youkuaiyun.com/xiamaocheng/article/details/100753454

实现思路分析（时间价值为导线）

1. computer不会X，第二次出错时，不要犯第二次错误。

起码现阶段不会。

2.debug,增减,log

0.svn 增进积累

源码之中，了无秘密，多熟悉源码。

4.Debug 时，也应该定位到问题段，如果定位段中没有业务逻辑，

证明自己的定位点有问题。反思自己的定位点。
5.增减时，学会正向收敛，增减方法，增减，(disable||enable)断点测试，进一步检测错误幅度
6.log只是一种验证方式

3.逆向发散（博约而取，注意时间，COMP~TIME）

出现问题，定位到问题段，然后参考其他地方COPY或查询，对问题段逆向思维发散，正向收敛。

即证明自己尝试想一下自己错的地方。找到错误点后，向上回溯和想下推理，这里是不精 确的判断，带有经验性质

4.如果有参考实例呢？

使用比较器肯定是有不同地方的，将不同地方进行发散和收敛，细节决定成败，很重要，细节决定成败。

一定要学会改动的比较和成功后的文件进行比较，如果相同还不一样，基本就是环境比较了。返回debug2.

5.统计解决问题的时间15min，超时立即问大佬,沟通群，远程协助

too SM donot ask DL.diss you.show value before you ask.
SM asked to SM people.

6.实在是解决不掉，beat it.

feel YOU KNOW,only requared time.Pretend you will。Deficiency and excess。有的时候确实有坑，要承认不是所有问题都是可以解决的。要发现bug,throw pot.

拓展Demo实现

无

相关工具如下：

无

实验效果：

分析：

这只是一般的方法，但是我们考虑好像每个人都会哈，CHAJU在哪里呢？

小结：

主要讲述了自己的一些体会，里面有许多不足，请大家指正~

参考资料和推荐阅读

1. 逻辑思维能力在调式中作用.

欢迎阅读，各位老铁，如果对你有帮助，点个赞加个关注呗！~