《solidworks正树问答500+ 》333,正确应对设计软件的错误提示

正树

编软件的，有时候程序太复杂，开发者想到了100种用户的操作情况，但开发者知道一定还有100种情况是自己没想到的，windows有个牛逼的地方是当程序运行不下去，它会把最底层的错误信息提示给你，虽然windwos不知道为什么这样（因为有1000万种开发者）。

但开发者自身知道自己开发的东西是哪方面的，根据这个错误信息，可以获得很大启示（对99.999的用户，这种错误信息毫无价值，但对开发者很重要），所以开发者把你的电脑链接到他的推送服务器，把这个错误信息，给自己发送一条邮件。

但如果开发者的程序有100种逻辑，第30种，和第80种，可能都会有类似的错误，所以开发者要求你要把你所使用的过程，使用的命令，使用的场景，尽可能清晰的写出来，开发者才能更快的找到问题在哪，在下次升级的时候，才能把这毛病揪出来，推送服务器用的是开发者的，你发邮件要用他的，我发邮件也用他的，开发者不知道到底是谁给的，你留下你的邮件地址，我才能给你回信。


我们看到某个提示，假设这个提示明确告诉了你问题在哪，那这种提示就是开发者早就考虑过的（场景预判），跟着提示走，一定没错。

但因为开发者思路不缜密（或者他压根就没见过这种操作），报出的提示，让用户完全不知道该怎么处理，这个提示就是windows给你的，除了开发者以外，你问任何地球人，都没辄。就算你问开发者，也必须给它明确使用环境，操作过程。

代码是重复调用关系，我们家SWTDO有三四万行代码，只有10m，达索的软件有15G，不可能仅仅靠一个windwos给的提示，就把几百几千万行代码从头翻一遍，必须得知道你是在哪个环节蹦出这个提示，才能细化问题所在。

我们用宏程序，各种91错误哪来的？因为编辑宏的人，他大部分精力用在做代码上，而不是操作sw上，他想不到你会这么干，所以你碰到的提示，都是windows给你的，而不是开发者给你的


注意区分提示，到底是人为的提示，还是windwos的提示。（咱说，有一些提示哪怕是人为的，你仍然觉着不是人话，原因不在于软件作者，在于那些干翻译的不懂，还有一些用户从来不看提示，他们以为提示，就是摆设，从来没想过应该去理解理解，这就彻底没辙没辙了）

对于编程的来讲，很多人认为实现功能很难，其实这只是一方面，另一方面，是开发者要预判所有用户的任何骚操作，这个才是最大的工作量。

你看到的很简单的操作结果，开发者，为了应对多个场景，可能要写10倍20倍不同的代码。

说特斯拉的自动驾驶有4亿代码，这什么意思？场景预判。如果在长安街做测试的自动驾驶，绝对是事故率最高的无人车，大家太守规矩了。

没见过长x出租车的疯狂抢道，没见过常营三轮车逆行驾驶，软件就不知道前面过来的，是个活物还只是个影子。

电脑想啦，“啊？还有倒着开的么？”咱就得撞过去