摄像头对于强大的 Nokia S60 系列手机来说，早已成了标配，扫描条形码等功能，也早就成为手机很容易完成的功能了，但是却很少有人把条形码和网络进一步结合。有道购物搜索是我看到的第一个完成这样功能的软件。其实用起来很简单，手机有个能自动对焦的摄像头和能上网就行了，拿摄像头对准商品条形码处扫描一下，然后会自动上网搜索相关产品，甚至连拍照键都不用按了，一切都是自动完成的。产品数据库也比较丰富，拿身边的小东西随便扫了下，水溶C100，益达木糖醇，各种书籍（书籍的数据库应该是最全的，手边的书全部都能找到）。

　　这是一个相当有创意的产品，当然，这个条形码数据库也不是容易得到的，但是这个数据库和后台有道搜索结合，就形成了一个非常完美的应用方式，这应该是我看到的让我眼前一亮的手机软件之一了。

　　因为项目路径切换，需要从 https://server/trunk 切换到 https://server/tag/1， 不过在文档中后者写成了 http://server/tag/1，恰好 SVN server 用 HTTP 和 HTTPS 都是可以访问的，所以没觉得这个东西有什么错误。不过使用 SVN 做 switch 操作的时候却总是出现 https://server/trunk is not the same repository as http://server/tag/1，感觉很奇怪，问了一下相关负责人，当时也没有发现什么问题，不过还是没法操作，最后无意中把 http://server/tag/1 换成了 https://server/tag/1，一切 ok。

　　被这个问题折磨的比较郁闷了，可能是 SVN repository 不能在 HTTPS 和 HTTP 之间切换吧。

　　在 Java Web 领域，曾经有无数各种各样的框架，Struts1/2，JSF，Echo1/2，Tapestry，Wicket，等等等等了，这么多不同的框架代表了两个不同的方向，除了 Struts 这个是基于请求的，其他几个都是算是事件驱动的，但是后面几个在整个市场上所占的份额也赶不上 Struts 一家。HTTP 请求本来是很简单的，而 Struts 就是基于这样简单的概念，但是却有无数人希望重现 VB 时代的那种拖拖拉拉的编程方式，希望用事件驱动一切，但是大部分人都失败了。失败的原因也其实不那么复杂，有的是不够成熟，像 JSF 这样被 Sun 官方大力推崇的框架，但 Ajax 出现的时候，JSF 中想灵活的用 Ajax 都成了一种奢望，有的是资料太少了。像 Echo2 这样的框架资料，少的跟珍惜保护动物似的。

　　当然也不是没有成功的，微软凭借其强大的开发实力，和开发工具的配合，加上没有给 ASP.net 用户更多选择余地，取得了无人匹敌的成功。但是这个成功在 Java 世界是不会拥有的，Java 世界没有微软这样的巨头，Java 世界中拿得出手的几个开发工具，Eclipse，Netbeans，IDEA，在所见即所得的开发上远远的落后于 Visual Studio。相比微软帝国，Java 世界多的是中小型的，开源的工具产品。规模上都远远落后于微软，Java 世界唯一可走的路便是简单了。对 Java 世界来说，简单不仅仅是种美，更是生存之道。

　　起初作为 Java 世界 PK 微软产品的重头戏，EJB 在学院派的力捧下诞生了，EJB 似乎从来都不打算让人活的轻松，一个简单的东西非得搞的复杂无比才行。而且其持久层 Entity Bean，似乎连基本功能都没能实现，更别谈大规模使用了。EJB 1/2 的时代是开发人员永远无法忘却的噩梦。

　　Java 世界也从来不缺活跃分子，Rod Johnson 这个有种音乐家气质的牛人凭借自己多年的积累，推出了 Springframework，这样一个基于 IoC 和 AOP 两个概念的简单易用的框架，完成了很多起初只有 EJB 才能完成的工作，Spring 也一夜成名，成为 Java 世界使用最为广泛的轻量级应用框架。

　　几乎是同时，来自澳洲的小帅哥 Gavin King 也在用一种与众不同的方案去替代现有比较复杂的 Java 持久化方案，最后他的 Hibernate 也成为替代原有 EJB 持久化方案的选择。相对简单的 Hibernate 也取得了巨大的成功。

　　其实这样的例子在 Java 世界也非常多，以至于后来来自于 Ruby 开发社区的 Ruby on Rails 的出现，给了 Java 开发者当头一棒，原来还有更简单的做法哦。于是 Java 世界慢慢的开始对多种脚本语言进行支持，包括 Ruby，以及后来自创的 Groovy。以此去打造类似 RoR 那样简单的开放方式。

　　生活其实是很简单的，软件开发其实也是一样，用简单的方式，去打造简单的软件，Java 世界用无数失败的教训证明了这一点。像我呢，也喜欢用这样简单的方式去工作，最喜欢 IDEA 去写代码，最喜欢 Struts2 + Spring2 + Hibernate3 这套组合，最最喜欢的是简单，因为简单是最美的工作方式。

