我们的项目毛坯上线了

忙了一个多月, 差不多天天加班, 连周日都加上了,终于赶出一个毛坯, 前两天去客户那里布署了, 给客户演示了一下。

这两天的日子微微好过点，项目经理没有逼着我们加班到九点多。我就抽得时间来，写几句博客吧，好久没更新了。

 

来到新东家两个多月了，发现这几十人的小公司，实在是不太成体系。很多应该规范和积累下来的东西，都处于粗放状态。而我们的母公司可是过了CMM5的，没想自己公司这么不成熟。原来是想出来看看CMM5级的公司是怎样规范软件开发流程的，没想到和上一东家相比，发现现在的公司很多做法竟如何初级，从前两天的系统布置上看，我们公司简直像个新手。

 

上客户那布置系统那天，是另外一个同事去的，上午弄了半天，数据库导成功了，可工作流服务器启动出错。搞不掂了，在电话里沟通了半天，最后还是叫我过去帮忙。我的运气不错，手到病除，一下子就装好了，也没做什么特别处理，按标准的步骤做就好成功了。

接着把我们的web应用一布署，出现的问题才真叫可笑。系统布署成功后，客户第一件事想干什么呢？创建登录用户呀！这基本上都是某个系统运行的基础，可接着我们傻眼了，居然没有组织架构功能里没有新增用户的按钮。我想客户心里肯定凉了一节，不过系统里有几个默认用户，先将就用吧。客户倒也还心平气和的看里面的功能，那我们就先来创建一个单吧，呵呵，在我们公司运行的好好的功能，到这里就不行了，一点保存就白板了。再试都新增其他单，啊，也出异常。看看后台的错误信息吧，“表或视图不存在”。哇，怎么会表不存在，赶快连数据库看看表在不在，表是早建好的，DBA亲身导的数据，肯定没问题。

 

看到这种提示，你猜问题出在哪里？有经验朋友肯定能猜对。我的第一反应就是连数据库schema的影响，可能是连接用户访问的表不在他名下，因为以为遇到过这种情况。结果用户名与schema一致，我不知道哪里出问题了。再想到可能是SQL语句有写schema的名子，追踪到后台打印的sql后,另一同事恍然大悟，是hibernate映射文件自动生成时，加了schema名，客户这里的数据库schema名与我们用的不一致，所以报错了。呵呵，我没用过hibernate，不知道有这一招。

 

后来还出现了, web应用更新后，表结构没有同步更新，在给用户演示时出错，一大块功能无法演示的情况。打击大了。

 

其实这些失误都是非常低级的，一个成熟的公司不该出现这样的情况。至少公司里要建一个独立的测试环境，把开发中的数据和程序迁移到测试环境，需要有一个标准的做法实现程序/数据表/工作流同步更新，环境相关的配置项自动替换。

 

我做开发做了四五年，技术好像没有太大的进步，学得不深又不广，Spring只知皮毛，Hibernate基本不懂，Structs忘掉大半了，没想到还能在项目中担当骨干。做发一个好的开发人员或架构师/分析师，技术需要深入的去了解，但我对如何提高开发的效率，保证开发的质量，保持团队的稳定更感兴趣。这些不需要CMMI写在条条框框里，而是我们开发人员可以去思考和体会的。

 

从这个项目，我也看出，不同的公司开发的效率可能相差非常大，你用800万成本做出的东西，也许别人用500万成本就能做出来，原因在于别人的技术积累比你强很多。我感觉到在前一家公司的开发效率差不多是现在这家公司的两倍，虽然之前需自己写SQL，而现在用Hibernate。因为前一家公司有比较完善的标签，还有一些重用性很高的组件，有比较好的编程风格。虽然软件项目还没到拼成本的地步，但软件公司的成本降低确是大有可为的，只是很多公司都把目光盯在可怜的员工工资上下功夫，没有几家公司从长远发展的角度去进行建设和储备。