三个片段

       片段1: 我的衬衫有些湿了, 90分钟过去, 一个简单的问题依然没有解决. 实体bean的属性为什么不能在页面正确显示?? 迅速搜索记忆中的碎片, 没错, 我确信我的方法是正确的, 几个驱动得到的结果也和我预料的一样, 但是为什么在这个页面会有这种问题? 难道这里有传说中的"固有结界" -_-|||  "哥们, 帮我搞定一个问题, 我需要你的帮助." 找个高手求助吧, 毕竟我身边从来就不缺少高手. 一脸颓废神情的高手慢慢悠悠的坐到机器前, 此时我在怀疑他是不是每天都吸食毒品. "你这个单词什么意思?" 高手问我? "你笨啊? 这个都不认识? 意思是指标项名称." "哦, 但是这个单词我确实不认识." 他用鼠标点向最后几个字母 -- "Nema" . Shit!! 这就是耽误了90分钟的问题!!! 我要写的是"Name"!!!
      这是个可笑的故事, 如果你曾经写过代码, 我保证你也遇到过类似的问题. 我们太过注意高端的高科技幻觉而忽略了眼前最简单的事情, 遗憾的是, 这种事情每隔一断时间就会发生. 我的意见是, 当你30分钟还没有解决一个你认为简单的问题时, 最好问问周围的人, 也许你认为他呆头呆脑, 但是请记住, 同样的事物从不同的人眼里往往会有所不同.

      片段2: 我清楚的知道, 我们至少需要3个相同结构的数据库来做企业级应用, 测试库、开发库和业务库. 事实上, 由于种种原因(最主要的是懒惰和侥幸心理), 我并没有这样搭建, 几个子系统的开发人员各自为政, 他们用着各种不同的支撑库和业务库. 问题可想而知, 一些修改并没有同步到所有的数据库中, 虽然此前我一再强调修改时要将语句发给所有人. 我终于吞下了自己的种的苦果, 将数据库统一的工程竟然如此浩大!!
      我相信, 如果你是个有经验的开发人员, 你一定不会和我犯同样的错误, 除非你和我一样懒惰. 结论是, 永远不要搭建临时窝棚, 即使搭建也要尽快拆除, 否则它迟早会成为一个丑陋的摩天大棚, 而且你控制不了忙碌的人们不顾生命危险搬进去. "可能发生的事迟早会发生", 经典之句.

      片段3: 我们应用了一个报表工具, 为了将这个工具集成到自己的工程下, 我修改了一些配置文件, 并参照说明建立了一系列数据库用户. 这看起来没什么问题, 开发工作也一直进展顺利. 一个月后的一天, 由于要给客户演示, 一个开发人员要将工程和所有干净的数据库移植到自己的机器上, 他按照我的说明做了所有工作, 但是要命的事情发生了, 服务启动时后台显示缺失了一张表. 我质问了项目组种的所有人, 查看了过去的所有文档, 并没有找到关于所显示表名的半点记录. 其实只要我看一下开发用的数据库就可以知道症结所在(这个表确实是我为了某种原因加入的, 但是没有留下记载, 我相信我能够记住它们), 但是我的大脑已经短路了, 当项目进度, 技术问题,以及数据库问题一起向我袭来时, 我短路了.
      教训是, 永远不要相信自己会记得所有东西. 人的大脑就像内存一样, 只保留近期常用的信息, 定期就会清理一次, 把不重要的东西清除出去. 我突然发现, 笔记本和office是如此可爱.

      我自信是个善于总结的人, 遗憾的是以上三个片段是在近期发生的. 当我努力躲避新的障碍时却被一个不起眼的石头绊倒, 而且我认得这块石头. 如果你做的比我好, 恭喜你, 祝你做的更好; 如果你和我一样, 没关系, 改正它, 让我们彼此做个见证.