关于旧项目需求变更，我的一天就是这么浪费的

早九点，来到客户现场。

打开电脑，完整开机五分钟。

打开IDE，五分钟。

启动服务器，98700秒

运行程序，再次测试昨天完成的需求，恢复数据库，半个小时。

客户周五相关部门例行卫生检查，五分钟。

与客户确认昨天的需求，十五分钟（含等待五分钟）。

与对应PM核对项目计划分解表，五分钟。

吸烟，五分钟。

此时，约等于十点十分。

运行程序，定位到出错页面指定位置，五分钟。

从代码堆中一步步整理业务逻辑，云里雾里，二十五分钟。

最终，跟着跟着逻辑连接就断了，try了一个必然的发生的代码块，而这个代码块我没有看到有何实际意义。依然不理解原作者的实际意图，二十分钟。

吸根烟消消气，十分钟。

看屏幕代码，大脑空白十分钟。

硬编码，测试结果通过，十分钟。

此时，十一点半。

午餐（伙食不错），休息。

开始工作。

此时，下午一点。

GG搜索，使用的开源框架的开发文档，希望可以通过理解主要方法的使用和讲解能对找到原作者的意图有点启发，六十分钟。

与老大电话，十分钟。

非*.java的调试，无法实时跟踪代码。在数据来源处加Sysout(targetValue)，很欣慰的看到数据源根本没有调用，在调用处取不到值就设置为默认值，二十分钟。

吸根烟消消气，十分钟。

ps:这个时候代码我基本看不下去了。开始考虑使用硬编码，就那么着吧，爱咋咋地。个人经历少，但在下斗胆猜测，有很多程序员就是在这种环境下堕落的。

我认为我老大说的很对，老程序尽量加补丁，少改动原来代码。所以我还是很想把逻辑弄明白，自己写代码测试，改改查查，查查改改，修改方法，思路依然不通，一百二十分钟。

此时，接近五点。

随便上网看看资料，那个问题我是完全不想去考虑了。本来这活不着急，好好分析分析，整漂亮儿的，就耐着性子做了，越做越郁闷，除了硬编码我找不到什么办法了，不得不承认，我的一次探索性的尝试失败了。

今天，我有一个感悟，就是尽量别碰老程序，因为老程序会有很多问题。

比如：

1、浏览器版本的不断更新，用户不满意程序不支持新浏览器。就得改，而这种改动并不是一个前台代码的问题，代码质量不高，后来也得改。

2、老程序没有注释，或者注释含糊、歧义，干脆和上一个函数的注释一模一样，唉，能把人看疯。

3、代码冗余过剩，有的文件除了几个参数不一样，其他的地方都一样，一点美感都没有，想重构，但是在没有注释的情况下，心里一点底都没有。

4、格式混乱，某jsp页面，<%if%>、<c:if>同时使用，看的在下憋得慌。还有，代码参差不齐，如果，不想手动整理格式，按个CTRL+SHIFT+F不好么？

5、逻辑混乱，原代码写好了，反正好用，也不管其他的那么多。后期维护的时候，那简直就是一种折磨。

这段经历，很痛苦，很折磨人，也很打击人。可能原作者也不想这么写，中国的开发环境就这样，有时也挺无奈的。

另：想和大家一起努力，让代码看着美丽一点。退一步讲，复杂的业务，咱多写写注释，好歹让人家明白我们要干嘛。

再另：公司机器，能快点么？