　　目前支付宝对 Firefox 支持的说明：
　　1. 支持 Windows 平台的 Firefox ，支持版本：Firefox 1.5、2.0、3.x；届时还将提供自动安装功能，现在准备尝试的用户可以到 Mozilla 站点上下载支付宝安全控件(AliPay Security Control)(也欢迎广大 Firefox 爱好者在留言中给我们提一些反馈意见)；
　　2. 目前在 Windows 平台下的 Firefox 下暂时还不提供对安全证书的支持，但是对安全证书的支持已经提上日程；
　　3. 对 Linux 平台下 Firefox 的支持已经在内部测试中，预期近期内即可发布；

　　可以说，这个是网银及电子支付业务的一大进步，支付宝可以说是第一个支持 Firefox 浏览器的支付解决方案，是第一个没有使用 ActiveX 实现的解决方案，同时，据支付宝方面的说法“我们目前所开发的 Firefox 插件，未做任何修改，就可以较正常运行在苹果的 Safari，和 Google 的 Chrome 浏览器上。经过分析发现，除了接口方案稍有区别，其大体的结构，还有页面的Embed 标签等都是兼容的，相信经过后续的改进，为 Firefox 所开发的安全控件和所修改的页面，只花很小的代价就可以运行在苹果和谷歌的浏览器上”，对于这方面技术的研究，不光是实现了一个功能，更重要的是，证明了在于非 IE 浏览器下同样可以实现类似 ActiveX 的功能，这样为 Firefox 和 Chrome 浏览器的后续发展提供了有力支持，虽然我用的最多的是 IE，但是 Firefox 和 Chrome 都有令我舍弃不得的好用功能，我想在多家浏览器竞争中，我们会得到更多更好的东西。阿里巴巴是一个重视技术，重视创新，有远见的好企业，赞一个，相反，在相同的电子支付领域，国内多数主流银行的网银服务在这方面几乎不做任何技术创新，改进现有蹩脚的产品，让用户长期忍着去用他们让人作呕的产品，相比较而言，阿里系的主要产品后面都有 UED 的工作，因为用户才是他们最重要的。

　　在 Web 2.0 的概念被极度热炒，Ajax 这样旧瓶装新酒的技术的应用场景被极度放大，因为 Google 做 Ajax 大家都跟着做，但是这样大家往往忽略了另外一个更为简单有效的 Web 端应用平台 Flash，其实，很多应用场景下，我们可以用 Flash 轻松构建出非常漂亮的互联网应用。通过最近的一些爬网的使用，找到了一些国内外的一些优秀的 Flash 应用平台，来和大家做一些分享。

　　首先要介绍的是Buzzword，它的前身是 buzzword.com，前几个月已经被 Adobe 收购，这是一个很炫很好用的在线版 Word，这个来自于 Flash 东家的东西还是相当的夺人眼球的。直接打开了他的 demo，我们可以看到下面这样的编辑效果。

　　第一次使用 Buzzword 就被其几乎和 Word 相似的流畅的编辑操作，强大的表现效果所震惊，无论是文字编辑功能，还是非常灵活的图片自由布局，以及简单好用的表格编辑功能，包括批注等，用起来都是非常的顺手，丝毫感觉不出这是在 Web 上使用，在线编辑的文件可以自由的保存在网上或是共享给好友，甚至能方便的导出成 Word，PDF 等格式的文档，同样他还能导入我们在本地编辑的 Word 文件，继续在 Web 上编辑使用。

　　当然美中不足的是，Buzzword 暂时还不支持中文，我们只能编辑英文的文档，另外它的编辑功能和 Google Doc 这样的前辈比起来，也是有一定差距的，它的在线协作功能，和 Google Doc 这样的强手比起来还是逊色不少。

　　总体来说，buzzword 给我们一个全新的体验，原来我们在浏览器里也是可以如此流畅的使用和 Word 这样的应用，不得不说，在此方面，Flash 相对 JavaScript 是技高一筹。

　　下面我们再来看看一个 Flash 版的在线视频系统，来自于 Webex，这个当今世界上最大的网络会议系统提供商，同样也是顶级的 SaaS 服务提供商，最近也在尝试着推出了几款基于 Flash 的网络会议系统，我介绍其中一个比较酷的，Video Room，是一个在线的多人视频聊天室。因为是 Flash 的，也就不需要下载客户端，也不要装 ActiveX 控件了。

　　在 QQ 或者其他聊天工具上，我们也会看到同样的效果，但是，想想看我们其实是很幸福的，因为我们有 QQ，老外可就没这么爽了，MSN 或者 Skype 还没有这么强的多人在线视频呢，在网页上就能玩转视频聊天，还是个很酷的，特别是当你能即时接收到新的视频聊天请求时实时弹出的仿 MSN 的对话框，让你感觉不到这其实是一个网页。不过这个 Video Room 只提供给我们最基本的视频音频功能，不过拉一帮久未谋面的兄弟进来吵吵闹闹还是很适合的哦。

　　看完了一些国外大公司做的 Flash 应用，我们再把视线集中到国内，让我们看看联想实验室给我们带来的一些有意思的东西，其中我们可以看到一个叫做 Best4c 的在线版绘图工具，可以说这就是一个在线版的 Visio。

