摘要: 在中文網(wǎng)織年會(huì)上和啄木鳥老大HD討論了一下好看簿的架構(gòu)問題，而后老黃寫了一個(gè)blog entry：
架構(gòu)考量-選擇的難度
里面談到了架構(gòu)一個(gè)高支撐能力的Web 2.0應(yīng)用需要考慮的架構(gòu)選型問題，對(duì)我很有幫助。我也回復(fù)一下他的建議：  閱讀全文

     摘要: 一位ID是jackson1225的網(wǎng)友在javaeye詢問了一個(gè)大型Web系統(tǒng)的架構(gòu)和部署選型問題，希望能提高現(xiàn)有的基于Java的Web應(yīng)用的服務(wù)能力。由于架構(gòu)模式和部署調(diào)優(yōu)一直是Java社區(qū)的熱門話題，這個(gè)問題引發(fā)了很多熱心網(wǎng)友的討論，其中一些意見對(duì)其它大型Web項(xiàng)目也有很好的指導(dǎo)意義。  閱讀全文

     摘要: 本文已經(jīng)發(fā)表于InfoQ中文站點(diǎn)（http://www.infoq.com/cn/news/2007/07/light-web-servers）

IBM developerWorks網(wǎng)站上最近發(fā)布了一則Cameron Laird的關(guān)于輕量級(jí)Web服務(wù)器的文章，里面列舉了很多的輕型的Web服務(wù)器實(shí)現(xiàn)和它們的特點(diǎn)，Cameron還從自己的經(jīng)驗(yàn)出發(fā)總結(jié)了評(píng)價(jià)Web服務(wù)器的一些指標(biāo)。這篇文章目的在于擴(kuò)展我們?cè)?Web應(yīng)用部署時(shí)的思路，讓我們重新思考Web應(yīng)用的架構(gòu)和部署方案。眾多的輕量級(jí)Web服務(wù)器其實(shí)見證了動(dòng)態(tài)腳本語言實(shí)現(xiàn)Web應(yīng)用的火爆，給實(shí)現(xiàn) Web應(yīng)用提供了更多解決方案。

輕量Web服務(wù)器這個(gè)概念關(guān)注“輕巧性”，這意味著簡單、易于安裝、流線化、要求低和健壯。這種“輕巧”主要是相對(duì)于目前市場占有率占優(yōu)的 Apache和IIS而言的，輕量Web服務(wù)器應(yīng)該更小更簡單，并且它們至少要有一些性能／特性超過這兩個(gè)產(chǎn)品（這樣它們才可能分得市場份額）。 Cameron這樣對(duì)比了“輕量”相比“重量”的一些優(yōu)勢：  閱讀全文

     摘要: 有幸在InfoQ的飯局里面認(rèn)識(shí)了王翔，他對(duì).Net和MS技術(shù)的確有非常深的造詣。今天看到他的一篇評(píng)論：“C#正變得越來越臃腫”
發(fā)表了一些感想：

先進(jìn)與成熟的確是矛盾，但是現(xiàn)在的新技術(shù)成熟的都比較快，可能是人接受新事物的速度提高了吧。
Haskell 這樣的語言是函數(shù)式編程的代表，更多的需要從頭開始。所以國外學(xué)計(jì)算機(jī)理論首選Haskell，很多老外抱怨過上學(xué)的時(shí)候這個(gè)東西學(xué)的頭疼，但是后來他們也都表示獲益匪淺。我們的計(jì)算機(jī)教育是本末倒置，所以我們這些程序員覺得他們晦澀難懂。但是看到Erlang這樣的語言，在未來多核環(huán)境下的前途，我們還是會(huì)動(dòng)搖的。  閱讀全文

     摘要: 本文已經(jīng)發(fā)布于InfoQ中文站（http://www.infoq.com/cn/news/2007/07/java-securejsh-publish），感謝Complystill為我們貢獻(xiàn)了SJSH這個(gè)項(xiàng)目。

JavaEye上活躍的開發(fā)者Complystill（歆淵）最近發(fā)布了自己的開源SecureJSH項(xiàng)目，提供了一個(gè)通過SSH交互進(jìn)行Java應(yīng)用開發(fā)或者管理的工具。

