北京第一年-OpenGL-2什么样的是好程序

半个月前在哈尔滨面试本地一家企业的时候，第三轮面试一个技术总监问我“你觉得什么样的程序是好程序？”，是啊，怎样算好。其实如果能知道什么样的程序不好，自然就知道什么样的程序好。

我回答说，1容易测试的程序是好程序。
如果一个程序在交给测试人员之前就能进行自动的或半自动的，单元或功能的测试，程序的框架支持这种测试，那么这就是好程序。
后来我知道，这点有点类似TDD，即测试驱动开发。这个术语翻译的不太好，在汽车电子或嵌入式领域，驱动指的是一种程序，而在这里是做动词用，我理解为让测试去驱动开发。

2.适应性强的程序是好程序。
需求总会变，开发人员常抱怨需求的变化，这恰恰暴露一个问题，他们的程序适应不了这种需求。
需求又可以分为大需求和小需求，大需求类似系统性变化，往往颠覆框架。就拿我过去做全液晶仪表为例，第一年没用图形引擎，用的是纯OpenGL手写，第二年用的是Kanzi，以后可能用QT。而对于操作系统，可能是linux，也可能换成QNX或者其他，对于硬件，可能是NXP的也可能是高通的。在上述变化下如何保证框架不变？那你首先需要一个好的框架，这个框架或设计本身就允许这种变化！
小需求类似业务功能的改变，还是拿仪表举例，这个界面起初需要以透明动画方式出现，后来觉得还是以移动动画出现好，将来还可能换成别的动画，你的程序应该能很容易的适应这种变化！

3.适合多人开发的程序是好程序。
如何进行多人开发，GitHub和svn只是代码版本的管理工具，仅有这些远远不够，重要的还是框架，简单的说让框架和