　　我们可以用像操作 Visio 一样拖一些组件到编辑区域，然后用线把他们连起来，拼成我们需要的图，如果这不是在浏览器里面进行的操作，我们或许真的会把他当成本地运行的软件呢。Best4c 另外还提供给我们一套在线版的 PowerPoint 工具，让我们可以在线的制作自己的 PPT。虽然总的来说，best4c 提供的东西不是很产品化，使用起来不是太人性化，但是他也向我们证明了，国内在这方面的开发也在进行中，我们也在努力的和世界一同进步。

　　从以上一些应用我们可以看到，其实我们一直以来几乎可以说是赖以为生的 Office 系列软件，在线通讯软件，通过 Flash 强大的图形功能，让传统的单机应用变成了网络应用，无论是在效果上，还是开发成本，和纯的 HTML + JS + CSS 的传统 Web 应用架构相比，有了较大的改进。从 Flash 成为 Adobe 的一个重要成员，Flash 就开始一步步的蚕食互联网，前几年 Flash 携 FLV 几乎是将微软的 WMV 和 ReadNetworks 的 RMVB 两大流媒体从在线视频上彻底的赶了出去，而这几年，Flex 的推出，让企业应用的前端开发变得简单，去年推出的 AIR 则是更加深化了 Flash 平台在个人电脑中的影响。这一切我们可以看到，Flash 正以前所未有的速度改变着互联网。如果你现在在为企业应用的前端界面而头疼，Flex 可以帮你找回当年 VB 时代的感觉，如果你在做工作流平台的在线流程编辑器，或许你可以考虑一下 Flash，它或许能让你更简单的开发这样的图形应用。

　　淘宝网，国内最大个人网上交易社区正式推出了开放平台（Taobao Open Platform，TOP），用户可通过淘宝开放的API，创建各种不同的电子商务应用。

　　淘宝开放平台项目是淘宝软件公司面向3rd App开发者，提供API接口和相关开发环境的开放平台。软件开发者可通过淘宝API来获取淘宝用户信息 （卖方和卖方用户信息，私有信息需要授权）、淘宝商品信息 （全淘宝超过1亿个商品的名称、类目、型号、介绍等信息）、淘宝商品类目信息（全淘宝商品索引及分类明细）、淘宝店铺信息（全淘宝店铺信息）、淘宝交易明细信息（在取得用户授权的情况下，查询每笔交易的详细情况）、淘宝商品管理（淘宝商品的上传、编辑、修改等接口）等信息，并建立相应的电子商务应用。同时，作为淘宝开放平台TOP项目的唯一合作平台——阿里软件平台在其中也扮演着重要的角色，它将为开发者提供整套的淘宝API的附加服务：测试环境、技术咨询、产品上架、版本管理、收费策略、市场销售、产品评估等等。

　　很多人会联想到之前 Facebook, Google 等互联网巨鳄推出的 OpenAPI，这些主要都是社交类的 API，提供 SNS 相关的服务，从而扩大自己的用户群。但是很多人都认为，淘宝这样的大型个人交易类的网站，用户数据是非常私密的资料，那么淘宝为何要提供开放 API 呢。

　　大家不妨将视野放宽，扩大到淘宝以外，聚焦到阿里巴巴旗下的另一个子公司——阿里软件，就能看到淘宝开放平台的目的所在，和 Facebook 不同，Taobao Open API 的目标不仅仅是扩大自己的用户规模，重要的是，阿里巴巴要用这个平台为自己赚钱。或许看到这里，大家都很纳闷，既然是开放平台，都是开放的，如何去赚钱，盈利呢？这个重任被压在了阿里软件身上，这个摇钱树就是近几年一个很热的名词 SaaS。一年前，我们看不出来阿里软件有什么不同的地方，提供了诸如阿里旺旺等工具，而且都是免费的。从今年年初开始，大家就开始感觉到阿里软件的变化，它提供的软件不再是纯粹自己开发的了，更多的是将一些重要的数据接口提供给第三方开发者，第三方开发者利用 Taobao Open API 完成自己产品的开发整合工作后，将自己的软件发布到阿里软件平台上，有客户购买了第三方的服务后，阿里软件就顺理成章的从中抽取佣金。这是一个新颖的模式，也秉承了阿里巴巴一贯的风格，首先让别人赚钱，再自己赚钱。阿里巴巴希望通过淘宝这样一个巨大的商业用户平台，发展出一个 SaaS 的中小软件产业圈。

　　淘宝是免费的，淘宝开放平台也是免费的，但是淘宝却慢慢的开始赚钱，并不是提供免费的东西就不能赚钱，人多了，总是有办法赚钱的。

　　下载地址在：http://fail2ban.sourceforge.net/rpms/

　　找到最新版本的  rpm 包来安装，装好后，稍微根据自己的情况改一下配置就可以使用了。

vi /etc/fail2ban.conf

#以 daemon 方式启动 fail2ban
background = true

#允许尝试次数
maxfailures = 3

#触发 maxfailures 之後的封锁时间(秒); 设为 -1 表示永远封锁
bantime = 3600

#以 findtime (秒) 时间内的错误记录作为 maxfailures 的计数基准
findtime = 600

