需求的两面

大致需求会向两个方向流动，自然的企业业务状况和可描述的技术体系，这两个方向都需要对原始需求的分析，前者可能要更加形而下，解构需求，对业务为什么会有这样的需求而思考判别，后者则要归纳需要形而上，DSL到业务框架，这时候技术架构应该还是看不到的，看到的是后者(技术体系)的special的描述，这个就是所谓的产品定义的过程。
这个时候才会有技术框架。
需求是需要被记录和确认的，但需求的发展和外延怎么被获得和认定、需求的来源和需求的解决如何获取这些问题其实是困扰开发者的问题来源，开发者在没有需求的情况下就已经有个具体的技术解决方案，真是鞋适不适合试过才知道。
粘合剂只有经验和快速开发方法。
可是却不是最终解决之道。
回到原点，就只有让技术体系去朝着技术框架的方向去制定，问题解决了么，貌似解决了。
那个东西还在那边，可谁在乎？

一点点想法，记录下来。