对软件开发的一些看法

自动化测试要花费比较小的代价，被测试单元的处理逻辑一定要和它处理的数据分离开，因为程序和测试代码都需要数据。那些C环境下的编程高手、UNIX的源代码都是 比较好的做到了这一点。

一个优秀的软件必然要比较好的实现用户的需求，否则，不管你的设计有多么的精巧，在用户看来，它的价值都不大。比如数据维护软件就可以很多资源的录入做成批量录入，指定一个规则，用户按此规则只需录入共性的东西一次、再分别录入各个资源不同的地方，然后在导入时一次指出出错的地方，这种使用方式跟用户一条一条的录，每录一次还可能报错，用户使用起来绝对要愉快很多。

软件使用发生错误找到问题责任人很困难，在界面上的一个业务处理出错后，界面开发人员找到后台，但是后台的程序日志不全，后台开发人员花费了三天的时间，查数据、调代码，最终发现是另一个子系统的处理错误，也许这个子系统的开发人员又会花费很长时间才发现究竟是自身的问题还是第三方的问题。
从管理上来说，这种问题的本质原因在于在于开发人员和维护人员没有分离，否则开发人员一定会把日志写的比较好，也就能比较容易找到出错的子系统。
从软件设计上来说，这是职责分离的原则没有遵守，网络通信与业务处理是不同的职责，如果分离了，就能比较方便的记录下收发的网络通信消息，就不会有这种问题。