#排除 IP 范围, 以空白隔开
ignoreip = 127.0.0.1 192.168.0.0/24

#不启用 mail 通知
[MAIL]

enabled = false

#修改自 VSFTPD, 未提及的部份保持原设定
[PROFTPD]

enabled = true
logfile = /var/log/proftpd/proftpd.log
failregex = no such user|Incorrect password

#未提及的部份保持原设定
[SSH]

enabled = true
logfile = /var/log/secure

service fail2ban start

这个服务启动以后，每天都能在 /var/log/fail2ban.log 中看到有攻击的肉鸡被 ban 了。

2008-08-01 09:13:33,532 WARNING: SSH: Ban (3600 s) 205.189.197.66
2008-08-01 12:24:41,943 WARNING: SSH: Ban (3600 s) 121.52.209.5

先说好的吧：首先，E客服就是比较有意思的东西，解决了很多客服平台的问题，过去我们为两个项目做的在线客服，跟它比起来，还是有差距的。平常店里可以同时有几个人一起打理，而且不会出现一个旺旺多个人使用的情况，它用的是子帐号的概念，各人独立一块，互不干涉。还是很不错的东西。

打印快递单应该也是个比较有意思的功能，如果货物量大的话，这个功能绝对是不可少的，大大减小了人力成本。不过估计我现在还是用不上的。

商品定时上架是个很好的功能，就是针对淘宝设计的功能，如果熟悉淘宝搜索结果规则的人，会很好的去利用这个规则，让自己的货物在最佳浏览时间出现在搜索靠前的位置。而定时上架就很好的解决了这个问题，如果有效利用的话，绝对会让你的商品卖的更好的。

在说一些不好的吧：首页有个统计最热卖的东西，但是没有找到热卖产品的排名，这个东西应该是挺有用的吧，不过似乎没有提供。查看报表里面，经常会刷不出图片，估计是 IE 的 Cache 原因，不再重新加载图片了。进销存这个东西没有和销售报告结合起来，应该算是一个缺憾了，希望下一个版本能有更多的东西。不过，不知道下个版本要到哪年，上个版本似乎已经发布半年了。

 对于开发人员来说，因为卡巴斯基更是会有诸多不爽的问题，下面列举一二，是我的惨痛教训，也和大家分享一下。

1. SVN 问题：如果你使用 SVN 做配置管理的话，有时候 check in 代码会半天没有反应，如果这时候你把卡巴禁用，就一切正常了。
2. IntelliJ IDEA 端口冲突问题：用 IDEA 启动 Tomcat 时，使用了 8080 或者 80 端口，经常会启动就报端口冲突，而端口绝对是没有被其他应用程序占用的，而在独立的 Tomcat 下运行没有出现这样的问题，把卡巴对这些端口的监控关闭就一切正常。

这两个问题都是比较郁闷的，卡巴斯基很强悍，却总是让人很无奈。

上周 Summer 推荐 Beautiful Code 的时候，也顺便找到了今年的 Jolt Awards Finalists，接着榜单，闲聊一下。

图书方面，看上去几乎是被 O’Reilly 和 Addison-Wesley 给垄断了，Pragmatic Bookshelf  也在其中占有了一席之地。图书中，最大的赢家应该是，Beautiful Code，我在国内某家被我批评过的IT书店上看到了挂上了期数的预告，名字叫《代码之美》，似乎有抄袭《数学之美》的嫌疑，第一次看到这么多作者一起写出来这么好的书，33 章的书，就包括了 33 个来自于不同领域的作者，共同创造了如此完美的代码，在 O’Reilly 的牵线搭桥下，造就了 Beautiful Code，如果有机会，我希望能由东南大学出版社出版这本书的英文影印版，让我们细细的品味。

Head First 的新书 Head First SQL Your Brain on SQL 也登上了 Jolt 的舞台，之前 Head First Design Pattern 和 Head First OOAD 是如此通俗的把面向对象的两个经典内容：设计模式和面向对象的分析与设计，聊家常一般的摆在我们的面前，精妙的内容组织，浅显易懂的语言，就连我们这些非常怕看英语的人看起来都毫不费力，不愧为大师级的功力。而这本新书料想也会给 SQL 的新手带来一种全新的体验吧。

Pragmatic Bookshelf 这个书系自从《Pragmatic  Programmer》 开始，就不断的扩大其影响。从程序员修炼三部曲中，告诉了我们版本控制，单元测试，持续集成这三个开发者的基本工具。随后的 Pragmatic  Ajax 把 Ajax 推到了大家的面前。当 Ruby on Rails 开始流行的时候，Programming Ruby 和 Agile Web Development with Rails 都在一版二版的洗礼中不断的升华，已经成为 RoR 开发的经典之作。这次的 XX It 系列又从软件项目管理角度来 Pragmatic 。我似乎看到过 Ship It 还有 Deploy It 这两本，或许也是这个系列里的吧。

The Rails Way 我一开始当成了 The Ruby Way，其实后者的风格我比较喜欢了，于是又套用了它的名号来了个 The Rails Way，虽然现在还没有拿到，我想这本书会给我们一些新意的。

