1，关注的不仅是你今天是否比昨天更快，还关注你今天是否比其他选手更快。

2，与同类中的最佳作比较，摆脱过去的模式，挑战现在的做法，并打破已经形成的思维定势。

3，不能造成一种挥之不去的成功的错觉。

4，要想提高竞争力，就必须彰显自己与竞争对手的竞争优势。

5，竞争力理论：如何利用你所拥有的，比你拥有什么更重要。

6，彼得.德鲁克：“现代管理之父”《技术、管理与社会》、《卓有成效的管理者》etc。

7，从短期的利润转为长期的可持续发展；从与过去转为与现在

程序显示的结果在IE6里不能访问，以为是程序错了，结果搞了近3小时，崩溃之际用本试了下IE8 ，没想到一切正常。气死我了。

不过貌似所有基于IE6内核的浏览器都不能正常访问。这东西比较扯淡。

老师前天申请下来一台服务器，卸别人的系统，装我的系统，院里还把驱动盘给搞丢了，在网上找好长时间才找好驱动，dell主页上的同型号驱动竟然装不了，折腾了一天。

数据库从本上备份过来也搞定了，都是编码惹的祸。

眉湖通正式版发布！

修改当前数据库：alter database db_name character set gbk;

修改服务器：set character_set_server="gbk";

查看当前默认字符编码命令：show variables l

derby里面用两个单引号竟然不起作用。

只能用PreparedStatement。

额，花了一晚上，还是把增量抓取更新的程序写了，虽然比较简单，但是因为现在是暑假，学校的数据不会更新，所以便在心理上一直拖着。

不过有时心理却又别扭，感觉缺胳膊少腿的不是滋味。现在好了，慢慢完善优化吧。

使用dom4j解析XML时，遇到的错误：

解决方法见：http://hi.baidu.com/vjame/blog/item/ca8650da25701edeb7fd4866.html

java中，文件的创建File f = new File(“。。。。。”);时，不会马上创建所需要的文件的实体，而是在等程序中第一次进行写入操作时才会创建。

所以如果程序中没有进行写入操作，而在后面有进行读取该文件操作的时候，就会出现该文件不存在的异常。

所以建议最好在建立文件时，加上检验文件是否存在的语句，如果不存在，则马上创建文件实体。

1，修正IE8里面，URL编码问题。测试目前在IE6，IE8，和Firefox里都正常。

不过修改的方法比较偏：

         用URLEncoder.encode("字符串", "UTF-8")编码（包括其他编码）都不行。

         最后实验着，改成了不被赞成的方法URLEncoder.encode("字符串")，这个方法与平台编码方式有关，估计是因为舍弃了平台独立性的原因，所以java api不赞成用这方式。但是确能解决我现在的困境。这也