06 2005 档案
摘要: 通过对上面两种实现plugin architecture的简介，分别都实现了需求中的内容，但都有提升的余地，个
人认为osgi的方式需提升对于plugin管理的关注(不仅是生命周期管理)、而jmx ioc方式则需提高对于
plugin内部结构的关注(就象osgi将plugin分解为了bundle和service)，至于plugin的扩展方面觉得
eclipse的extension point是非常不错的一个设计，不过同时也看出在plugin architecture的实现上基
本都采用了管理和静态结构分离的方法，其实这个好处是非常明显的，可以快速的将系统原有的模块通过
编写一个管理类的方法就可作为plugin放入系统中，这提升了简便性，当然最大的作用还是分清了职责，
说一句题外话，职责单一一直是软件设计的重中之重，此文纯属抛砖引玉，希望能听到更多关于plugin
architecture的声音，也希望大家都关注plugin architecture，最近也出了一个jpf，不知道大家是否有
所了解。
摘要: 谈起职业规划，也许自己并没有什么资格，毕竟只工作了三年而已，在这里主要也是谈谈自己对于职业规划的一些想法，谈谈一个普通的it从业人士、一个普通的软件开发人员三年工作以来的一些感想，也算是对自己三年工作以来的一个回顾。
摘要: 粒度这个词对于设计人员来说也不是什么陌生的词，粒度上通常称为粗粒度和细粒度，而这里讲的粒度控制主要指的是在系统设计的过程中如何根据需求去控制设计的范围。
摘要: 架构设计这个词听的非常的多，但真正何谓架构设计呢？？可能要你真的来讲还真的讲不太清楚，很多人都知道架构设计是对系统进行分层、分模块进行设计，但又有多少人知道这步应该怎么去做呢，往往很多的programmer在刚进入架构设计这个领域的时候，受到以前做模块的那种影响，把自己的眼光限定到了具体的模块实现上去了，并没有站在系统的高度上来把握系统的架构，这都是些理论性的话，来讲点实际的，^_^，具体架构设计指的是什么呢？目的是什么呢？如何去做呢？下面来讲讲我的体会。
摘要: 虽然这些文档一般来说公司都是有模板的，但我写这些文档以来基本上是每写一次就把目录结构给改一次，应该说这是因为自己对这些文档的理解开始加深，慢慢的越来越明白这些文档的作用和其中需要阐述的东西，觉得这三份文档主要阐述了一个系统的设计和实现过程，从系统分解为层次、层次内的模块以及相互的接口、模块分解为对象以及对象的接口、实现这些对象接口的方法。这次又整了一份，^_^，欢迎大家指正。
阅读全文
摘要: 本文的目的不在于对lucene的概念和设计这些进行介绍，仅在于介绍怎么样去使用lucene来达到自己想要的几种常见的全文检索的需求，如果想深入了解lucene的话本文不会带给你什么收获的。看完本文后想更深入的了解lucene请访问：http://lucene.apache.org
摘要: 为希望成为工作流系统开发人员关于工作流学习的一些建议。
摘要: 在构思怎么样培训别人学会持续集成做法时画的一个知识体系图。
摘要: 任何事情在开展之前往往都有一个规划，规划又分为长期规划、中期规划和短期规划，在规划中制定了在当前阶段需要达到的一个目标、基本的工作思路以及工作计划，对于事情的顺利开展具有方向性的指导意义。
产品规划作为产品过程的第一个正式的过程，此过程对于产品的发展方向、发展过程等具有指导性的意义，产品规划所做的是一个长期的规划，所以在制定的时候需要考虑多方面的因素。
"));