开发工具大奖上已经看不到了 Eclipse 的身影，而 IDEA 依然在榜单上活跃，而我也是一如既往的使用它，即便是在 Rails IDE 中，IDEA 凭借其 Rails 插件，加上它的基础，用起来还是相当的顺手，目前除了不能 Debug，我似乎没有其他不满的地方。

Netbeans IDE 在年末闪亮登场后，带来了一个更轻更小，更完整的开发工具包，而 Eclipse WTP 一个包动辄就是 2xxM，虽然功能很齐全，不过体积实在是有些过分了，并且没有一种 IDEA 的那种让人很爽的感觉。我没有用完整的 Netbeans 包，因为 Java Web 开发已经习惯了 IDEA + Eclipse 的组合，我只关注了一下 Ruby IDE，功能上来说，确实有其独到之处，不过在写代码上还不能达到非常流畅的速度。不过 Netbeans 在两年里就来了个咸鱼翻身，我们要说 Sun 很努力了。

在开发框架上最活跃的依然是 Java 平台，这和 Java 平台一直以来保持的很好的开源社区是分不开的。EMF，Guice，JasperReports，Spring Framework 这几个一直都是 Java 领域最热门的开源项目。

Google Guice 在 Google 的天才程序员 Bob Lee 的创意中诞生了，采用了一种全新的依赖注入的方式，将效率提高了传说中的 100 倍，虽然对这个数据我不是太在意，而在 Spring 如此成熟的进入 2.0 后，却有一个后辈小生提出了全新的思路，而 Spring 2.5 也接受了这样的思路，调整了一些依赖注入的策略，在性能上有了不小的提高。

经营着 Spring 的 interface21 为了凸显其 Spring 的品牌，改名为 SpringSource，并且推出了一本《Spring In Production White Paper》，希望能够在企业应用中占有更大的份额。

作为 PHP 的领头羊的 Zend 在 Rails 推出后再也按耐不住了，PHP 一定要有一套官方的 Framework，而且它的特性要很像 Rails，于是 Zend Framework 诞生了，这在几乎没有框架概念的 PHP 中注入了一种新的活力，Rails 不光激起了 Java 世界的广泛关注，在无数个类 Rails 框架后面，Zend 从 PHP 官方的角度接受了 Rails 的思想，改善 PHP 的开发。而 Java 世界里，Grails 也伴随这 Groovy 1.5 的推出，伴随着 Grails 的第三个 RC 版，即将走到 1.0 版本。Rails 带给了 Web 开发无穷的活力。

　　老外对这方面的支持工作还是做的不错的，国内的同类系统往往只考虑到功能，好一点的考虑到性能，而在这些新技术带来的扩展性的增强上似乎没有太多的理解，虽然 WordPress 在功能上和国内的很多博客有一定的差距，但是人家支持插件，这样就可以让地球人都上来扩展一把。Eclipse 的插件风风火火的做了几年，现在人似乎没有不用插件开发的了。

　　老外在 Web 2.0 中又很多好的思想，技术，拿到国内来就有点变味了，虽说国人在 Web 2.0 技术上跟进的速度还是相当的快，不过思想还是又相当的差距的。

　　要好好学学人家做东西的思想，而不仅仅是技术。

　　一年前的时候，突然听说 Yahoo 可以和 MSN 互通了，于是从此就没用过 MSN 了，也是对 Microsoft 歧视国内用户的一种不满吧，这么多IM工具，最不稳定的也最为常用的要属 MSN 了，虽然飞信这样“国”字号的软件似乎更加的不争气，就原谅他吧，谁叫他是咱最有钱的移动运营商呢。可以说，MSN 的掉线率是相当的高，登录速度也是惊人的，在公司内部传文字的效率呢更加不用说了，反正没有人走的快。不过据我们去过美国的一些同事说，MSN 在美国速度是非常快的，包括其下属的 hotmail，MSN Space，怪不得这么被推崇了，不过没办法，毕竟是在国内，属于不被重视的使用群体，大不了就不用了，于是机子里再也没有出现过 MSN，所有重要的好友都加到 Yahoo 里了。

　　其实说来 Yahoo 也是个比较不争气的东西，功能嘛，没啥强的，不过吃内存的能力还挺强，印象中也就 Skype 可以和他有的一拼，不过好歹人家 Yahoo 还是比较重视中文用户的，起码光缆断的时候还是能用的，而且相关的本地化服务也还是有一定的可用性的，Yahoo的邮件提示是最为迅速的，基本上是新邮件来到5秒之内就得让你知道，这个功能还是挺体贴用户的，其实我的一些 IM 的一个重要作用就是 check email，比如说 Google Talk。Yahoo 的客户端程序其实是比较不稳定的，群聊功能是个杀手，一次领导通知事情，让大家开个会，结果一位老兄图方便，Yahoo 把大家全部加进来了，大家的机器全部死翘翘，只好 reset 重启，自此以后，这个功能再也不敢使用了，Yahoo 工具箱里有个看股市行情的插件，不过这个曲线也太不本地化了，中午休息的时间也画在上面，一条长长的直线，怎看都别扭。没办法啊，公司里唯一允许的 IM 工具，不得不装，也就不得不去忍受这些了。

