主题：【原创】关于日本的一些杂感：规范 -- 铁手

沿用的还是工厂生产管理的流程，要求可继承，可明确，可追溯。这种方式对黑盒测试很依赖，而不贴近白盒测试，非致命性的错误很少，一旦有问题就是整个系统的崩溃。（这次日本Mizuho银行的崩溃，很可能就是系统理论富余度和实际富余度的不符造成的。）正因为这个问题，所以更要求生产过程中的规范化，目的就是能迅速找到原因，不受其他因素的干扰。

就我个人经验，同样的1万行左右陌生的代码，从解读-〉理解-〉确定-〉设计-〉修改，按日本规范编制的代码速度最快。

说完好的了，说说不好的：

1 新技术的对应慢。

我这里很多东西还是VB5 6做的，等到Win8平台一推出就彻底的要推倒重来，成本很高。

2 对设计人员的束缚过大

因为可移植性太好了，所以很多东西还是延续20年前的设计思路，执行的效率和资源利用程度都很低，最近看了看内部的模块代码仓库，结构性更新的基本上全是我们这群空降来的八国联军搞的。

3 过于控制成本造成含金量不足，对以后的发展有束缚。