第26章 检查功能拓展(1/3)

    陈初想想也只能放弃了。驴车不行就不搞设计了，反正就算弄得再怎么高大上，还不是驴车，基本功能还不是拉人或者拉货？这样想想，也就心平气和了，放弃就放弃吧，好像放弃驴车设计也没什么不能接受的。

    就在这电光石火的一刹那，陈初忽想，不对，我还有个利器呢！

    是的，系统，我自创的野草系统，目前版本11，具有无限发展空间，具有无限进化可能！为什么就不能用来进行驴车的设计呢？

    陈初心想，21世纪的制图软件，无论是歪果仁的傲吐爹似克cad，还是国产的、hc，还是cax等，无一不是电子化虚拟产品，思路都是虚拟现实，利用其强大的内核算法，让设计者能做到所见即所得，不断修改方案，最终获得满意的设计产品。

    陈初眼睛不由一亮，自己的创建的系统貌似也可以啊，貌似系统本身就是电子化虚拟产品，系统面板只有自己一个人才能看到，无疑是虚拟的。奖品在系统中，其实就是虚拟现实。自己的系统创建之初，底层算法就是pdca。其中，p是pn，即计划或者说设计；d是do，即做或者执行；c是check，即检验验证或者说测试；a是act，即处理或者说改进。如果有必要，只要目标没达成，pdca循环可以是无限次，从而不断提升，不断改进。这就是所谓的持续改进。陈初当时正是看中了这点，创建野草系统时，才采用了pdca的底层逻辑。

    那么，方案的修改应该也不是问题。唯一的问题在于，方案的好坏，或者说方案修改后的效果，要如何验证？

    陈初不由皱眉，是的，验证，虽说系统创建之初，有check这个环节，然而，一直没有进行相关模块的设定及规划。

    陈初又想起，如果解决了验证这个模块的设定及规划，或许可能应该，前时困扰自己的使用精神胜利法具有风险的问题，可能就不是问题了。

    是啊，如果可以提前验证，那么，就可以规避贸然使用精神胜利法带来的风险。原先担心，使用精神胜利法后，将别人物品变为系统奖励物品，付出一定代价提现后，还得把物品归还原，才能实现一次进程，如果不归还，就不能再次使用精神胜利法，有了验证模块或者说试错模块，将进程虚拟化试错，
本章还未完，请点击下一页继续阅读>>>