　　Google Talk 其实是我用的最多的，极为简洁，拥有我需要的主要功能，email 通知，语音，文本聊天，传文件（大家都喜欢装中文版的，没这个功能，所以也基本找不到人传文件），其实还有一点重要的就是所有聊天记录都会保存在 Gmail 里，在哪都不会丢失，也很连贯，这对于我们经常讨论需求的人就不会有上句没下句的了。也不用担心聊天记录留在本地泄密。另外还有一点，传代码的时候绝对不会变成一堆笑脸什么的。Google Talk 其实功能上是相当有限的，但是我却非常喜欢，简洁就是美了。

　　下面隆重出场的是唯利是图、忘恩负义外加极端不安全的 QQ 了，如果不是这么多好友在里面，我是不会开 QQ 的，当然 QQ 作为国内用的最多的 IM 工具（其实叫他聊天工具更确切），QQ 还是有相当多的优势的，首先网络稳定性好，传文件速度快，有远程协助功能，语音质量也不错，可以看 IP（还不都是珊瑚虫的功劳，被忘恩负义的腾讯扼杀了），有群聊功能，也是最适合某些夜晚不甘寂寞的人寻找刺激的工具了，其他的功能我是不大能想到的了，更不用说去用了，所以嘛，QQ 对我来说，太大了，太花哨了，对公司来说也是的，基本上正规的公司，没有哪个不封 QQ 的，所以嘛，QQ 只能被远远的拒之于企业应用的门外，腾讯的 RTX 也就不是那么容易进入企业市场的，谁让你这么花哨，看了就不想好好工作了。

　　Skype 这个东西嘛，对我用处不大，自从充值卡被封事件以后就不再常开了，开会的时候才会去用，毕竟多人语音聊天功能还是挺不错的。

　　国外的大部分 IM 工具都开放互通了，包括 MSN 和 Yahoo，Google Talk 也在和 MS 谈互通的问题，国内的 IM 互通嘛，似乎完全不可能，国外那几家都不是靠 IM 吃饭的，腾讯就不一样了，如果不保持其 QQ 的占有率，疯狂的扼杀非“官方”的客户端，LumaQQ 这么优秀的跨平台解决方案也就被腾讯自己和谐掉了，最近对珊瑚虫下狠手也表示其在此方面的决心，呵呵，我的 QQ 从此不升级了。

    于是用 Java 写了一套简单的股市信息跟踪的小程序，Console 的，用于抓取相应的股市信息并显示到 console 中，谁也不会想到这个东西会是用来看股市的吧。

    这套小小的程序用到了几个非常简单的技术，HttpClient 和 正则表达式。程序功能非常简单，找到含有股市数据的页面，使用 HttpClient 抓取下来，通过正则表达式匹配自己需要的内容，在 Console 上打印出来。

    准备花两篇文章简单的介绍这个小系统中的实现细节，当然这只是简单的介绍，其实我们再稍微用点其他的技术，可以做出更多更实用的小工具。比如我就写了个小爬虫，把某个基金网站上的基金净值数据爬来了，足足有10W条，供我做基金形势分析之用，拿到这些原始数据，再动用一下自己的头脑，再配合一些方便的工具，比如 Excel，我们便可以用实际数据去辅助投资理财。

        首先我们来简单的介绍我们用到的第一个工具，HttpClient。

    HttpClient 是 Apache Jakarta Common 下的子项目，可以用来提供高效的、最新的、功能丰富的支持 HTTP 协议的客户端编程工具包，并且它支持 HTTP 协议最新的版本和建议。
    以下列出的是 HttpClient 提供的主要的功能，要知道更多详细的功能可以参见 HttpClient 的主页。
实现了所有 HTTP 的方法（GET,POST,PUT,HEAD 等）
支持自动转向
支持 HTTPS 协议
支持代理服务器等

HttpClient 可以在http://jakarta.apache.org/commons/httpclient/downloads.html下载

HttpClient 基本功能的使用
GET 方法
使用 HttpClient 需要以下 6 个步骤：
1. 创建 HttpClient 的实例
2. 创建某种连接方法的实例，在这里是 GetMethod。在 GetMethod 的构造函数中传入待连接的地址
3. 调用第一步中创建好的实例的 execute 方法来执行第二步中创建好的 method 实例
4. 读 response
5. 释放连接。无论执行方法是否成功，都必须释放连接
6. 对得到后的内容进行处理

根据以上步骤，我们来编写用GET方法来取得某网页内容的代码。

根据这样的过程，我们便可以写出一个简单的抓取页面的方法，该方法返回抓到的页面数据。传入的参数是页面的 URL。

protected String getURLResponse(String url) {
 try {
  HttpClient client = new HttpClient();
  GetMethod method = new GetMethod(url);
  int returnCode = client.executeMethod(method);
  String response = null;
  if (returnCode == 200) {
   response = EncodingUtil.getString(method.getResponseBody(), "gb2312");
  }
  method.releaseConnection();
  return decode(response);
 } catch (Exception e) {
  return null;
 }
}

