SMP心路历程（之八）

昨天编写SMP程序如火如荼期间和业内朋友谈起了当前软件公司的状况。许多公司举步为艰许多公司年终奖据说都不发了。一些人力外包利润减少处于亏损边缘不知是留是去项目则是有赚有赔据说大项目会亏小项目会赚。主要原因是开发周期长短决定了项目的成本。进一步谈及为何周期长主因是需求的变化和开发应对的不及时。从需求而言软件公司的需求把控能力比较弱和用户相比那是用户是甲方公司是乙方在中国甲乙方本身就不平等因此甲方的强势在需求方面更加明显而甲方的强势背后又有非常复杂的情况不同的甲方提出的需求可能不同乙方很难判断其正确还是不正确只要听从。从开发而言公司的程序员能力相对较弱还是传统开发方式不同项目组成员会给开发进度带来不同的影响。因此需求、开发两个方面公司都无法把控就会造成当前软件公司成本居高不下的主因。SMP正是出于规范需求改进开发促进项目尽早完成的目的提出来的一种解决思路。我们一致认为SMP将会改变当前开发模式但是其效果要在实践中得到验证。我们还谈及了当今软件开发的一些流行的技术倾向例如前后台技术。前台做前台后台做后台发挥各自专业优势。我想SMP是完全可以实现这种模式因为当前SMP把前后台交互都集中在一个函数之中今后只要对这个函数稍加改造就能完成先后台交互了。只是目前重点是不断扩展SMP的功能使之能完成一个应用系统的各种要求胜任完成项目开发的要求。其二就是规范SMP本身的架构和完善程序的质量为今后的扩充打下基础。任重道不远我会加快SMP研制步伐让SMP进入市场。