Archive for 08月, 2008
团队如何应对精神离职现象？
何谓精神离职？其实这种现象在各大企业、团队中都普遍存在，其特征为：工作不在状态，对本质工作不够深入，团队内部不愿意协作，个人能力在工作中发挥不到30％，行动较为迟缓，工作期间无所事事，基本上在无工作状态下结束一天的工作。但是也有积极一面，上、下班非常准时，几乎没有迟到、事假、病假，公司娱乐、团体活动积极参加。
我团队目前也存在着“精神离职”这一现象，当然这也是与我团队目前的现状有一定关系的：
团队项目没有及时分配下去，造成个别成员无事可做。
团队中纪律建设不健全，造成很多时候一盘散沙。
团队成员没有应有的创业态度，混混日子摆了。
大锅饭造成了消极的根源。
团队并不是某些人的终极归宿，或者还有更好的路。
其实团队建设现在出现了很多危险信号，以上只是其一。那么，在将一个消极团队向公司过度的过程中，果真可以一帆风顺吗？又该采取何种措施呢？
养狗是一种责任
养狗是一种责任！如果你没有准备好这些，而只是因为一时贪图小狗可爱，那么容我说句实话：“请你滚蛋，能滚多远滚多远，别让老子看到你这种虚伪的东西。”
设计模式分类
设计模式在粒度和抽象层次上各不相同。由于存在众多的设计模式，所以我们可以用一种方式将它们组织起来。这里，我们根据两条准则对模式进行分类，如下表所示：
第一是目的准则，即模式是用来完成什么工作的。模式依据其目的可分为创建型（ Creational）、结构型( Structural)、或行为型( Behavioral )三种。创建型模式与对象的创建有关；结构型模式处理类或对象的组合；行为型模式对类或对象怎样交互和怎样分配职责进行描述。
第二是范围准则，指定模式主要是用于类还是用于对象。类模式处理类和子类之间的关系，这些关系通过继承建立，是静态的，在编译时刻便确定下来了。对象模式处理对象间的关系，这些关系在运行时刻是可以变化的，更具动态性。从某种意义上来说，几乎所有模式都使用继承机制，所以“类模式”只指那些集中于处理类间关系的模式，而大部分模式都属
于对象模式的范畴。
创建型类模式将对象的部分创建工作延迟到子类，而创建型对象模式则将它延迟到另一个对象中。结构型类模式使用继承机制来组合类，而结构型对象模式则描述了对象的组装方式。行为型类模式使用继承描述算法和控制流，而行为型对象模式则描述一组对象怎样协作完成单个对象所无法完成的任务。
还有其他组织模式的方式。有些模式经常会被绑在一起使用，例如， Composite（组合模式）常和Iterator（迭代器模式）或Visitor（访问者模式）一起使用；有些模式是可替代的，例如， Prototype（原型模式）常用来替代Abstract Factory（抽象工厂模式）；有些模式尽管使用意图不同，但产生的设计结果是很相似的，例如， Composite（组合模式）和Decorator（装饰模式）的结构图是相似的。
还有一种方式是根据模式的“相关模式”部分所描述的它们怎样互相引用来组织设计模式。下图给出了模式关系的图形说明。
显然，存在着许多组织设计模式的方法。从多角度去思考模式有助于对它们的功能、差
异和应用场合的更深入理解。
