...

在学习一项技术之前，先要搞清楚这项技术能带给你什么。技术的产生肯定是为了解决某一方面的问题，如果你还不知道它能解决你的哪些问题，你不用急着学习它。你可以花更多的时间去了解尽可能多的技术是干什么用的，但是你不需要马上就掌握它，在你需要用到它的时候再去掌握它。你学习并使用一项技术，不应该仅仅是因为它流行，你应该充分的清楚它能带给你什么。如果你在使用了struts、spring、hibernate之后，...

如果只是一味的追求开发效率而不重视程序的可读性，那么维护这个越来越大的程序的开销会越来越大；如果一开始稍微放慢一点脚步去重视一下程序的可读性，那么扩展这个越来越大的程序会越来越容易。...

学习程序设计的主要任务是学习如何组织程序，表达实际问题的已有解决方法，而不是去寻找实际问题的解决方法。寻找实际问题的解决方法属于系统分析与设计的范畴。  程序设计更多的是体现其艺术性，可读性是我们追求的重要目标。...

有些人在维护代码的时候喜欢注掉原来的代码，然后再增加自己的代码，个人认为这样的习惯非常的不好。 这种做法导致的结果就是没用的语句行越来越多，给后来维护的人带来干扰。 我认为，如果代码需要修改那就直接改，确定没用的语句直接删掉，确定没用的方法直接删掉，甚至确定没用的类也可以直接删掉。不要把没用的垃圾留在最新的版本里迷惑人。如果需要参考以前的代码，使用svn或cvs。 最郁闷的就是在需要重构的时...

在log4j大行其道的今天，居然还有很多程序员在程序中到处写System.out.println()。这样做带来的影响是极其恶劣的。 1.最要命的就是影响程序的性能 2.浪费磁盘空间，如果你用的是tomcat，catalina.out文件用不了多久就会上G 3.影响程序的调试开发，一个用户请求发过去，控制台哗啦啦像下雨一样的打印日志，根本不晓得自己要看的输出语句在何方 4.就这么多了。。。...

如果你在修改一个功能的时候，发现你可以仅通过复制粘贴修改三处以上的地方，那么你最好赶紧花点时间来封装这个变化，如果你现在觉得没有必要，那么不久的将来你很可能会重复同样的故事或让别人重复同样的故事。如果你对重复同样的故事习以为常，对别人重复自己昨天的故事没有感觉，我很负责任的告诉你 ，你已经成为了团队的其中一个灾难之源。 我很强烈并很固执的相信，随意的重复是软件编程中的万恶之首。...

有很多程序员还在写这样的代码 User user = new User(); user = userDao.selectUserById(id); user.getName();   他的理由是，为了防止执行user.getName()时发生空指针异常，所以先new出一个对象，这样即使从数据库里查询不到对应id的用户，程序也不会报错。   这个想法真的很神奇，而事实是第一句代码是废话...

如果你的系统已经是一个依赖数据库的系统，我觉得就没有必要再分离出一部分由用户自定义的配置信息到xml文件，干脆全部写到数据库里面统一进行管理好了。这样做的好处至少有： 1.省去烦琐的xml读写过程，即使你使用apache的org.apache.commons.configuration.XMLConfiguration，依然不如dao来得清晰 2.给用户升级系统时，不用操心忘记备份已经被用户自...