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

正树

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

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

但如果开发者的程序有100种逻辑，第30号逻辑，第80号逻辑，第90号，第65号逻辑……，都在使用完全相同的环节，就有可能都出现完全相同的错误，所以开发者要求你要把你所使用的过程，使用的命令，使用的场景，尽可能清晰的写出来，开发者才能更快的找到问题在哪，在下次升级的时候，才能把这毛病揪出来。

你怎么清晰的写，写在哪？是怎么传递给开发者的，就是通过上图的窗体经过推送服务器，发送给开发者的，所有使用该窗体的用户，使用的，都是开发者给你准备的推送服务器，A发邮件要用这个，B发邮件也用这个，开发者不知道到底是谁给的，只有你留下你的邮件地址，开发者才能给你回信。

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

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

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

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

注意区分提示，到底是人为的提示，还是windwos的提示。（咱说，有一些提示哪怕是人为的，你仍然觉着不是人话，原因不在于软件作者，在于那些干翻译的不懂。请注意TDO是国产的原创，我们不是抄来的软件，不是d版软件，我们写的中文，你有极大概率看懂。
还有一些用户从来不看提示，这种粗枝大叶的傻大粗，只适合干苦力，干机械设计，太难为了，赶紧改行，除非你会点溜须拍马，否则干三十年也不过就是跑腿的，就算爬上去，也难免不被人戳脊梁骨）

专业知识绝不是机械这行最强法宝，细致！极致的细致，我保你踹翻所有同行

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

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

说特斯拉的自动驾驶有4亿代码，这什么意思？场景预判。

如果在长安街做测试的自动驾驶，绝对是事故率最高的无人车，在一个所有人都规规矩矩的环境中，算法是不具备学习能力的。

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

电脑想啦，“啊？还有倒着开的么？”必然一头撞过去