HttpClient 是一个很实用的工具，用它，我们可以做很多和 Http 有关的事情。
大家可以参考： http://www.ibm.com/developerworks/cn/opensource/os-httpclient/ 来初步了解 HttpClient 的功能。
或是去找找 Jakarta.Commons.Cookbook 或者 Jakarta.Commons.Online.Bookshelf，上面介绍了包括 HttpClient 在内的很多 Apache Jakarta Commons 项目，相信合理使用，会让你事半功倍的。

下一篇我们将介绍一下如何用正则表达式处理我们抓取到的数据。

在网上做了一番搜索得到一些相关的内容。

PermGen space的全称是Permanent Generation space,是指内存的永久保存区域OutOfMemoryError: PermGen space从表面上看就是内存益出，解决方法也一定是加大内存。说说为什么会内存益出：这一部分用于存放Class和Meta的信息,Class在被 Load的时候被放入PermGen space区域，它和和存放Instance的Heap区域不同,GC(Garbage Collection)不会在主程序运行期对PermGen space进行清理，所以如果你的APP会LOAD很多CLASS的话,就很可能出现PermGen space错误。这种错误常见在web服务器对JSP进行pre compile的时候。

改正方法，在 run.bat 中加入：-Xms256m -Xmx512m -XX:MaxNewSize=256m -XX:MaxPermSize=256m

因为项目中引用了很多的 jar 包，而这些 jar 包中的 class 信息会被 JBoss 的 class loader 加载到 PermGen space 区域，在 JVM 默认的情况下，该部分空间的大小只有 4M，在 jar 包非常多的情况下，显然是不够用的，所以通过 -XX:MaxPermSize=256m 指定最大值后即可解决问题。

另外，如果 heap 内存不足出现 java.lang.OutOfMemoryError: Java heap space 时，可以通过 -Xmx512m 指定最大 heap 内存来解决这样的问题。

其实 Confluence 的破解并不算难，不过在网上不是太容易找到直接能用的方案，小试了一把，发现最主要的是要处理一个 atlassian-extras-0.7.20.jar 的文件，com\atlassian\confluence\page 这下面有一个 Key.page 文件，其实这就是密钥文件了，破解的一般方法就是自己生成一个自己所知道 Key 的密钥文件，并替换掉原来的，再用这个已知的 Key 生成自己需要的密码。比 JIRA 要稍微复杂一点了。

附件里附上一个弄好的东西，直接替换已经安装的 lib 下的 atlassian-extras-0.7.20.jar 文件，然后用 keygen 生成 key 就可以用了。

下载地址见：http://www.agilejava.org/space/?1/action_viewspace_itemid_188.html

    对于分布式对象领域，EJB 3.0 还是有着不错的竞争优势的，毕竟这是他的传统优势，在群里面和大家聊天的时候，寒江也提到过用 RCP + EJB 3.0 作为方案，其实这也是一套不错的应用方案。

    EJB 3.0 比 EJB 2.0 确实要轻了很多，但并没有给我们太多的惊喜，因为 EJB 3.0 给我们带来的大部分新鲜都已经被 Spring 和 Hibernate 捷足先登了，我个人也是比较喜欢 Spring 和 Hibernate 来做项目，毕竟用起来会更加的灵活，更加的强大，特别是新版的 Spring 和 Hibernate 同时都支持了 JPA 的标准，又一次的在 JavaEE 应用上和 EJB 3.0 展开了下一轮的竞争，一切都好，就看你怎么选择，我选择的是 Spring + Hibernate，或许更加熟悉一些又或许更加轻量，更加 agile。

    过去一开始的时候，都是采用在网上选书，然后邮局汇款，发邮局包裹的方式，效率很低，也很麻烦，每次总是要往邮局跑两次，最大的问题是，网上列出来的书，往往是不一定有货的，有一次买书，选了一堆书最后发现就一本书有货，最后拿到手的只有那一本书，很是郁闷，这样就余下了一些钱在 dearbook，然后又用这些钱继续去买其它的书，最后在升级会员的时候，这些余款购买的书又没有记入积分中，升级的时候就差了这么几分，最后催了好几次才把自己会员资格提高。

    随着和当当网合作以后，付款和收货方面确实有很大的改善，付款直接用网上银行，直接送货上门，都大大的提高了我买书的兴趣，不过 dearbook 网站系统很不争气，频频出现问题，首先发现一个明显的 bug 就是在收藏夹里删除一些书籍的时候，收藏夹就变乱了，都是一些莫名其妙的书，再打开一下这个页面就好了。接着是在和 CSDN Passport 整合的时候，收藏夹里的书彻底丢光了，而这时候没有人告诉我怎么回事。

    在与当当网的合作中dearbook 的积分系统也频频出现问题，当当网是用 Email 账户登录的，dearbook 积分系统也是用 Email 账户登录的，当我修改了当当网的 Email 以后，dearbook 积分系统也换成了新的 Email，但原有 Email 对应积分没有转到新的 Email 帐号上来，打电话去问，答曰，没有提供合并积分的功能，于是一堆积分就泡汤了。

    最近积分比较多，在 dearbook 换了两本书，最后收包裹的时候，只收到一本书，觉得奇怪，打电话去问，才把第二本书给重新寄过来，浪费了我几分钟的电话费。

    这次 dearbook 又心血来潮的要把 D币积分转换为 C 币，因为过去在两个Email 账户上都是有积分的，所以想转换到同一个账户上，结果当我在 CSDN 上修改了 Email 地址后，却发现我过去的积分就消失了，很是郁闷。昨天发了邮件，今天打了电话，到现在也没有人给我答复，看了一下账户里的 C 币，还是不对。

    很多粗人都常常认为 UML 只是画图的东西，三两页就可以讲完的东西，何必弄这么多呢，还印出 n 多本书，简直就是骗钱了。其实说来，UML 难道仅仅是一种图形工具吗，它凝聚了更多更深刻的 OOP 的概念，在各种各样的应用中才发现，原来 UML 比我开始想想的要丰富的多。

    看过一些人在网上的评论，才发现，其实人民邮电出版社和机械工业出版社的书其实并不是太差了，只是机械的纸实在是说不过去，在我书架上放的一堆书中，原来清华大学出版社的书是最差的，无论从纸张，从排版，从翻译，因为有康博这样被骂死也还要出来招摇撞骗的所谓翻译团队。近些年来，一些出版社都开始建立了一些自己的图书品牌，比如说电子工业出版社的“博文视点”，比如人民邮电出版社的“图灵系列”，我个人感觉其中的书的选题和印刷都还不错，虽然也会有一些比较烂的作品出来了。

