一样东西在的时候，人会顺着它的形状去想问题；它不在之后，想问题的起点也跟着换。代理IP消失的那几天，变化最大的往往在判断方式上：原来第一反应是查中间那一层，现在要先问本地。这个起点一换，后面整条思路的顺序都跟着调整，连带着结论也变了。
- 第一天，遇到问题先查中间那一层，这是旧习惯。
- 第二天，开始怀疑本地，顺序有了松动。
- 第三天，把问题按本地和远端分开归类的次数变多。
- 第四天，判断异常时不再需要一个固定的第一站。
起点为什么重要
判断从哪里开始，决定了后面要走的路径。起点选在代理IP这一层，思路会顺着连接、协议、参数展开；起点选在本地，思路会先看设备、网络和时段。两条路径都能到达答案，长度和成本不一样。旧起点用得久了会变成条件反射，遇到任何问题都先往那个方向查，即便那个方向已经不再是问题集中的地方。
换起点之后省下什么
省下的是排除的时间。原来要从中间那一层开始逐项排除，现在先花一分钟看本地状态，很多时候能直接排除掉一半可能。这一点在任务量大的时候尤其明显，因为每一次无效排查都要占用一段时间，累积起来不是小数目，省下来的都是实打实的时间。
新起点会不会也不准
会。任何固定起点用久了都会出现同样的毛病，把注意力引向熟悉的方向，忽略不常见的原因。差别在于换过一次起点的人，通常对起点的选取本身有意识，遇到反复查不出结果时，会主动去换一个方向，不再在原地反复加深力度。
怎么保持这种意识
做法是定期回顾判断的顺序和最后的结果，看有没有出现方向一直选错的情况。这一步不需要频繁做，每次任务结束顺手记一句就够。记下来的东西不多，却能反映出思路的惯性，比事后凭印象回想可靠得多。
哪些判断不受影响
这些之外的部分，一直没走过样。
回到原样之后
接回那一层之后，判断起点会慢慢回到原来的位置。这不算倒退，因为中间那几天攒下的另一条路径还在，遇到本地相关的问题时随时能拿出来用。一个人手上多一条路径，比只有一条要稳，出问题时也不容易卡死在一个方向上。
要让这条路径留下来，得在恢复之后再走几次。用过一次就搁下的路，很快会重新变得陌生，隔一段时间主动走一遍，它才算真的留下。
这样的对照不用频繁做。一年里挑两三次，在手头任务比较轻的时候走一遍就行。次数多了会变成负担，次数少了又记不住区别，隔上一段时间做一次，恰好能保持对这套流程的敏感度。
起点换过之后，前面的路会多出一条。这条路不会因为接回代理IP就消失。