近来暴露了保存文件问题。吾简单看了几个文件就断言：以前做错了。当然有人是不同意的。吾为什么敢断言？因为吾一看代码就知道错的太离谱，代码都不用细看。为什么说错了？这个保存方案是最简单的思维，没有一点技术含量（或者说技巧），当然错了。而保存文件跟具体功能又不一样，一旦确定难以更改。
其实很久以前跟一位徐姓朋友交流过如何设计文件保存格式。吾介绍了从微软文档保存格式中学到的东西。他说他也是这样想的（应该也是了解过微软的做法）。具体可以参考：https://blog.csdn.net/quantum7/article/details/80823295
很可惜的是，当时的头目，根本没有听取我们几个（顶级）高手的意见。这个当然不是问题，这已经是代码级别的工作，他当然不会关心。问题出在执行层，就是执行的主管。执行主管本身技术能力根本不会设计保存方案（这不是问题，技术太好的高手当主管有时也是浪费），任由开发人员自己决定。开发人员当然会采取普通而没有技术含量的方案。
正确做法是：负责执行的主管听听我们几个的意见，或者自己设计方案（一定要跟开发人员的不同，因为负责的开发人员水平肯定不如高手），对比讨论。决定具体方案后，再由开发人员遵照执行。
这里当然不是自吹自擂（吾亦是虚心学习微软的具体做法）。在具体方案上，不能由普通水平的程序员做主，一定要高手过问（就是那种一看就知道对错）并确认。这样后期维护的压力非常小。比如现在文件出错了，怎么办？