　　不过想想看，自己一直都在算是比较正规的软件企业，编码规范还是有一定的要求的，不会出现这么搞笑的问题，不过有些问题还是会经常的犯，比如说，又一次看一个同事写一个方法写了 1500 行，我立刻让他改，最后精简代码，分开写，也算是减少到可以接受的程度，另外一个恶习就是复制代码，很多开发人员自身都是不怎么会写代码的，做开发就是找过去相识的，复制，粘贴，改，所以会出现一堆比较搞笑的问题，于是，错误便不是自己犯的了，人家写错了，自己也就抄错了，我在第一次参加 Code Review 的时候就碰到这个情况，我自己的东西都是自己手工写的，出现了一些问题，被大家指出来了，其它人写的东西都是抄来抄去，发现问题都不是自己的，因为改过去的代码需要上面授权，还有一堆测试要重做，所以看大致是可以用的也就蒙混过关了，造成了越来越混乱的代码。

　　其实说来要把代码写的更好一点没有想象中那么难的，凡事从小做起，从点滴做起，慢慢的把一些好的东西变成自己的习惯，重要的是要积累，而不是放任自流，多去看看人家著名的开源项目，看看人家代码是怎么写的，多去和自己的比较，然后善于用一些 Audit 工具评估自己的代码，让自己对自己的代码中出现的问题有一个更明确的认识，然后慢慢的去改变自己的习惯，其实从长远角度来说对自己有很大的好处的，起码自己的编码能力提升了，基础更加稳固了，有能力去胜任更高级的工作，不然，天天复制别人的代码，自己又天天只能写出来一些不符合规范的代码，而自己又天天不去想不去问，一直这样下去，开发能力还能提高吗？

　　其实我还是很喜欢一本书《代码大全 2nd》，今年上半年才出来的中文版，里面针对我们开发的时候出现的问题给出了很多规范和解决方案，我会经常抽空去看看这本书，然后想想自己该如何去改善自己的开发习惯，去写出更好的代码，另外就是用一些 Audit 工具去针对自己的代码做出一些评审，比如 CodePro，另外我们一些同事在 Maven 上用一些插件对 CVS 上的代码做出 Audit 并发布在项目站点上，这些都是不错的手段了。

　　其实说来最重要的还是自己的态度，工具，好的方法都不能转变对于开发恶劣的态度的。

    虽然说讲的还不是很好了，但是这三天却给了我很大的提高，不仅仅是技术上面，更多的是在一种表达能力方面的。可以说是第一次真正意义上的上台讲东西了，因为面对的不光是同组熟悉的同事，还有很多不是太熟悉的，还有几位老大，甚至在最后一次讲JSF的时候，大老板还进来坐了一会，压力还是挺大的，虽然要讲的东西已经在之前在脑子里演练无数次了，但是要想把自己想的东西和别人讲清楚，的确不是那么容易的事情了，当发现下面的同事满脸的迷茫，就得赶紧换一个角度来说明问题，不过还算过得去的是，自己并没有太多的紧张了，虽然是第一次正式的在台上讲东西，面对面的对着大家，不过自己要讲的东西心里还比较有底，心里比较踏实了，于是也就没有太多的紧张了。

    通过三天对各个方面的技术的介绍和总结，其实也不知道大家真正能理解多少，因为太多东西没有经过实践是不会有太深刻的理解的，虽然有些东西当时是听懂了，但是却不会深深的刻进你的脑子，时间一长就忘记了。三天里，总结了这一年来我对 Java Web 开发的几个方面的理解了，虽然这一年学到了很多很多，但还有太多太多的不了解了，有些东西当自己看的时候觉得自己了解，但是当需要把这个东西和别人分享的时候，却发现自己有太多太多的不知道了。