一个应该忏悔的代码片段

呵呵 我的担心是这样的

看下面代码(简单写下,见谅)
//这个暂且将上面的把对象加入到缓存的过程看成这个函数吧
public void addCache(Object o){
     addMsisdnToCache(o);
}
看下面的调用函数
//创建一个对象
Object o=new Object();

for(;;){
    o.setXXX(...);
    addCache(o);
}
我担心的就是上面这种情况,模块化的东西这种错误还是经常可以看见的.(如线程的队列,个人建议线程中队列的节点对象必须要实现克隆的接口,当然缓存也这么建议(初始化的时候))
for(;;){
    Object o=new Object();
    o.setXXX(...);
    addCache(o);
}
这两种写法有着本质的区别.

另外SVN的提交是可以设置成必须写备注的.不过如果没有严格的规范写了也是白写.所以我觉得分支还是有必要搞的.

原来设计应该是，一个MSISDN在一天当中只记录一次到文件中，即TodayFile；后来用户改了需求，说“有就记，不用管别的，按照时间顺序，来一次记一次……”等。然后你就改了，不加判断了。

时间太久 忘了吧 呵呵 没版本控制??

我就非常喜欢那些JS小工具，其实JS研究透了，也很博大精深啊~

这就应该忏悔啦？我碰到过从头到尾一大堆注释掉的代码，可是解释都不解释为什么，而且代码功能也都不写注释，最为关键的是，我要去修改、维护这些代码，而我又不是那种喜欢说三道四的人，给我任务，我会蒙头把代码一行行看完，弄清楚是为什么再改，这样速度就慢了，慢了就有人催，催着就急着做，急着做就容易出问题，结果老是被骂，有的时候真的想说一点三字经，骂远些写代码的人。PS:其实Java代码还好，比较规范，容易懂，你想想看，已要维护一个JSP页面4K多行的JS代码时，你想想看那痛苦程度了！而且都是一坨一坨的。

最关键的是，代码都没怎么测试就上线啦，你说晕不晕哦。。。整个公司4个人，3条产品线在开发，有一个还是生产型的系统，而我负责的正式那个生产型的系统，晕死。

兄台没有碰到因为JSP过长，JVM不能编译的情况吧。我就碰到过，大家可以猜猜里面是啥东东了。

 

 JVM都不能编译？JSP不是在运行时才编译的吗？你是指在Web Container中不能编译？不会吧！？

大家在真正部署项目的时候都会把注释去掉吗？js都会压缩吗？

java也有可能过不了jvm的