摘要: 之前公司招高程，估計面試了不下30個人，覺得面試別人其實也是一種樂趣，和各種不同的人聊天會讓自己也學到很多，而且由于還是面試階段，會更容易進行沒有隔閡的技術交流，每次面試其實我都覺得是一次很好的技術交流機會，所以我很樂意面試，同時我也希望被我面試的人能夠享受著這種感覺.....
閱讀全文
摘要: 先簡單的做了一個，結合TrimPath提供的JavascriptTemplate實現，目前的解決方案比較丑陋，通過xmlHttpRequest從服務器端獲取模板文件，然后交由JavascriptTemplate結合數據解析形成最后的html。
閱讀全文
摘要: 以前的自己一直認為做技術化性質的框架、產品是自己的職業發展之路，逐漸的慢慢而改變，發現以前的自己很陷入技術，不斷的追求技術，而忽略了軟件的本質，軟件的本質是為了提高在某種工作上的效率，其實就是讓業務能夠更高效的完成，而要做到這一點，依賴的重點并不是技術，而是對業務的理解以及將業務轉化為電腦化操作的能力，而這點是非技術能解決的，在業界可以看到很多公司，象浪潮，它在煙草行業的成功讓人嘆服，從技術人員的角度去看它的系統可能會覺得不過爾爾，技術人員往往會認為自己要做出一套這樣的系統來不過是小菜而已，但事實是如果讓你現在進入煙草行業，也許你做出來的系統從技術上是超越了浪潮，但從業務的理解上以及轉化為電腦化操作的能力上能超越浪潮嗎？這個不是一兩年的業務積累就夠的，^_^，從現在國內的軟件業界的情況來看，我覺得大部分技術人員的最佳發展方式還是深入理解業務，這才是自己的優勢，同時掌握將業務轉化為技術的能力，這樣的技術人員必將是強勢的，這樣做出來的東西才是有足夠的競爭力的，軟件是面向服務的，^_^，不要忘記了這一本質。
技術只是一種輔助而已，切勿反客為主.......
閱讀全文
摘要: 為什么界面集成這么的麻煩呢，要做界面集成就是為了將動態性質的實現增加到靜態的html上去，而這個步驟在現在還沒有什么好的框架或者說好的IDE來支撐，導致了現在的這個步驟很麻煩，這也是為什么在做系統的時候很多時候最怕的不是用戶所要的功能的變化，而往往是界面的變化，界面集成的這個步驟是這么的索然無味而且工作量奇大，怎么來提高這塊的效率呢？
閱讀全文
摘要: 在上篇RIAWork的簡要介紹篇中，已經提及RIAWork的重要目標之一就是為界面和交互的靈活變化提供支撐，在這里來看看界面和交互在實際項目中的變化情況以及RIAWork是如何提供對于其變化的支撐。
閱讀全文
摘要: 早上上班，就聽聞用戶評價系統代碼寫的很爛，作為programmer，聽到這句話估計都有很不服的心理，但從用戶評價系統的觀點去看，就可以表示理解，在這個項目中尤其突出，用戶最為看重的是系統漂不漂亮，操作起來是否方便，最后才是系統功能實現是否和需求一樣，而事實證明，很多時候其實系統功能是已經實現了的，為什么他們還覺得和他們的需求不一樣呢，問題出現在交互上，操作上他們按照他們的想法去進行，發現沒法用，在這種情況下，他們就認為系統是不可用的，在系統設計的可用性上要引起足夠的重視，這種看起來的小事往往容易造成客戶對于系統的不信任和抵觸。
閱讀全文
摘要: 在現在的軟件業界，我認為很大的問題是開發人員甚至是公司從來都沒有真正的把用戶當成上帝，當然，這和目前業界的項目有很大的關系，例如項目通常都是時間非常的緊張，N多開發人員投入只能盡量去保證功能、需求的實現，在界面以及交互上往往不是那么的重視，但其實業界很多成功的產品都證明，功能往往不是決定性的因素，界面和交互才是用戶最為重視的，而且通常也是打敗對手的重要地方，為什么項目中不在重視功能的同時去重視界面和交互呢，大都是因為現在的框架在界面和交互變化的支撐上都不是很好，導致了每次界面的改動都要花費很大的成本，而交互上則一方面是現在交互設計師急為的缺少，另一方面是還沒引起企業足夠的重視，所以其實我覺得在web應用開發框架上最大的目標就是為“把用戶當上帝”提供足夠的支持。
閱讀全文
摘要: 動態產生的持久模型和數據存儲，這個詞語感覺挺晦澀的，不過估計在實際的項目中或者研發的產品中大家都碰到過這樣的場景：
例如在一個簡單的考試系統中，出題人在系統中出題，答題人進行相應的答題。
希望能發起討論，總結出一個這樣的設計模式，^_^，順便還發起對于另外一個場景的設計模式的討論，需要動態的擴展目前已有的PO或表，不知道在這個場景中大家會采用什么樣的解決方案，預留字段？動態修改表？關聯屬性擴展表？抑或別的..........
閱讀全文
摘要: 再次做項目，感覺頗多，項目和產品其實都有應對變化的部分，項目更在乎功能的實現以及對于需求的應變能力，產品更在乎的是通用性的高度抽象、開放性以及基礎設施的建設上，產品比項目更依賴規劃人員對于通用性需求的挖掘上，而項目則更依賴需求人員對于客戶的需求的挖掘上。
閱讀全文
摘要: 記錄一下Maven 1升級到Maven 2、Hibernate 2.1升級到Hibernate 3的一些注意事項，^_^，以備后用，畢竟以前的系統很多都是基于Maven 1和Hibernate 2.1的。
閱讀全文