https://i.loli.net/2020/03/04/qF5ZCH7PIAK1mJt.jpg
https://i.loli.net/2020/03/04/gTrD1fsLnzCEFM5.jpg
https://i.loli.net/2020/03/04/CzLnXSEsJ3pUu4P.jpg
https://i.loli.net/2020/03/04/uo1EWc5xJBjVf7Q.jpg
截图又长又臭，不好看，总结一下：
我经常遇到别人问我问题，但是说得不清不楚的情况。
有时候人们自以为的“问题”，也许不是真正的问题。
对问题条分缕析、通过一些方法和技巧排除无关变量，可以精准定位到真正的问题。
我们并不需要、也不可能掌握所有问题的解决方案、熟背所有 api。
很多情况下，只要找到真正的问题所在，用文字精准地描述出来，上网搜索，就能找到现成的解决方案。
 |
1
ftfunjth Mar 4, 2020 via Android
补码的形式就是取反 + 1
|
 |
2
also24 Mar 4, 2020 via Android  1
几乎每天都在经历这些……
已经习惯了不完全相信提问者的信息，直接开始引导性提问了解问题本质，现在猜问题的能力也提升了不少 |
|
3
also24 Mar 4, 2020
比如说这个问题：/t/649610
提问者上来扔出来的关键词就是『超时』，却并没有讲出到底是什么类型的超时。 （服务器内部超时？ TCP 连接超时？ HTTP 请求超时？） 这直接导致了下面的回答其实都在靠猜。 以及，提问者先使用了『另一个服务器』，又使用了『 A B 服务器』的描述。 在他自身的思路里也许明确，但实际中完全没有描述清楚服务器之间的关系。 这也直接导致了他在 6 楼提供的信息完全无效。 那么在帮助他找问题的时候，就要先做几步『前期工作』： 1、明确定义，为各个服务器起好名字，搞清楚逻辑关系。 2、明确事态，强调易混淆的场景的差异，搞清楚事情的准确状态。 最后，结合已了解的情况进行合理猜测，尽量在不需要大量调查的情况下，就猜到出现几率最大的情况。 当然，这个问题截止目前还没有解决。 我隐隐的觉得他的接口反代是用代码实现的，那可能还涉及到它反代环境的配置等，届时就需要更详细的一组调查了。 |
|
4
also24 Mar 4, 2020
咦， /t/649610 这样的格式又不能解析了么？ https://v2ex.xtra.eu.org/t/649610
|
 |
5
stillsilly OP @also24
看了一下，槽点太多了。 看他 9 楼的回复，似乎这些超时错误都是小程序报的？ 就算只有小程序这一层有问题，其他两个层都很正常，也不一定修改小程序的超时时间就能解决。 可能需要根据超时的接口数量、接口返回数据需要的最大时间，做一些不同的处理…… 大部分接口需要 20-30 秒，没有超过一分钟的，和绝大部分接口 2 秒内返回，只有一两个要一两分钟，这能一样吗…… |
|
6
also24 Mar 4, 2020
|
Select Language
