今天遇到个事儿，我们一个SAAS系统的用户说视频是倒的，是不是录制系统出了问题。截图发过来，连视频上的时间戳都是倒的，不止今天的视频，以前好好的视频也变成这样了。

这……很明显是播放器出了问题，目测应该是按到了旋转视频的快捷键，果然再按几下就回到正常角度了。

完全是虚惊一场，和 SAAS 系统没有任何关系。这类问题，就好比是告诉 IT 电脑黑屏了，其实没插电源。属于操作不当引起的问题，而不是系统故障。

但，诸如此类的问题发生时，用户的第一反应是系统故障了，是系统出了问题了，很少会先主动去检查自己的操作是否存在问题。这里要牵扯到前几天写的一篇 一个柜子引发的思考，从事某项工作的确可以给人带来某种能力的提升。

比如程序员碰到类似的问题，是如何一步一步排除故障，找出真相的。网页打不开了，首先会检查是不是所有网页都打不开，然后再检查网线有没有松动，最后才是这个网页本身是否有问题。在这一点上，从事技术工作的人和非技术工作的人的检查顺序大概是相反的。非技术人员遇到网页打不开，可能下意识地反应就是这个网页本身出现问题了。如果这个网页是某个业务系统，那么就开始联系相关的运维人员了。而运维人员的第一个问题也许会是「百度打得开吗？」，然后一步一步做排查，找到问题所在。

当然，不是说所有非技术人员都是一样的逻辑，这里只是举个例子。至少今天的这个用户不是第一次这么「慌不择路」了，以前也有碰到过电脑网线掉了，或者什么东西删掉了，导致“系统不正常”，然而最终检查发现都不是系统问题。

我很怕「慌」，一慌就有可能失去自己的判断，而把一切希望都寄托于他人身上，很着急地想要抓住一根救命稻草的感觉。当然用户的这种「慌」可能是出于希望尽快解决问题的考虑，所以不管三七二十一，先抓住人再说，对他们而言，他们的工作就是去「用」系统，不需要去了解它，出了问题应该第一时间找专业人士给予解决。

作为程序员，我们都有着「系统设计者」和「系统使用者」的双重身份，我们设计的系统有着它的用户，而我们同时又是别人设计的系统的用户。所以，当程序员们碰到不是他们设计的系统出现问题时，也会下意识地尝试自己去找到问题所在，这个真的是下意识的举动，比如，今天碰到签证上传系统，传资料的时候总是提示「提交失败」，没有更多信息了，经过一些蛛丝马迹的分析，大致可以判断出是图像识别出了问题，比如没有识别出身份证号之类的，而有可能这些识别出的信息里有一些是提交的必填项，所以一直过不去，重新拍了证件，再次上传就可以了。在这个条件反射之前，我脑中其实也一闪而过准备联系客服，但一想到那龟速的回复速度，倒不如自己先试试，极有可能当我解决了，那厢才刚刚回复一个「亲，在呢」，太耽误时间了。

所以，从事技术工作之后养成的一个习惯就是「凡是能先麻烦自己的，都不会先去找别人」，也许自己解决的确需要时间，但可控啊，实在超出自己能力范围的，再去寻求帮助也不迟。凭借这个习惯，着实节省了不少时间。但也有点不太好，习惯之后，分派任务的时候，如果一想到某个人动作太慢，就会想着干脆自己做完得了，这样似乎对同事也不太公平，同时给自己带来了很多事儿。

不过好处是，当我切换成「用户」身份的时候，碰到问题时，至少自己可以先分析个大概出来，不至于被「慌神」的焦虑感淹没，然后只能眼睁睁地把自己的“命运”交到别人手上。

但是要记住，人始终是个群居动物，有些事情的确需要通力协作才得以完成，或者说更高效地完成，这种情况下，不要怕麻烦人，有来往有即可。