虽然有那21 hours，但是还是挂了。前几天才通过一些其他的渠道获知。当然，已经拖了这么久没有消息，大家也都有预感了。大家都很努力，走过了一次Death March，只是没想到努力的方向不对。不过能走到省赛这一步也就足以说明了我们的实力，只是欠缺一点点经验。或许挑战杯这种模式并不适合我们，我们做其他的可以做得更好。大家都是好样的~~
p.s. 最近被毕设搞得焦头通烂额，一个人做五个人的毕设，工作室的事情实在是带不起来了。VeryFTP。。。答辩后再说吧。。
21 HOURS
以下描述了从4月22号20 :00到4月23号17:00之间发生的事件：
20:00 返回工作室，WG听贺卫方讲座去了。询问进度，地图做好了，模型都放上去了，看起来的效果还可以。在线聊天系统、评论系统还没有做，TAG系统、版本控制系统完成了一部分；好友系统、邮件系统没有和界面整合；搜索系统、排序算法没有整合。最要命的是，点击查询都没有试验过，因此根本不知道数据计算的正确程度。
21:00 TAG系统的问题基本解决了，评论系统决定放弃，全力做有页面效果的在线聊天系统。搜索系统看了一下，整合进系统了。开始导入坐标－建筑物索引数据。
22:00 决定集体(WG,sn,jokocox)开房包夜赶工。坐标－建筑物索引数据在几次导入失败后，手动去掉了外键关联，添加成功。排序算法拿到手，决定暂时不整合入系统。向LP汇报包夜决定。
23:00 买了夜宵，到达招待所，安顿下来，看了十分钟电视，安排晚上进度。LP电话支持我。
24:00 我先打了盘FIFA2007然后开工。坐标－建筑物的对应出现了很大的问题，达到了10%以上的点击误差，主要原因是OpenLayers这个库返回的坐标并不是地理上的坐标，而是经过投影变形的坐标，一直在讨论如何变回来的算法。sn和jokocox遇到了很大的困难。我拿到了好友系统、邮件系统的页面代码。一边测试新的算法的正确性，一边整合。WG一边写文档，一边也在查算法。LP短信支持我。
1:00 好友系统和邮件系统的页面代码基本整合进去了。开始对付TAG系统和版本控制系统的收尾，并开始为点击查询做一些准备。算法依然没有本质上的突破。LP先睡了。
2:00 开始到达第一个极限，不过我没有倦意。带了热得快烧了壶水，没想到爆了，搞得一半的插座跳闸。跑到前台，像小偷一样以拿瓶子为借口，把空气开关扳上去。坐标－建筑物点击算法有了不少的提高，开始做添加信息的代码。
3:00 其他3个人在突破算法后，开始打红警调节一下了。我又打了一盘FIFA继续干活。点击添加信息基本可以用了。
4:00 把系统开起来让大家截图写文档了。我对付在线聊天系统。Javascript真麻烦。
5:00 sn和jokocox不行了。大家报的BUG我能很快改好的就改，争取不出大BUG。WG的文档也差不多了。外面有点光了。
6:00 退房。准备睡一个多小时，然后和WG一起坐8：30的校车去鼓楼交材料
8:00 到校车点。WG睡过了，还好校车晚点。终于赶上了
9:00 到达鼓楼。WG的样子真吓人，像马上要倒下的样子。联系了YIKA过来看，YIKA很汗，因为功能实在简陋了点。打印文档准备交
10:00 到团委被骂了一顿，很不满意我们的文档，而且强调了文档>>程序。完全崩溃。要求我们下午4点拿出一个像样的文档。有种想自杀的冲动。开始调动在鼓楼的资源。WG先到烧饭那睡一个小时，中行到dotdot那去改申报书。远程联系SN和FMiaoz，让他们分别准备页面和研究文档。我到LP那去改点申报书，同时准备录像。
11:00 在LP的考试中心浑浑噩噩地过了一个小时左右。没写多少东西，熟悉了点录像的功能。
12:00 LP给我们买来午饭。到实验室里，我录了第一段像。同时召唤jetty买刻录盘。
13:00 录像都好了，先改用户操作手册。LP过来和我一起干活
14:00 拿到新的页面，改了点然后截屏放在操作手册里。完成操作手册。本来让YIKA写研究现状，没想到他会错意，只好和WG一起写研究现状。
15:00 完成所有拼凑，在dotdot处打印，我刻好盘。突然狂拉肚子，真是屋漏偏逢连夜雨
16:00 交掉所有材料，他不收也得收了。本来打算留下来和LP吃饭的，身体有点扛不住了，LP也让我回去休息
17:00 回浦口的校车开动了。
That’s what happened during the last 21 hours.
P.S. 感谢各位辛苦的努力，特别是包夜的兄弟们，实在是很辛苦。WG一直和我一起，回浦口的饭还是他MM请的，呵呵。还有烧饭、点点、jetty和亚洲的帮助。
LP嘛，给我帮我很多忙，也谢谢LP哦~~
发现对hibernate的了解太少了
前几天赶工Virtualcampus，应用了一些hibernate的高级映射，比如<any>等。然后发现对unique, inverse, cascade的了解还是太少，基本上停留在会用工具生成代码的水平上，不知道怎么手写，对于性能上就更不懂了。刚翻出来hibernate_reference，补了一些东西。比如DetachedCriteria, Bag和Set等等。
代码统计
大一刚入这行的时候听李开复说过，一个美国计算机专业本科毕业生四年下来需要有100k行代码的积累，才能称得上是合格的。现在对我来说四年也快过去了，正好昨天有个师弟也提起了这个问题，顺便也统计一下~~
大一的时候还是有个统计的，是10k，那时瞬间就没有信心完成100k这个量级了。于是后来也就没有算。
大二年的项目，一个是工作室第一版的招新网(现在已经有了第二版，完全重写的，我做的虽然很难看，不过功能还算全了，BS项目的处子作，还是用.NET1.1 C#写的)，一个是工作室的lily job(deprecated，技术与之相同)。现在这两个项目都死无全尸了。招新网大概是0.5k吧，lily job代码加上页面(页面代码除半计)差不多是2k。大作业有java(0.5)，软工实践(0.5)、操作系统实践(1.2)、计算机组织结构实验实践(0.5)、数据库实践(0.2)、编译原理实践(1.2)。整个大二居然只写了6.6k的代码，真是惭愧。
大三是比较高产的一年了，呵呵。从阳光教室第一版(0.5)，到动力中心(6)，然后是失败的vod(3)。第一个比较成功的项目cms(6)，apis的初始版(2)，在IBM实习的DITA(虽然只有0.2左右，但这可是精心打造的200行)，作业倒不是很记得有什么了，软件设计(0.5)，手持(0.5)，linux(0.5)，嵌入式(0.5)，图形学(1), 其他(0.5)。这一年写了22K。
大四上学期都干了什么我已然不是很记得了。apis写了3k左右以外，另外一个就是veryftp(2k)吧，virtualcampus到现在已经有了1k了。接下去还要写个2k左右。同时cardagent不知道会不会再写，还有veryftp的改进。这些加起来最多5k吧，呵呵。
所以总体算起来，四年来我最多写了10+6.6+22+13=51.6k。差不多是合格数量的一半，如果合格算是60分的话，本科四年我写的代码的分数只能打个31分了:-(
zz:Tomcat的中文乱码的经典解决方案
（转贴注：原来要用filter还有这么多的问题。要分别对待GET和POST方法。GET要在Connector里设好了URIEncoding(不是URLEncoding)，今天被搞死了。。）
引言：
近期在做我们学校（华中科技大学）的注册中心的信息速递系统中又遇到了久违中文乱码的问题。由于注册中心的HUB系统需要团队开发完成，这导致中文 乱码问题尤为突出。万般无奈之下，硬下头皮寻根究底的找出问题的真正原因。皇天不负有心人，在查阅了N多资料和做了无数次试验之后，终于找到了个人认为较 为简单和经典的解决方案。
适用环境：
采用Tomcat 4.x或Tomcat 5.x，应用中出现中文乱码现象，且找不到统一的解决方案。
主要现象：
在应用中采用GET方式或POST方式时会出现中文乱码现象，而且针对这两种方式不能使用唯一的解决方案。一般您可能会使用以下的几种方案：
A.request.setCharacterEncoding(“gb2312”);
B.type = new String(type.getBytes(“ISO8859-1”), “GB2312”);
C.在Tomcat的配置文件Server.xml中的Connector标签中加入“URIEncoding=UTF-8”属性;
D.conf\web.xml 指定多个Encoding参数;
E.编写一个filter，处理Post提交的编码问题;
但有时候您可能会发现，这样做会让问题更糟糕。
问题分析：
要解决中文乱码的问题，首先要了解Tomcat在背后的处理机制，在查阅了许多资料以及许多前辈们写的文章并做了无数次试验之后，我找到了导致Tomcat中出现中文乱码的主要原因，即Tomcat对GET和POST两种方式的处理方法：在Tomcat 4.x时，采用的是GET和POST两种方式使用相同的字符集，也就是UTF-8。但在Tomcat 5.x下，GET和POST方式采用了不同的字符集。
解决方案：
首先我想申明，我所给出的只是解决方案的一种，并不代表我给出的方案能解决大家所遇到的所有问题，但是有一点是肯定的，大家在同一个系统中必须使用相同的解决方案，如果可以最好统一您应用中各个组件包括数据库、JDK、WEB服务器等等的字符编码方案。
而我所采用的是下面的这种方案（只针对Tomcat）：
Tomcat 4.x
1.页面编码采用“charset=gb2312”;
2.接收参数使用“request.setCharacterEncoding(“gb2312”);”;
3.如果需要在转换编码，如“type = new String(type.getBytes(“ISO8859-1”), “GB2312”);”;
Tomcat 5.x
1.在配置文件Server.xml的Connector标签中加入“useBodyEncodingForURI=”true””，这个属性主要 是让Tomcat 5.x在GET和POST方式使用相同的字符集。如果这样做仍不能解决问题，您可以尝试再加入另一个属性“URIEncoding=UTF-8”;
2.其他处理同Tomcat 4.x
以上方法可做参考，如果您有其他好的方法或觉得本文中有任何问题或遗漏欢迎批评斧正。
近期在做我们学校（华中科技大学）的注册中心的信息速递系统中又遇到了久违中文乱码的问题。由于注册中心的HUB系统需要团队开发完成，这导致中文 乱码问题尤为突出。万般无奈之下，硬下头皮寻根究底的找出问题的真正原因。皇天不负有心人，在查阅了N多资料和做了无数次试验之后，终于找到了个人认为较 为简单和经典的解决方案。
适用环境：
采用Tomcat 4.x或Tomcat 5.x，应用中出现中文乱码现象，且找不到统一的解决方案。
主要现象：
在应用中采用GET方式或POST方式时会出现中文乱码现象，而且针对这两种方式不能使用唯一的解决方案。一般您可能会使用以下的几种方案：
A.request.setCharacterEncoding(“gb2312”);
B.type = new String(type.getBytes(“ISO8859-1”), “GB2312”);
C.在Tomcat的配置文件Server.xml中的Connector标签中加入“URIEncoding=UTF-8”属性;
D.conf\web.xml 指定多个Encoding参数;
E.编写一个filter，处理Post提交的编码问题;
但有时候您可能会发现，这样做会让问题更糟糕。
问题分析：
要解决中文乱码的问题，首先要了解Tomcat在背后的处理机制，在查阅了许多资料以及许多前辈们写的文章并做了无数次试验之后，我找到了导致Tomcat中出现中文乱码的主要原因，即Tomcat对GET和POST两种方式的处理方法：在Tomcat 4.x时，采用的是GET和POST两种方式使用相同的字符集，也就是UTF-8。但在Tomcat 5.x下，GET和POST方式采用了不同的字符集。
解决方案：
首先我想申明，我所给出的只是解决方案的一种，并不代表我给出的方案能解决大家所遇到的所有问题，但是有一点是肯定的，大家在同一个系统中必须使用相同的解决方案，如果可以最好统一您应用中各个组件包括数据库、JDK、WEB服务器等等的字符编码方案。
而我所采用的是下面的这种方案（只针对Tomcat）：
Tomcat 4.x
1.页面编码采用“charset=gb2312”;
2.接收参数使用“request.setCharacterEncoding(“gb2312”);”;
3.如果需要在转换编码，如“type = new String(type.getBytes(“ISO8859-1”), “GB2312”);”;
Tomcat 5.x
1.在配置文件Server.xml的Connector标签中加入“useBodyEncodingForURI=”true””，这个属性主要 是让Tomcat 5.x在GET和POST方式使用相同的字符集。如果这样做仍不能解决问题，您可以尝试再加入另一个属性“URIEncoding=UTF-8”;
2.其他处理同Tomcat 4.x
以上方法可做参考，如果您有其他好的方法或觉得本文中有任何问题或遗漏欢迎批评斧正。
busy & happy
最近实在是懒得写spaces了。马上去开项目会了，还有十分钟无聊，写点吧。
现在手头有4个项目，1个毕论的任务。简直不是人过的日子啊。加上3月底已经干了一个月的活，实在有点吃不消了。上个周日第一次去爬了紫金山，来南京四年第一次上山顶，以前去过两次，中山植物园和中山陵，都没上去山顶-头陀岭。和LP很久没出去玩了，觉得出去晒晒太阳还是很好的~下次再去别的地方玩，呵呵~
马上开会了。。
突然想到学生项目的一个问题
就是培训问题。前几天看到robbin说开始有人找他做RoR的培训，同时自己又发现了velocity tools的好处想应用时，突然想到的。
学生做项目，如果要使用新的技术（it is usually the case），那么对该技术的使用就有很大的问题，一般很难把该技术用得很好。原因就是缺乏培训，大家都是在摸索，在摸索中差距一拉开，做项目的时候问题就出来了。一直很想应用spring，selenium，cruisecontrol在项目中，但苦于技术水平限制而作罢。而在企业中，就可以考虑把整个团队抓去做1－2天的培训，虽然有一定的花费，但是还是很值得的。
这样，除了培训问题，还有精力问题（没办法保证足够的开发时间），预算问题（报酬没有或者很微薄），执行问题（项目负责人和项目成员是一个对等的地位，不是上下级的地位），这些问题哪一个处理不好，项目都很有可能失败。这也是国内学生项目绝大多数失败的原因（主要指的是实际应用项目）。
开始学用Selenium
今天终于知道了Selenium到底是怎么一个原理。以前只是看过一些Java代码的片断，觉得用Java测试Web的主意很好，可惜没有深究。今天用一个多小时的时间看了看，基本上明白了。也理清了Selenium Core, Selenium RC和Selenium IDE的关系。
要看入门文章的话，这里有三篇：透明的，江南白衣的，还有developworks的。再加上主页上的usage，就差不多了。核心部分的Selenium Core，其实是一些javascript代码和类库，底层用了JSUnit，这个以后再研究。TestSuite通过一个表格把一堆TestCase组合起来。TestCase同样通过表格把一些指令组合起来。这就写好了测试用例。而我看到的那些java代码的片断，实际上是Selenium Remote Control。通过启动一个Firefox作为Test Server，然后再发送指令过去。而Selenium IDE的作用主要是录制一些Web操作动作，有点WinRunner的意思。具体的操作可以查阅Reference。
另外，在持续集成方面，除了通过使用Selenium RC，还可以自动启动程序，最后的结果被Post到一个预先设定的URL。
P.S. CSDN blog是怎么做到弹出像IE那样对话框却不会像以前那样所有的FF窗口缩小的？还是FF自己改进了？
免费午餐结束了
随着昨天卡巴升级时出现的“您的kav-key”已进入黑名单这一对话框的出现，我也盘算结束我的杀毒软件免费时代了。从safe360搞了个半年免费的卡巴个人版6.0，等着到期以后花25块钱买一年。
在国内的软件中，杀毒软件应该是正版普及率最高的吧，不少人在攒机时，机子里的软件从里到外几乎都是盗版的，但总会买个正版的杀毒软件。原因无非两点：第一是病毒实在猖狂，第二点，也是关键的一点是，杀毒软件是需要不断升级的，不像普通的应用软件一样，购买一次可以使用一两年甚至更久，可以说是软件产品中最不耐磨的了。可以说，一个一年没有升过级的杀毒软件和垃圾代码没有区别。
正因为这一特点，现在在国内软件市场，服务性在杀毒软件身上体现得最为明显。喊了这么久的“软件是服务”，在杀毒软件身上有点影子。国内公司企业在购买软件的时候，不像个人用户选择大量盗版的原因中，除了知识产权诉讼外，就是售后服务了。一套以企业客户为主的软件离开了售后服务，运行风险陡然提高。出了问题，除了开发公司，基本上没人可以解决。这也是为什么这一些企业软件售价高得离谱的原因（以IBM和Oracle为代表，开出的售价在大多数国人看来几乎就是在抢劫。比如一套ClearQuest LT版，就是轻量版，一个bug tracking的软件，打七折也要20万，同时还限了100人的上限，同时CQ也要配合DB2使用，加上其他费用简直就是天文数字，同时质量又。。。至少我在IBM用的时候觉得质量不咋的）
其实之前我也一直用正版的anti-virus。第一台电脑上跑的是OEM的RAV，挺好，后来盘被阿宝给格掉了！！！只好用老爸单位的金山，不过这个时候就是非法授权了。买了本本后，因为渠道问题，没有应用软件，也暂时用学院里的金山。当时曾经想买一套RAV，但想到128还是没敢出手。大二上工作室里有了一坨的腾讯送的诺顿IS（一年授权），用了半年多，实在不能承受生命中之卡，换上了现在这个卡巴，中间换过一次key(居然是因为过期了)，感觉杀毒能力比Norton好多了，一直到现在，准备换个正版的，25块一年还是比较公道的。
另外，前一段把开发工具中的MyEclipse和Exadel给请了出去。开发有时是出于商业目的的，还是不要惹上这些为好。
顺便算一下我机子里的非法授权软件。OS，Office自不用说，两个游戏，Visual Studio, PS, Acrobat, SQL Server(准备删了), MindManager(基本没什么用过，不过是个挺好的画思维图的软件), Dreamweaver(我一直觉得这个名字很好), PartitionMagic, Alchohol 120%(很少用了), SSH Secure Shell(哪天换个Putty吧), 中国电子地图, Enterprise Architect。作为一个软件从业人员，用的盗版还是多了点, what a shame。不过，其实除了office和OS，也没什么商业软件是我离不开的，呵呵。
追踪“寒假计划”
我的寒假马上结束了，虽然比大家都长几个星期，呵呵。但每到这个时候，回头看寒假计划，一如既往的惨不忍睹。虽然期间家里出了点事情，但也只是耽搁了不到一个星期，不是借口。
看完的书多了一本－J2EE without EJB。特别是把核心的章节又看一了遍，有醍醐灌顶的味道，对DI和AOP的看法也深入了一层，但仍然缺乏实战的锻炼。最近在看SICP，折腾点Scheme/LISP玩玩，应该是浅尝辄止。比较有印象的还有LDD3，不过随着Linux热过去也就没有再动。
期间被两个游戏折腾了大量时间，比较惭愧。文明3v，实在是耗时，打一局要10多个小时，LP应该也很有感受吧？还有FIFA07，玩了三个多赛季，让chelsea把所有能拿的champ都拿了，现在在英丙厮混小球会Barnet。不过，要承认的是，文明玩的是Warlord的难度，FIFA也只有Semi-Pro，嘿嘿。
马上到学校了，先吃次喜酒再开始干活~~
P.S. to bill: 你那两本书我没有忘，先放在豆瓣的清单上，到开学上图书馆借去，呵呵
OnlyMarshall 