在項(xiàng)目的介紹中可以得知，SecureJSH與Ptyhon里面的ipython或者Ruby里面的irb非常相似。它們都允許交互式運(yùn)行語言的代碼，以方便跟蹤或者調(diào)試應(yīng)用。但是，Java與Ruby、Python不同，后者是動(dòng)態(tài)腳本語言，它們天生具有解釋執(zhí)行的特點(diǎn)（注意：當(dāng)然Python支持預(yù)編譯，Ruby也將在YARV中開始支持，這里指它們的解釋執(zhí)行狀態(tài)）。我們常見的Python和Ruby發(fā)行版本基本上都包括自己的解釋器（這也是它們的核心組件），但是Java是一種需要中間編譯過程的語言，默認(rèn)情況下它無法直接解釋運(yùn)行，也沒有相應(yīng)的解釋器。  閱讀全文

     摘要: David Heinemeier Hansson（以下簡稱DHH，Ruby on Rails作者）在最近的一篇Blog“如果我真的喜歡HTML、CSS和Javascript，那又怎么了？”（What if I actually like HTML, CSS, and JavaScript?）中闡述了他對(duì)RIA未來的一種看法。他認(rèn)為目前在三大Web標(biāo)準(zhǔn)規(guī)范下的HTML、CSS和Javascript是一套足夠強(qiáng)大的工具箱，這些技術(shù)提供給開發(fā)人員的功能并沒有影響到Web應(yīng)用的發(fā)展，并且隨著像Firebug和其他優(yōu)秀Javascript庫的支持下，Web程序員的日常開發(fā)工作已經(jīng)非常愜意了。  閱讀全文

     摘要: 本文翻譯自IBM DeveloperWorks上的一篇文章，該文講述了測試分類(test categorization)的概念，本身這個(gè)概念很簡單，但是卻實(shí)際的解決我們常見的問題，在我們的測試龐大到一定地步的時(shí)候，測試的運(yùn)行時(shí)間過長，維護(hù)成本很高，我們?nèi)绾文軌虮ＷC持續(xù)集成(CI)的正常運(yùn)行？那就是通過測試分類。所以我翻譯了這片文章，希望對(duì)大家有所幫助。  閱讀全文

     摘要: 這個(gè)問題出現(xiàn)在這種情況，你的每個(gè)testCase都需要使用某一種初始化比較耗時(shí)的對(duì)象（資源），舉例如數(shù)據(jù)庫連接、Spring Context。我們遇到的問題是Selenium測試中開啟和關(guān)閉瀏覽器，如果一個(gè)test啟動(dòng)關(guān)閉（我們的程序還需要登錄和注銷），這樣測試的時(shí)間會(huì)拖的很長，給持續(xù)集成帶來了困難。
所以……  閱讀全文

     摘要: Selenium Remote Control項(xiàng)目組很高興的宣布Selenium Remote Control 0.9.0發(fā)布。
你可以在這里察看：
http://www.openqa.org/selenium-rc/
也可以在這里下載：
http://www.openqa.org/selenium-rc/download.action
0.9.0包括很多酷玩意，包括frame支持，多窗口支持（用來測試那些不能夠在子frame中運(yùn)行的應(yīng)用），一個(gè)Konqueror瀏覽器launcher，新的cookie管理功能，和Firefox 2.0與IE7的支持。還包括一個(gè)試驗(yàn)性的在Selenium代理中直接的SSL支持，一個(gè)新的實(shí)驗(yàn)性的“代理注入（proxy injection）”模式允許我們通過修改HTTP代理來更好的控制我們測試的應(yīng)用程序。
Have Fun！  閱讀全文

     摘要: 歡迎所有對(duì)Selenium感興趣的（翻譯的過程就是很好的學(xué)習(xí)）或者已經(jīng)使用Selenium的同學(xué)積極參加，參加的方式可以是：直接參與翻譯，編寫原創(chuàng)學(xué)習(xí)文章并添加到相關(guān)資源列表，交流心得并將心得添加到相關(guān)資源列表，提供使用的視頻片斷，推薦好的Selenium文章進(jìn)入翻譯計(jì)劃，提出你自己的意見。以上方式都非常歡迎，可以發(fā)信給我進(jìn)行溝通（iamtin AT gmail.com）。
目前我們使用JavaScud的Wiki進(jìn)行翻譯工作，網(wǎng)址如下：
http://wiki.javascud.org/display/SEL/Home  閱讀全文

     摘要: 濃縮一下：
1、何時(shí)、何目的來用Selenium選擇不同。RC、Fit適合從需求階段就開始寫。而IDE錄制則適合后補(bǔ)。
2、重構(gòu)支持。RC重構(gòu)友好一些。Fit重構(gòu)不友好。
3、IDE目前限定于FF，做跨瀏覽器RC比較好。但是IDE錄制后的代碼很方便轉(zhuǎn)為RC方式。
4、跨域兼容性問題，IDE解決的比較好。  閱讀全文