项目维护期经验总结：
“很多项目在初期是简单的，可以清晰的看到所有需求，但当这些项目经过一段时期的运作后，会增加很多新的功能，这时，项目的结构和需求会变得模糊，项目维护也开始让人变得望而却步。 (by 2008.10.17)”
例如：2008年在5713维护卡易付项目时，WmOrderInfo.aspx.cs 的代码行数达到了1500行，里面混和着复杂的页面控制代码和一些业务逻辑代码，代码排版杂乱无章，直接影响可阅读性，再想进行大一点的修改无异于是一个灾难。
如此，我们需要控制代码质量为可维护性提供支持，那么，首先需要有工具监控过于复杂的代码(庸肿的方法)，在找到了复杂的代码后，我们需要重构来切除这些毒瘤。那么在开发阶段有办法降低出现复杂代码吗？现在看来，需要引入代码规范。
团队-团队合作开发经验总结：
“一旦你的团队正在开发的项目需要和其他团队联合开发时，项目进度的掌控就开始变得失去方向。 (by 2008.10.20)”
例如：2008年在为金游开发ESale系统时，初期内部团队配合很好，项目进展顺利，到开发结束后和金游内部的接口联调出现了问题。接口联调起初情况还不复杂，也很快解决了，但在需求冻结前期问题来了，对方提供接口的速度和质量变得低劣，加上一直以来的沟通不畅(不能直接快速沟通，需要借助第三方才能有效沟通)，项目正在泥潭中挣扎。我方的士气受到一定打击，人心变得浮躁。
在和对方调试接口的这段时间里，心情变得很差并且浮躁，好几次想过要退缩，但“退缩”并不能解决问题，过多的退缩只会让我失去向前的勇气，我退缩过的事情太多了，现在，我要改变这种状况，我将勇往直前，这样才能通向成功！学会控制自己的情绪才会保持理智，正确的分析解决问题才能让事情朝着我的预想前进。