謝謝BlueDavy，這些資料非常有用，而且大都是PDF，查閱很方便。
Hi 白衣，我同意你說的機簡做法的意義。但是問題在于武功高強的人可以將菜刀當作順手的兵器，但是怕對于一般人它不過還是菜刀。一個架構師的意義在于它可以根據需求和偽需求選擇合適的技術，那么對于小項目你可以JSP+JDBC Template，也可以ASP，也可以PHP，也可以是RoR，或者Spring的幾種事實模型或者EJB系列模型，都可以。但是這個選擇過程是有很高價值的。所以我想，拿JSP+JDBC復辟作為一個有趣的標題是好的，可是實際上，沒有什么技術會復辟，前進的是人，因為你積累了越來越多的經驗。“經驗”不是一下子就可以傳授完整的。
@black visitor
javascript的東西，如果支持IE6和firefox那么一般就會支持IE7。IE7在JS上面并沒有什么大的改進……所以一般還是考慮最低版本的瀏覽器。
那個其實很簡單，因為更新是分塊的。分塊更新就不會破壞布局。
比如你的布局后的小容器是div，如果你只更新div的innerHTML，那么布局就不會變。
我這個注釋非常古老了，大家如果看DragDrop的代碼可以去看Script.aculo.us或者JQuery或者moo.fx里面的實現，估計更有收獲。
java實現超時檢測除了使用某些對象內置的功能，那么只有setTimeout和siteInterval了，沒啥好辦法。
re: Twitter的性能調優的關鍵點 Tin 2007-10-16 13:06
用RoR也要進行優化呀。ActiveRecord也可以自己優化SQL的。
dojo我比較系統地用過一段時間，它是成也包機制敗也包機制。當然，說它OO那是不太合理，因為上面說的這三個也是oo的，區別在于dojo更像java。
dojo其實不慢，缺點是太雜，雜了以后很多庫就不靠譜！還有一個巨大的問題，在于dojo一直沒有做到API穩定。你的應用很有可能沒法在每次dojo升級的時候平滑升級上去。
現在的dojo 0.9和1.0一支已經和0.3和0.4那一支完全不同，用了它的項目都暗自叫苦，只能硬著頭皮遷移，改寫工作估計都大于50%，非常可怕。
Ext的確很好。只是剝離了它的組件體系比較麻煩，而且剝離以后它就不那么吸引眼球了。我非常看好Ext，但是我感覺它的應用范圍還是不夠通用。
Prototype的好處就是它的成熟。現在這幾個框架都號稱要IE6+，但是實際上prototype和dojo在IE5.5+下工作的就不錯了;D
其實，外包也可以有架構師，也可以敏捷。當然碰巧你的客戶或者公司不同意，那么難受的是你。
limo說敏捷最大的困難在于“如果你的客戶不原意改變自己”……
做架構師也沒有用，空名頭。做個好好的工程師也很好呀。
我崇拜James Duncan Davidson，它是Tomcat的作者，是業余攝影師，還是Mac fans，O'Reilly的Lightroom的專欄作者。為什么不能做個玩家呢^___^
這種做法有局限：
1、它需要bind在window.onload上，所以在速度不是很快的時候會閃。不像傳統的css是隨下載逐漸解釋顯示的。
2、它還是高度污染了html結構，個人不是非常認同動態dom修改的方案。因為理想的說css是表現，js是行為，只有非常必要的情況下才可以考慮相互的侵入。
re: java跳轉語句 Tin 2007-08-02 10:25
這個有什么價值？這種東西無外乎是一種誤導，連Java、Servlet、JSP、javascript都分不清寫它有什么用呢？要告訴人家你為什么這樣寫才有意義，這樣的文章也發到blogjava的精品首頁區域，簡直是浪費空間！！！
ExtremeTable很早就實現自定義分頁實現了，可以自己處理分頁邏輯，和Display Tag的基于集合的不同呀。Jmesa既然是下一代應該也支持吧。
Jeff Johnston這個人非常聰明勤奮，它的項目一般都是非常活躍的，以后一定會越來越好。
re: Java相關的重要術語解析 Tin 2007-08-02 10:18
不知道寫這個干什么呢？Apusic的JPA是自己寫的實現么？對這個比較關心。
Atlassian的確是越來越厲害呀！Clover和FishEye是重要的代碼評估工具呀。
不行我也沒有辦法，看看是不是其它問題。我沒有在Eclipse 3.3上面試驗，估計不同的版本不同。我這個文都是很久之前寫的了……而且我現在在Ubuntu下面工作，Windows不怎么用了呀。
呵呵，務實久了就需要務務虛，要結合起來。而且robbin談這個問題絕不是空穴來風，SAAS的確會改變一些盲目Web 2.0的創業想法。
而且，本人在業余時間的確比較迷37 signals的東西，他們的確很有想法。
對，Pair的確可以明顯減少在動態類型語言、腳本語言里面拼寫錯的可能性。
為啥我是javascript……，不可能……，這個魔咒。
突發闌尾炎就去切了……然后就住院了:D
還好，今天已經上班了。
I bought a psp to my beloved wife. I have not play it a day... God, please sent me a angel.
It's a good news.There are python interpreter on psp now, raimudox will port ruby on it.It's a great job.
Hoping for a more complex demo.
re: 界面設計師，我們需要你 Tin 2006-11-13 15:51
經常和朋友們談起這個問題。其實UI Design和Interactive Design，我們都應該特別需要。Interactive Design就象架構師，配合UI Design，才能讓用戶得到真正的價值。其實，應該從今天做起，作為軟件開發者，不要界面無能。
這個用法完全的不推薦！filter不垮瀏覽器。而且這種鼠標移上去的特效首先推薦使用css的a偽類link、visited、hover、active來實現。
re: 用 Selenium 進行功能測試 Tin 2006-11-02 23:18
呵呵，如果潛心其中，對Selenium API了如指掌的話還是可以不用Selenium IDE進行測試的，哈哈。nicholas很有這個潛力:D
re: 為Struts 2.0做好準備 Tin 2006-11-02 23:14
謝謝Max的教程。大家也可以到WebWork中文網站：
http://webwork.javascud.org/
http://wiki.javascud.org/display/ww2cndoc/WebWork
看看。里面有WebWork 2.2的中文參考手冊。
Struts 2.0.1目前還完全等于WebWork 2.2.x，所以可以參照WebWork2手冊學習。
re: Proxool連接池的簡單配置 Tin 2006-11-02 23:10
應該補充一個重要問題：
Proxool是為了那些實現的時候并沒有考慮連接池的問題，而直接使用了JDBC連接的項目使用的。Proxool對JDBC連接進行了池化封裝，可以相對透明的讓你的應用增加連接池的能力。
而對于新的應用，可以考慮c3p0或dbcp。:D
挺好，寫一個ejb 2.1的bean就知道它為什么要被取代了，不寫不知道麻煩。
這些工作其實都是為了分布式部署，遠程調用，可是我們需要么？
所以有了EJB 3.0……
robbin好像寫過一個ejb 2.x的原理性的分析，可以結合這個例子分析。
re: 【CSS】樣式表中的類定義 Tin 2006-11-02 23:03
這很簡單：
這就是css selector語法。
DIV .head1的意思是對在div標簽下的所有class為head1的元素里面應用下面規則。你可以理解為DIV.*.head1。
DIV.head2的意思是對class為head2的div進行定義。
不好意思，我沒有注釋那部分。自己看看源代碼吧。我覺得布局的存儲策略可以靈活一點，客戶段服務器端方案都是可以的。
re: Selenium測試 使用筆記 Tin 2006-10-30 21:28
先后和nemo、limo、raimudox、nicholas討論：
selenium的Remote Control比較適合在需求階段就撰寫，作為驗收的測試。好處是RC對重構支持相對好一些，而且你可以換Agent，也可以做瀏覽器兼容測試。（但是由于RC的限制，兼容側試兼容性并不好：）
按照raimudox所說RC是更加Pragmatic的實踐，更能體現敏捷軟件開發的測試先行的特性。功能測試可以說是溝通用戶與開發者的最佳契約。
Selenium IDE適合作為基線保留，作為某次重構之前的樣本。或者說，如果覺得手寫測試腳本太麻煩，而喜歡本末倒置（沒有貶義，純技術上）的人設計的。更現實的說，這很有用，比如一個項目從一半開始敏捷改造，引入功能測試、單元測試，對以后的迭代進行基線的衡量，給新引入的CI（持續集成）一個更有實際意義的測試保障，用Selenium IDE幫助生成一下Script，然后再使用RC或者直接用Core執行一下都是不錯的實踐。
還有，據Nicholas同學實踐，Selenium IDE所錄制的script在IDE中執行比RC方式兼容性要好，尤其對于跨域的情況，RC很有可能是無法工作的。還有一個問題，就是Selenium實際上是ThoughtWorks和BEA牽頭的項目，TW負責Core，目前Core的代碼發展的必較快，而RC由BEA負責，發展比較緩慢，所以，有些時候選擇也就成為無奈了。
謝謝feiyi10提醒。估計是response的編碼設置問題，我沒有認真跟蹤。希望遇到問題的朋友嘗試一下。
re: 《OSGi實戰》讀后感 Tin 2006-09-10 22:34
這個和攔截器沒有關系，是XWork的內置功能。你可以看看Type Conversion的文檔。如果不行你先看看你所使用的Webwork的版本，Element_xxx這個語法好像是從2.2.1開始支持的。
re: 不懂交互的人談交互 Tin 2006-09-06 11:32
哈哈，有趣，寫得很好呀。我也一直對HCI感興趣，以前上學上的人機交互、人機界面、軟件心理學都和這個相關，但是都不in action，很不爽。
上面說的3條很好，不過怎么都是系統怎么做呀:D交互是雙方的嘛，下次寫寫用戶怎么用，講講input，期待。
樓上朋友，不好意思，我修改了下，如果賞光，可以只看促體部分:D
希望不要浪費大家過多時間。
這個FunctionalTestCase真是酷！不用Fit Mode感覺相當形象！以后可以多寫functional Test了。
剛才看了一下，其實不是任何轉碼的問題，而是feedFetcher返回的feed本身就出現了對空格識別不正確的問題。你在debug跟蹤的時候看到似乎字符沒有亂碼，但你看看char的數組，亂碼的地方是[63,63]，也就是說按照Unicode重構這個字符串的時候會變成“??”，因為ascii的63就是“?”，其實說明feedFetcher此時已經解析出錯了，所以你后面的所有轉碼都于是無補的。我估計問題不在你的代碼，而在feedFetcher里面，具體的原因要去看feedFetcher的代碼了。希望這個結果對你有幫助。
如果只有部分中文亂碼，可能是使用了GBK編碼，轉換為UTF-8等編碼時會有部分字符無法轉換吧。你從GBK轉到ISO8850-1看看。
不用反編譯，WebWork2是開源的。只需將修改過的源文件編譯后拷貝到/WEB-INF/classes相應目錄下就可以，Classloader優先訪問/classes，然后才是/lib。
對呀，只是引用地址不可修改，里面的東西還可以改。所以想找個好點的方案，比如克隆一個本地版本出來？
酷，compass關注很久了，看了很多教程，這個寫的最親近。謝謝hellboys。
修改webwork的模版的確是煩人的事，不過還好那些ftl不算太復雜。xhtml theme絕對垃圾，一定要擴展自己的simple。
re: 由PHP CMS看Java業界 Tin 2006-06-02 15:44
我看隨時接受變化是個最好的解決方法，隨時準備轉行搞其它語言/平臺上的開發，像RoR、PHP、Perl、JSP、ASP、.Net這些都要接觸。程序員修煉之道里面說程序員最好成為多面手，如果做Java Web開發最好還要修煉好Web應用所需要的網站重構/圖形設計/ajax的一些基礎。我看努力學習的Javaer這方面做的還是不錯的。我認為php、asp的論壇等很多與它們在虛擬主機空間里容易部署有很大關系，JavaEE甚至僅僅是jsp+java bean的應用部署在虛擬主機的時候也經常是麻煩多多，所以在某些程度上阻止了java在這方面的發展。放眼望去Conflunce、Jira、Jive Forum這些東西還是挺有面子的。
GBK沒有測試:D
還有，你用的Jetty我也沒有測試。我在Weblogic 9和Tomcat 5上測試通過。你調試一下看看能否搞定:D
恩，我是這么理解的。主要就是因為泛型是編譯期的，運行期本應該是不可用的。獲取getGenericSuperclass則是特例，此時由于編譯順序造成不能編譯后馬上擦除T的信息，所以保留了一個ParameterizedType，所以我們就有幸得到它了。:D