摘要: 每個面試官隨著面試經驗的積累，都會逐漸的積累自己的一套面試標準，當然，這套面試標準也會隨著公司的需求、業界的發展而不斷的變化和發展，面試標準反應了面試官對于各種級別技術人員的技術要求，在以前的一篇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的野心也是從目前的規范中可見一斑。
閱讀全文
摘要: OSGi的CM就是Configuration Admin Service，是用于管理Bundle屬性、并在屬性發生變更時通知相應的Service，但在實際的使用中發現OSGi的CM規范缺少對于共享屬性配置管理的支撐。
關于模塊的耦合上只有個小小的想法討論下，就是做為設計師你能否很快的告訴別人搭建你其中的一個模塊的工程需要哪幾個模塊的支撐，或者最好就是運行檢驗你其中的一個模塊的功能需要哪幾個模塊來支撐，當然，這個在基于OSGi的系統更容易來做到，不過這個確實是設計時很關鍵的一個地方，這既反映了系統中模塊的耦合性，更體現了系統的擴展性以及系統的組裝耦合上是否合理。
閱讀全文
摘要: OSGi聯盟的主席Peter做了這么個小東西，原理非常的簡單，在現在傳統的使用ajax的方式多為通過js直接調用Spring中的bean，那么peter做的這個小東西就變成了js直接調用OSGi中的service，基本上沒有什么難度，只是玩了一把ajax的東西，估計是peter以前對這塊接觸的少，peter把他做的這個東西放到他的Nokia E70上跑.....
閱讀全文