10 2006 檔案
摘要: 每個面試官隨著面試經驗的積累，都會逐漸的積累自己的一套面試標準，當然，這套面試標準也會隨著公司的需求、業界的發展而不斷的變化和發展，面試標準反應了面試官對于各種級別技術人員的技術要求，在以前的一篇blog中曾經提及過面試官應營造好的面試氛圍，而這篇blog則會談及自己面試時采用的標準來衡量面試者的技術能力，拋磚引玉，大家多交流.....
個人覺得面試標準主要由純技術方面的標準和符合公司產品/項目技術要求的標準兩部分組成，當然，還有一些是性格方面的要求，這篇blog主要談及下技術方面的面試標準，由于面試多和公司要求、面試官的判斷標準有關，所以通常來說不能因為沒通過面試就認為自己沒有這方面的能力，需要多嘗試。
面試時對于面試者我會根據程序員和設計師兩種大的標準來問問題。
閱讀全文
摘要: Peter對于JSR 277是極度的關注，畢竟JSR 277和OSGi在實現的目標上具備了那么多的共同性，從98年JSR 277開始，Peter就希望能加入JSR 277 JCP Group，但是被拒了，JSR 277基本完全是SUN在主導的，經過這么多年了，JSR 277的草稿終于是發布出來了，Peter在對JSR 277做了Review后特意寫了篇Blog做了評價，總結而言，Peter認為JSR 277 just like a toy,JSR 277并沒有吸取OSGi在這8年模塊化方面的教訓和經驗，在模塊的一致性校驗、可選性、分離包機制等等方面都缺少足夠的考慮，原文見：
http://www.osgi.org/blog/2006/10/jsr-277-review.html
閱讀全文
摘要: 關于OSGi、SCA的最新的一些消息。
閱讀全文
摘要: POJO這個詞無疑是這幾年來Java界最為熱門的詞，各類框架都是以支持POJO形式作為其關鍵的特性之一，確實，POJO方式降低了開發的難度和門檻，讓開發人員能夠得以更加的關注和實現業務，而Spring也同樣是依靠著"POJO Enhanced"獲得了大家的認可。
閱讀全文
摘要: 發了封關于SCA和OSGi的mail給OSGi-dev的郵件列表，收到了Peter的回應，Peter的回信如下：
"What the EEG will do depends on its members ...
I think there is a lot of excitement about SCA and OSGi. I also just
read it and agree that it seems very complementary. But we need people
that can drive the work."
目前還沒收到EEG成員的回應，估計他們可能不在這個maillist里吧......
閱讀全文
摘要: OSGi和SCA到底能有什么關系呢，確實，至少從現有的OSGi規范以及SCA規范分別來看，兩者沒有直接的關聯，由于OSGi規范是對于嵌入式領域的軟件而制定的，其特別注重軟件的動態性的支持，而SCA規范是對于企業應用領域的軟件而制定的，并且是基于SOA的，其特別注重對于企業應用而言的基礎設施的實現，同時又盡量的去屏蔽對于SCA容器使用者而言SOA帶來的技術實現細節的難度；但根據OSGi規范以及SCA規范，同時又能發現兩者有個共同希望解決的問題，那就是規范的模塊化，這是OSGi規范和SCA規范中的一個共同目標。
閱讀全文
摘要: IBM認為一個完整的EAI的解決方案應當包括五個方面：用戶交互、應用連接、業務流程整合、構建整合和信息集成。
在這篇blog中來探討下EAI的應用連接，IBM對于應用連接的定義：通過 HUB 或總線架構，實現應用與應用之間的連接，完成相關的數據路由與數據格式轉換，對于IBM的這個定義，非常的認可，在實際的EAI類的項目中，這也確實是個很實際的需要解決的問題，可能很多人仍然會認為EAI是一種炒作，好象也是沒有什么做的成功的EAI項目，但EAI項目現在確實是存在的，而且在這塊的技術、實施經驗也是不斷的成熟，EAI項目帶來的意義更是不可否認，在這篇blog中將從應用連接所應對的應用場景、技術實現兩個方面來探討下：
閱讀全文
摘要: SCA無疑是目前業界最為火熱的詞語之一，粗略的翻閱了一下SCA V0.9的規范，先不論SCA的商業因素，不得不感嘆于SCA確實可以稱為企業應用開發的利器，而SCA的野心也是從目前的規范中可見一斑。
閱讀全文