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的野心也是从目前的规范中可见一斑。
阅读全文