【质量管理】我们公司的一些失误之一：不重视模拟器

前段时间，日本发射的卫星，跑偏了。

我一点也不奇怪。日本永远也搞不好软件。这是由于其民族性决定的。

当然，我们还不如日本。

比如日本卫星轨道计算错误这个事情，如果在发射前，进行过全面的仿真，就不可能出现的问题。但日本人出了。而且也不是第一次。

号种严谨的小日本，为什么总是出这样的错呢？实际上，日本的管理，是相当落后的。所以日本只是做一些人数少，但需要许许多多年才能开发出稳定质量的产品，如传感器这种。

其它的产业，日本，在不断地退出。

这是给中国人的警醒。

我们公司，在这方面，也是相当糟糕。

一切的调试，都需要基于正规的硬件。

那么，这就严重限制了软件发挥的空间。

当然有人可以不痛不痒地说：你可以开发仿真器啊。

这也是个相当TMD操蛋的说法——没有有问题的员工，只有有问题的领导。

领导往往首先想的不是什么把事情做好，先要保住自己的位置。所以这样一来，领导，往往重视硬件，并且是从硬件出来的。

不要说只有我们公司这样，许多公司都是如此——我们是一个生产型公司占多数的国家。没有软件公司。

如果我开发仿真器，是不是需要投入？可是公司把工时管理死死的，你如何投入？投入在哪个项目上？没有吧？呵，对了，这就是管理要达到的效果，你懂的——就是让你没有时间可以干正事。不要笑，这是真的。管理者的目标，永远不是把事情做好，这是放这四海皆准的。

我们说的是事实，这可不是什么狗P鸡汤。现实是残酷的。

第二，开发彷真器这个思路就是错的。仿真应当贯穿于整个开发过程，所谓的访真，只是一个与真实版本一样，而可以脱离设备的一个版本。应当与正式版本一样正常发布，是项目的明确目标之一。

这才是我要说的。

*****************************************************************

今天的有感是，自动化工具，要支持自动化测试脚本。但只能用真正的硬件来调试，而我们工具，还需要把自动化脚本也看懂了才能开始调。出了错，也搞不清楚。

如果有仿真平台，原本不需要如此。只要在平台上跑，然后单步跑脚本，然后在调自动化工具，就能明确地知道问题之所在。

现在，一团混乱，需要一切都要自己建好。而且一定要有设备。所有的错误混杂在一起。呵。混乱的管理，就需要最底层员工投入自己最复杂的思维。

这是谁之过呢？本来一个小时就能解决的问题，需要一个月也不止。还不能收敛。

都说投资 、进度、质量，是相互制约的。但实际情况则是，对于一个软件项目，质量是最终的要求，如果质量不投入，投次和进度，往往会更投入得多。

这不这盖房子，偷工减料就能加快进度，减少成本。