SMP心路历程（之八）

昨天编写SMP程序如火如荼，期间和业内朋友谈起了当前软件公司的状况。

许多公司举步为艰，许多公司年终奖据说都不发了。一些人力外包利润减少，处于亏损边缘，不知是留是去，项目则是有赚有赔，据说大项目会亏，小项目会赚。

主要原因是开发周期长短决定了项目的成本。进一步谈及为何周期长，主因是需求的变化和开发应对的不及时。从需求而言，软件公司的需求把控能力比较弱，和用户相比那是用户是甲方，公司是乙方，在中国甲乙方本身就不平等，因此甲方的强势在需求方面更加明显，而甲方的强势背后，又有非常复杂的情况，不同的甲方提出的需求可能不同，乙方很难判断其正确还是不正确，只要听从。从开发而言，公司的程序员能力相对较弱，还是传统开发方式，不同项目组成员会给开发进度带来不同的影响。因此，需求、开发两个方面公司都无法把控，就会造成当前软件公司成本居高不下的主因。

SMP正是出于规范需求，改进开发促进项目尽早完成的目的提出来的一种解决思路。

我们一致认为SMP将会改变当前开发模式，但是，其效果要在实践中得到验证。

我们还谈及了当今软件开发的一些流行的技术倾向，例如，前后台技术。前台做前台，后台做后台，发挥各自专业优势。我想SMP是完全可以实现这种模式，因为，当前SMP把前后台交互，都集中在一个函数之中，今后只要对这个函数稍加改造就能完成先后台交互了。只是目前重点是不断扩展SMP的功能，使之能完成一个应用系统的各种要求，胜任完成项目开发的要求。

其二，就是规范SMP本身的架构和完善程序的质量，为今后的扩充打下基础。

任重道不远，我会加快SMP研制步伐，让SMP进入市场。