摘要: 在中文网织年会上和啄木鸟老大HD讨论了一下好看簿的架构问题，而后老黄写了一个blog entry：
架构考量-选择的难度
里面谈到了架构一个高支撑能力的Web 2.0应用需要考虑的架构选型问题，对我很有帮助。我也回复一下他的建议：  阅读全文

     摘要: 一位ID是jackson1225的网友在javaeye询问了一个大型Web系统的架构和部署选型问题，希望能提高现有的基于Java的Web应用的服务能力。由于架构模式和部署调优一直是Java社区的热门话题，这个问题引发了很多热心网友的讨论，其中一些意见对其它大型Web项目也有很好的指导意义。  阅读全文

     摘要: 本文已经发表于InfoQ中文站点（http://www.infoq.com/cn/news/2007/07/light-web-servers）

IBM developerWorks网站上最近发布了一则Cameron Laird的关于轻量级Web服务器的文章，里面列举了很多的轻型的Web服务器实现和它们的特点，Cameron还从自己的经验出发总结了评价Web服务器的一些指标。这篇文章目的在于扩展我们在 Web应用部署时的思路，让我们重新思考Web应用的架构和部署方案。众多的轻量级Web服务器其实见证了动态脚本语言实现Web应用的火爆，给实现 Web应用提供了更多解决方案。

轻量Web服务器这个概念关注“轻巧性”，这意味着简单、易于安装、流线化、要求低和健壮。这种“轻巧”主要是相对于目前市场占有率占优的 Apache和IIS而言的，轻量Web服务器应该更小更简单，并且它们至少要有一些性能／特性超过这两个产品（这样它们才可能分得市场份额）。 Cameron这样对比了“轻量”相比“重量”的一些优势：  阅读全文

     摘要: 有幸在InfoQ的饭局里面认识了王翔，他对.Net和MS技术的确有非常深的造诣。今天看到他的一篇评论：“C#正变得越来越臃肿”
发表了一些感想：

先进与成熟的确是矛盾，但是现在的新技术成熟的都比较快，可能是人接受新事物的速度提高了吧。
Haskell 这样的语言是函数式编程的代表，更多的需要从头开始。所以国外学计算机理论首选Haskell，很多老外抱怨过上学的时候这个东西学的头疼，但是后来他们也都表示获益匪浅。我们的计算机教育是本末倒置，所以我们这些程序员觉得他们晦涩难懂。但是看到Erlang这样的语言，在未来多核环境下的前途，我们还是会动摇的。  阅读全文

     摘要: 本文已经发布于InfoQ中文站（http://www.infoq.com/cn/news/2007/07/java-securejsh-publish），感谢Complystill为我们贡献了SJSH这个项目。

JavaEye上活跃的开发者Complystill（歆渊）最近发布了自己的开源SecureJSH项目，提供了一个通过SSH交互进行Java应用开发或者管理的工具。

在项目的介绍中可以得知，SecureJSH与Ptyhon里面的ipython或者Ruby里面的irb非常相似。它们都允许交互式运行语言的代码，以方便跟踪或者调试应用。但是，Java与Ruby、Python不同，后者是动态脚本语言，它们天生具有解释执行的特点（注意：当然Python支持预编译，Ruby也将在YARV中开始支持，这里指它们的解释执行状态）。我们常见的Python和Ruby发行版本基本上都包括自己的解释器（这也是它们的核心组件），但是Java是一种需要中间编译过程的语言，默认情况下它无法直接解释运行，也没有相应的解释器。  阅读全文

     摘要: David Heinemeier Hansson（以下简称DHH，Ruby on Rails作者）在最近的一篇Blog“如果我真的喜欢HTML、CSS和Javascript，那又怎么了？”（What if I actually like HTML, CSS, and JavaScript?）中阐述了他对RIA未来的一种看法。他认为目前在三大Web标准规范下的HTML、CSS和Javascript是一套足够强大的工具箱，这些技术提供给开发人员的功能并没有影响到Web应用的发展，并且随着像Firebug和其他优秀Javascript库的支持下，Web程序员的日常开发工作已经非常惬意了。  阅读全文

     摘要: 本文翻译自IBM DeveloperWorks上的一篇文章，该文讲述了测试分类(test categorization)的概念，本身这个概念很简单，但是却实际的解决我们常见的问题，在我们的测试庞大到一定地步的时候，测试的运行时间过长，维护成本很高，我们如何能够保证持续集成(CI)的正常运行？那就是通过测试分类。所以我翻译了这片文章，希望对大家有所帮助。  阅读全文

     摘要: 这个问题出现在这种情况，你的每个testCase都需要使用某一种初始化比较耗时的对象（资源），举例如数据库连接、Spring Context。我们遇到的问题是Selenium测试中开启和关闭浏览器，如果一个test启动关闭（我们的程序还需要登录和注销），这样测试的时间会拖的很长，给持续集成带来了困难。
所以……  阅读全文

     摘要: Selenium Remote Control项目组很高兴的宣布Selenium Remote Control 0.9.0发布。
你可以在这里察看：
http://www.openqa.org/selenium-rc/
也可以在这里下载：
http://www.openqa.org/selenium-rc/download.action
0.9.0包括很多酷玩意，包括frame支持，多窗口支持（用来测试那些不能够在子frame中运行的应用），一个Konqueror浏览器launcher，新的cookie管理功能，和Firefox 2.0与IE7的支持。还包括一个试验性的在Selenium代理中直接的SSL支持，一个新的实验性的“代理注入（proxy injection）”模式允许我们通过修改HTTP代理来更好的控制我们测试的应用程序。
Have Fun！  阅读全文

     摘要: 欢迎所有对Selenium感兴趣的（翻译的过程就是很好的学习）或者已经使用Selenium的同学积极参加，参加的方式可以是：直接参与翻译，编写原创学习文章并添加到相关资源列表，交流心得并将心得添加到相关资源列表，提供使用的视频片断，推荐好的Selenium文章进入翻译计划，提出你自己的意见。以上方式都非常欢迎，可以发信给我进行沟通（iamtin AT gmail.com）。
目前我们使用JavaScud的Wiki进行翻译工作，网址如下：
http://wiki.javascud.org/display/SEL/Home  阅读全文

     摘要: 浓缩一下：
1、何时、何目的来用Selenium选择不同。RC、Fit适合从需求阶段就开始写。而IDE录制则适合后补。
2、重构支持。RC重构友好一些。Fit重构不友好。
3、IDE目前限定于FF，做跨浏览器RC比较好。但是IDE录制后的代码很方便转为RC方式。
4、跨域兼容性问题，IDE解决的比较好。  阅读全文