面對不斷變化的IT技術(shù)，如何能夠既要保證從容有度，與時俱進？又要避免狗熊掰棒子，浪費精力，讓我們一無所獲，兩頭挨巴掌？
用戶需要有成熟、穩(wěn)定、可用的軟件，不會太care你的技術(shù)。
這個最低的要求，我們也很難滿足。
Web2.0的風(fēng)潮來了好長的時間，卻對于開發(fā)企業(yè)軟件的開發(fā)人員來說，似乎無動于衷，最多知道幾個名詞，掌握一點ajax的技術(shù)。
一些人極力將企業(yè)軟件和互聯(lián)網(wǎng)應(yīng)用劃清界限，我們設(shè)計企業(yè)軟件是..?
仍然是單板的導(dǎo)航設(shè)計，
仍然是點擊N次，靠著厚厚的用戶說明手冊指引，才看到自己最關(guān)心的內(nèi)容，最后發(fā)出感嘆，我操！原來還有這么個功能！。
仍然是蹩腳的alert。
仍然是粗鄙不堪的操作界面。
用戶用的不爽的時候，仍然是沿用者老套、低效的反饋機制。
我們測試時，光功能性的bug, 都迎接不暇，別說有針對性的可用性測試。
但是我們的技術(shù)的確在像走馬燈一樣變化，struts1, struts2, freemarker, hibernate, ibatis, ejb2, spring, seam, ejb3, ESB.
那我們自問，學(xué)習(xí)技術(shù)的目的是做什么？
1）有一個好的就業(yè)機會
2）Productivity 。
3）用戶體驗
4）其他
注意這是個排序，用戶？ who cares!
第一個，很正常，現(xiàn)在招個愛學(xué)習(xí)的開發(fā)人員，很不容易，應(yīng)該鼓勵。但方向要正確，浪費時間比浪費money更要命。
重點說一下第二個。
不管技術(shù)新不新，我們從未知到已知，是一個學(xué)習(xí)曲線，有高有低，如果是團隊的群體行為，有的人掌握的好，有的人差。不管怎樣，第一次，總是痛并快樂著。有是代價會很高，我們需要做衡量值不值。
我經(jīng)歷過delphi的VCL，OWL, VC的MFC, AWL，到BS時代的MVC框架，struts1到2，spring, hibernate,ibatis。
我的觀點是，技術(shù)上注重積累，成熟的技術(shù)和不斷積累的知識、資源，龐大的用戶群和強大的開發(fā)社區(qū)，才是提高productivity的根源。
只有能夠從開發(fā)思想的層面上改變的技術(shù)，才值得去學(xué)習(xí)。
我觀察到，有兩個C(continuous和contribution)機制的技術(shù)框架、平臺、應(yīng)用，總是能夠在短時間內(nèi)，超越其他同類競爭，爆發(fā)出很大的能量，同時潛力也不可低估。
舉幾個例子：
1）首推PHP中的word press, 幾年了，數(shù)不清的plug-ins，其之所以緊跟潮流，就在于不斷有新的開發(fā)社區(qū)contribute的blug-in產(chǎn)生。每個產(chǎn)品經(jīng)理，都應(yīng)當把word press作為一個現(xiàn)象來研究。類似想wordpress學(xué)習(xí)的商業(yè)軟件產(chǎn)品公司有，Sugar CRM, Salesforce等，都是靠社區(qū)生存的。
2）eclipse. 同樣是基于plug-in的平臺，有多少開源的、商業(yè)的組織、團隊、商業(yè)公司在contribute，圍著它打轉(zhuǎn)轉(zhuǎn).
3) spring, container的概念，可以包容、聚合很多的開發(fā)資源、技術(shù)。有人僅僅應(yīng)為XML configuration的一點不爽，就把google的guice 推上了天，做人，做技術(shù)，格局都要大，不能只看一點。用過spring的人，恐怕很少有人能代表團隊說，俺們不準備在下一個版本、項目、產(chǎn)品中試用了。
4）jquery, 這個用了好久，誰用誰知道！不算官方的，光社區(qū)提供的好用的plug in，就有幾百個，當然這個不是jquery最主要的優(yōu)點，但是contribution的威力，不容小視。
所以技術(shù)，還在于我們?nèi)シ趸⒊墒旌螅掷m(xù)improve才能爆發(fā)出威力，如果我們不斷的change，其實得不償失，如果你是一心想做一個好的產(chǎn)品、項目，你會發(fā)現(xiàn)，有時換技術(shù)，就像足球換教練，解決不了問題，意識跟不上，換什么都不行。
同類的change，要慎重，如struts2 到 spring的MVC ，prototype 變到 jquery, struts2 到seam.
現(xiàn)在有人說seam適合企業(yè)級開發(fā)，這個很片面，如果你在struts2上沒有積累，換什么都沒有積累，如果你很成熟，換到seam的代價會比較大。特別是前端技術(shù)，因為seam扼殺了前端, 回避前端是錯誤的，及其錯誤的，普元那些害人不淺的構(gòu)件開發(fā)，已經(jīng)證明了世上沒有永動機。
這是個方向的問題，技術(shù)的重心會從server端移到client, 用戶體驗的時代已經(jīng)來了，很多公司對前端開發(fā)非常重視，美工將被邊緣化，很多的項目已經(jīng)不要美工了，會CSS、DHTML、javascript的前端工程師，很吃香，而seam恰恰扼殺了前端，大便一樣的tag, 并不會提高什么效率，當需求變化時，沖擊到界面的設(shè)計時，你會很痛苦。我們不僅要考慮到第一次很爽，更要想到應(yīng)對變化是所需要的靈活。
JSF整個就是一個魔鬼，你有時間學(xué)習(xí)他們, 為什么不去學(xué)習(xí)更容易、更靈活的前端的技術(shù)？你會發(fā)現(xiàn)，自己的思路會更開闊。很多的東西，根本不用server來實現(xiàn)，或者和server靈活結(jié)合，就可以達到以前要大量開發(fā)的東東，例如Jquery的基于behaviour與structure分離的技術(shù)，讓頁面很簡潔，很容易看清頁面的結(jié)構(gòu)。
我的策略是，技術(shù)是基礎(chǔ)，積累才能提高，用戶是目的。成熟的架構(gòu)+創(chuàng)新的擴展，server端，團隊應(yīng)當繼續(xù)構(gòu)建、成熟以spring為基礎(chǔ)的企業(yè)應(yīng)用開發(fā)平臺，深度挖掘、孵化、封裝，同時將精力轉(zhuǎn)向客戶端。努力實現(xiàn)客戶端與server端的粘合劑開發(fā)提高開發(fā)效率，建議的平臺是spring + jquery.
順比說一下，silverlight2.0 出來了，Actionscript3.0也出來了，現(xiàn)在RIA技術(shù)爭論的焦點是flex vs silverlight. 習(xí)慣與寫java累的程序員，已經(jīng)落后太多了，趕快去了解一下更廣闊的天空吧。