昨晚去听了一场纪念肖斯塔科维奇百年诞辰的音乐会。
肖斯塔科维奇的第一钢琴协奏曲中生动的小号给乐曲增添了许多活跃气氛；据传记作者说，斯大林一死，他就作了第十交响曲，其中的第二乐章据说是斯大林的音乐肖像，听起来有那么点意思。
渐渐对各种乐器的音色有了更多的识别能力，印象比较深的是年轻有力的小号、悠扬的长笛，还有变化较多的长号，似乎听到长号能够吹奏出一只小笨熊摇摇摆摆地走动。
在每次听音乐会的过程中都会考虑应当如何欣赏古典音乐，至今也没个头绪。有说需要了解乐曲的写作背景，结合作者思想来欣赏的；有说没必要那么累，欣赏的时候可以随心所欲、心游万仞，将曲调、节奏关联到任何你能想到的场景、心情，比如猫和老鼠的电影情节；是不是也有说只需要调动某一种情愫随乐曲起伏呢？还是搞不太懂到底应当如何欣赏。
这次听音乐会的时候我倒是更多地想到了项目管理与交响乐、协奏曲的关系。用于沟通的文档其实就如乐谱，每个成员应当能够根据乐谱迅速找到自己当前的位置，紧随乐曲进度。如果团队的管理者能够做到像高明的指挥一样，感应到团队气息的细微变动并及时协调，团队中可能有类似协奏曲中钢琴、小号、小提琴等的比较核心的角色，如果每一个成员能够各司其职，齐心协力，那么没理由演奏不成功。
2006年4月21日星期五
激励。
组里有些同志的积极性不高，一直想不到很好的办法激励。
我不善言谈，但现在也应当硬头皮说些什么了。
趁着周五总结的机会，说点什么，给某些同志提个醒儿：
我不善言谈，但现在也应当硬头皮说些什么了。
趁着周五总结的机会，说点什么，给某些同志提个醒儿：
- 交流：做工程不是谈情说爱，交流的时候直来直往比较好，把个人的意见都摆到台面上来，不要回避争吵，为了做好工作而争吵反而能增进情谊，所谓“不打不相识”。不过，只有对项目深入思考才能争得起来。
- 成效：既然我们要花费时间在这个项目上，就要见到成效，否则我们的付出就是浪费。有了成效，就有了成就感。大家也都愿意和工作认真、负责、踏实的同志合作，因为和这样的同志合作能更容易获得成效，都能得到成就感。
- 积累：小组里分工不同，但不管负责什么任务，都要注意积累一些技术、能力、思想，也不枉费了我们在工作上时间和精力的花销。
- 项目是一台交响乐，要想演奏成功，需要指挥、钢琴、小提琴、小号等各个演奏者的通力合作。
2006年4月5日星期三
调节。努力。
当前的任务有：
- 要带着一个小组实现一个工程， 需要做项目的设计、需要组织讨论、需要把握进度、需要分派任务、需要协调组员之间以及与组员之间的关系。
- 要考虑毕业，需要发表文章若干，需要考虑毕业论文选题。
- 也想在项目之外保持一点业余兴趣的钻研，因为在项目中会身不由己地根据项目需要学习。
- 另外，还有一些素养方面的需要长期培养，如文史、外语等。
- 将1、2合并，在项目进行过程中选点写作，不能推到项目结束时总结。因为1将占用绝大多数时间，这些时间不能浪费，并且开发过程中思维是最活跃的，通过写作也能整理思路。
- 对于3，选择合适的开源项目，标准是选题好、启动晚、更新快、开发语言合适。学习、跟随，在这个过程中提高自己。
- 对于4，只有在闲暇时挤时间积累了。
2006年3月29日星期三
东莞归来。
上周去东莞出差。
原计划是用一周的时间完成一个系统(用开源软件搭建)，后来和对方交流发现他们胃口大了，想寻一个题目到科技局立项，开发任务就变成了写文档。幸亏有相关的文档模板可以参考。
看来真的需要储备一些文档资源，因为软件项目执行的全过程都离不开文档的牵引和总结作用。有些软件工程执行标准或者项目管理规范也提供各个阶段用到的文档模板，但要收为己用还需要在实践中摸索出适合自己的方式，因为文档的书写和工程的流程控制是紧密接合的。
出差期间是在分所领导租住处寄居的，深切体会到在研究所里员工的职位意味着什么，而不是技术、资历意味着什么。也许各个环境下都是这样。期间也和企业的管理者有过接触，他们可以不懂技术，但一定需要有的是人脉。做技术的难道就只能在别人的管辖之下？
东莞环境不错，但潮湿，现在正逢雨季，一周的时间里基本上每天都有雨下，远处、山上都烟雨蒙蒙的。仓促地登了一次旗峰山，印象有三：一是从后山上去时山道幽静，每隔二百米就能看到警示“山路偏僻，小心抢劫”等意思的牌子；二是山不高但草木葱葱、鸟鸣嘤嘤、云雾蒙蒙；三是下山快走到前门发现既有寺院又有道观。
和一个网友碰面， 一晚上学会了一首粤语歌《上海滩》。临来的时候，送我一个雕塑，感激啊。
原计划是用一周的时间完成一个系统(用开源软件搭建)，后来和对方交流发现他们胃口大了，想寻一个题目到科技局立项，开发任务就变成了写文档。幸亏有相关的文档模板可以参考。
看来真的需要储备一些文档资源，因为软件项目执行的全过程都离不开文档的牵引和总结作用。有些软件工程执行标准或者项目管理规范也提供各个阶段用到的文档模板，但要收为己用还需要在实践中摸索出适合自己的方式，因为文档的书写和工程的流程控制是紧密接合的。
出差期间是在分所领导租住处寄居的，深切体会到在研究所里员工的职位意味着什么，而不是技术、资历意味着什么。也许各个环境下都是这样。期间也和企业的管理者有过接触，他们可以不懂技术，但一定需要有的是人脉。做技术的难道就只能在别人的管辖之下？
东莞环境不错，但潮湿，现在正逢雨季，一周的时间里基本上每天都有雨下，远处、山上都烟雨蒙蒙的。仓促地登了一次旗峰山，印象有三：一是从后山上去时山道幽静，每隔二百米就能看到警示“山路偏僻，小心抢劫”等意思的牌子；二是山不高但草木葱葱、鸟鸣嘤嘤、云雾蒙蒙；三是下山快走到前门发现既有寺院又有道观。
和一个网友碰面， 一晚上学会了一首粤语歌《上海滩》。临来的时候，送我一个雕塑，感激啊。
2006年3月10日星期五
2006年3月7日星期二
由Ajax桌面系统想到的...
对基于浏览器的桌面系统一直只是耳闻，总以为不过是Ajax的简单应用，实现内容整合、页面无刷新而已，今天接触了一下某人整理的13个极品Ajax桌面系统之后还是受到了不小的震撼。
这篇Blog列出了13个系统，分别简单介绍了各自的特点，总体来说它们共同的特点有：系统主页面就相当于一个容器，由多个独立的组件组成，各个组件可拖动、可增删、可编辑。其中Pageflakes系统的帮助信息中就简单介绍了如何开发能够插入Pageflakes系统界面的flake组件，以及系统功能实现的简单原理。在Google的个性桌面系统的组件目录中也可以看到，它能够容纳由第三方开发的模块，并允许查看其XML源码。
感觉这些系统实现的效果很像Portal/Portlet要达到的目标，比如Pageflakes提供了一个组件库（包括map组件等），能够方便地拖入页面容器内运行。不过Portal是从服务端解决问题，而这些系统使用Ajax技术从客户端入手，更能充分利用客户端技术的灵活性提供更舒适的用户体验。比如在服务端可以实现组件的插入，但要实现组件在容器里的拖动还是离不开JavaScript等客户端技术元素。
个人认为客户端的事就应当使用客户端的技术来完成。服务端专心做服务实体，客户端专心做集成界面。现在不能再简单对待Web客户端开发了，应当用工程的眼光来对待，其实它也是可以建成完整体系架构的，看一下JackBe的产品组成：
这篇Blog列出了13个系统，分别简单介绍了各自的特点，总体来说它们共同的特点有：系统主页面就相当于一个容器，由多个独立的组件组成，各个组件可拖动、可增删、可编辑。其中Pageflakes系统的帮助信息中就简单介绍了如何开发能够插入Pageflakes系统界面的flake组件，以及系统功能实现的简单原理。在Google的个性桌面系统的组件目录中也可以看到，它能够容纳由第三方开发的模块，并允许查看其XML源码。
感觉这些系统实现的效果很像Portal/Portlet要达到的目标，比如Pageflakes提供了一个组件库（包括map组件等），能够方便地拖入页面容器内运行。不过Portal是从服务端解决问题，而这些系统使用Ajax技术从客户端入手，更能充分利用客户端技术的灵活性提供更舒适的用户体验。比如在服务端可以实现组件的插入，但要实现组件在容器里的拖动还是离不开JavaScript等客户端技术元素。
个人认为客户端的事就应当使用客户端的技术来完成。服务端专心做服务实体，客户端专心做集成界面。现在不能再简单对待Web客户端开发了，应当用工程的眼光来对待，其实它也是可以建成完整体系架构的，看一下JackBe的产品组成：
2006年3月5日星期日
关于我国Linux的发展...
在CSDN上看到关于Linux发展的两篇评论，有点意思：
首先是被称为红旗副总裁白总的文章《Linux的“原罪” 瓶颈中改变的经济规则》，以尼奥和Matrix来比喻Linux与微软的关系，以生产力和生产关系来比喻Linux和GPL，也提出了Linux发展的几个瓶颈和机遇，认为最终Linux会与微软利益团体共存。
另一篇是叫做黄国荣的针对上一篇文章写的质疑《我国Linux发展的瓶颈是GPL？》，提到Redhat、Ubuntu等国外的Linux发行版本因开源而赢利、而国内的红旗等不开源也没有赢利的对比。由于Linux内核是基于GPL2.0许可证，所有Linux发行版都应当是开源的，因而作者对红旗等没有开源的原因进行了一番奚落。另外，也给国内Linux发行版开发商提出了一个方向：开源，发展自己的用户和开发社区。作者认为我国Linux发展的瓶颈在于思想和理念。
首先是被称为红旗副总裁白总的文章《Linux的“原罪” 瓶颈中改变的经济规则》，以尼奥和Matrix来比喻Linux与微软的关系，以生产力和生产关系来比喻Linux和GPL，也提出了Linux发展的几个瓶颈和机遇，认为最终Linux会与微软利益团体共存。
另一篇是叫做黄国荣的针对上一篇文章写的质疑《我国Linux发展的瓶颈是GPL？》，提到Redhat、Ubuntu等国外的Linux发行版本因开源而赢利、而国内的红旗等不开源也没有赢利的对比。由于Linux内核是基于GPL2.0许可证，所有Linux发行版都应当是开源的，因而作者对红旗等没有开源的原因进行了一番奚落。另外，也给国内Linux发行版开发商提出了一个方向：开源，发展自己的用户和开发社区。作者认为我国Linux发展的瓶颈在于思想和理念。
2006年2月24日星期五
1:50000比例尺地图意味着?
今天，国务院新闻办公室发布消息说我国国家基础测绘1:50000数据库正式通过验收。
向师兄询问得知，1:50000的地图意味着分辨率为0.1毫米＊50000(也就是5米)，即在地图上肉眼可分辨的最小距离为5米。
向师兄询问得知，1:50000的地图意味着分辨率为0.1毫米＊50000(也就是5米)，即在地图上肉眼可分辨的最小距离为5米。
2006年2月23日星期四
J2EE到Java EE 5
SDN上有一篇文章介绍Java EE 5平台，提出了如下改进：
看旁观者写的一篇介绍J2EE发展的文章：
- 简化企业应用开发，将Java5的新特性annotation用于多项任务(如定义和使用Web服务、将Java类映射到XML或数据库、指定外部倚赖、指定发布信息等)；
- 高效的EJB软件开发；
- 通过倚赖注入简化资源的访问；
- 轻量级的Java持久化API模型；
- 简化、高效的Web服务支持；
- 使用JavaServer Faces技术方便了Web应用的设计；
- 其他新特性如JSTL、JAXB2.0、StAX、等
看旁观者写的一篇介绍J2EE发展的文章：
- J2EE提供了EJB容器、Servlet引擎等框架，并采用运行时调用来管理对象；Struts框架建立在这之上，主要是用MVC模式把业务逻辑和界面表现分离。
- 在持久化方面，J2EE提供了JDBC和实体Bean两种手段，但JDBC强制用户用Java代码来处理关系思想，实体Bean既笨重又低效不被用户接受；JDO技术因缺少SUN和其他J2EE技术提供商的支持而发展缓慢；Hibernate提供了一种健壮的关系对象映射解决方案。
- Spring框架负责融合框架与应用业务代码，组合了IOC(Inversion of Control)和AOP，增强了POJO的功能。
- 致使J2EE领域不确定性的两大因素：开源领域和J2EE标准之间的冲突，AOP的日益重要。
- 开源领域和J2EE标准之间的冲突表现在两方面：一是表现层标准的JSF和开源的Struts，不过Struts目前也增加了对JSF的支持；二是标准上用倚赖注入简化资源的访问，而这也是Spring的功能子集。
- 新一代的J2EE规范将拥抱更简单的POJO编程模型。
管理十大经典理论(转)
在CSDN上见到一篇介绍管理理论的贴子，转录如下：
1、彼得原理
每个组织都是由各种不同的职位、等级或阶层的排列所组成，每个人都隶属于其中的某个等级。彼得原理是美国学者劳伦斯·彼得在对组织中人员晋升的相关现象研究后，得出一个结论：在各种组织中,雇员总是趋向于晋升到其不称职的地位。彼得原理有时也被称为向上爬的原理。这种现象在现实生活中无处不在：一名称职的教授被提升为大学校长后，却无法胜任；一个优秀的运动员被提升为主管体育的官员，而无所作为。对一个组织而言，一旦相当部分人员被推到其不称职的级别，就会造成组织的人浮于事，效率低下，导致平庸者出人头地，发展停滞。因此，这就要求改变单纯的根据贡献决定晋升的企业员工晋升机制，不能因某人在某个岗位上干得很出色，就推断此人一定能够胜任更高一级的职务。将一名职工晋升到一个无法很好发挥才能的岗位，不仅不是对本人的奖励，反而使其无法很好发挥才能，也给企业带来损失。
2、酒与污水定律
酒与污水定律是指把一匙酒倒进一桶污水，得到的是一桶污水；如果把一匙污水倒进一桶酒，得到的还是一桶污水。在任何组织里，几乎都存在几个难弄的人物，他们存在的目的似乎就是为了把事情搞糟。最糟糕的是，他们像果箱里的烂苹果，如果不及时处理，它会迅速传染，把果箱里其他苹果也弄烂。烂苹果的可怕之处，在于它那惊人的破坏力。一个正直能干的人进入一个混乱的部门可能会被吞没，而一个无德无才者能很快将一个高效的部门变成一盘散沙。组织系统往往是脆弱的，是建立在相互理解、妥协和容忍的基础上的，很容易被侵害、被毒化。破坏者能力非凡的另一个重要原因在于，破坏总比建设容易。一个能工巧匠花费时日精心制作的陶瓷器，一头驴子一秒钟就能毁坏掉。如果一个组织里有这样的一头驴子，即使拥有再多的能工巧匠，也不会有多少像样的工作成果。如果你的组织里有这样的一头驴子，你应该马上把它清除掉，如果你无力这样做，就应该把它拴起来。
3、水桶定律
水桶定律是讲一只水桶能装多少水，这完全取决于它最短的那块木板。这就是说任何一个组织，可能面临的一个共同问题，即构成组织的各个部分往往是优劣不齐的，而劣势部分往往决定整个组织的水平。水桶定律与酒与污水定律不同，后者讨论的是组织中的破坏力量，最短的木板却是组织中有用的一个部分，只不过比其他部分差一些，你不能把它们当成烂苹果扔掉。强弱只是相对而言的，无法消除，问题在于你容忍这种弱点到什么程度，如果严重到成为阻碍工作的瓶颈，你就不得不有所动作。
4、马太效应
《新约·马太福音》中有这样一个故事：一个国王远行前，交给3个仆人每人一锭银子，吩咐道：你们去做生意，等我回来时，再来见我。国王回来时，第一个仆人说：主人，你交给我的一锭银子，我已赚了10锭。于是，国王奖励他10座城邑。第二个仆人报告：主人，你给我的一锭银子，我已赚了5锭。于是，国王奖励他5座城邑。第三仆人报告说：主人，你给我的1锭银子，我一直包在手帕里，怕丢失，一直没有拿出来。于是，国王命令将第三个仆人的1锭银子赏给第一个仆人，说：凡是少的，就连他所有的，也要夺过来。凡是多的，还要给他，叫他多多益善，这就是马太效应，反应当今社会中存在的一个普遍现象，即赢家通吃。对企业经营发展而言，马太效应告诉我们，要想在某一个领域保持优势，就必须在此领域迅速做大。当你成为某个领域的领头羊时，即便投资回报率相同，你也能更轻易地获得比弱小的同行更大的收益。而若没有实力迅速在某个领域做大，就要不停地寻找新的发展领域，才能保证获得较好的回报。
5、零和游戏原理
零和游戏是指一项游戏中，游戏者有输有赢，一方所赢正是另一方所输，游戏的总成绩永远为零，零和游戏原理之所以广受关注，主要是因为人们在社会的方方面面都能发现与零和游戏类似的局面，胜利者的光荣后面往往隐藏着失败者的辛酸和苦涩。 20世纪，人类经历两次世界大战、经济高速增长，科技进步、全球一体化以及日益严重的环境污染，零和游戏观念正逐渐被双赢观念所取代。人们开始认识到利已不一定要建立在损人的基础上。通过有效合作皆大欢喜的结局是可能出现的。但从零和游戏走向双赢，要求各方面要有真诚合作的精神和勇气，在合作中不要小聪明，不要总想占别人的小便宜，要遵守游戏规则，否则双赢的局面就不可能出现，最终吃亏的还是合作者自己。
6、华盛顿合作规律
华盛顿合作规律说的是一个人敷衍了事，两个人互相推诿，三个人则永无成事之日。多少有点类似于我们三个和尚的故事。人与人的合作，不是人力的简单相加，而是要复杂和微妙得多。在这种合作中，假定每个人的能力都为1，那么，10个人的合作结果有时比10大得多，有时，甚至比1还要小。因为人不是静止物，而更像方向各异的能量，相互推动时，自然事半功倍，相互抵触时，则一事无成。我们传统的管理理论中，对合作研究得并不多，最直观的反映就是，目前的大多数管理制度和行为都是致力于减少人力的无谓消耗，而非利用组织提高人的效能。换言之，不妨说管理的主要目的不是让每个人做得更好，而是避免内耗过多。
7、手表定理
手表定理是指一个人有一只表时，可以知道现在是几点钟，当他同时拥有两只表时，却无法确定。两只手表并不能告诉一个人更准确的时间，反而会让看表的人失去对准确时间的信心。手表定理在企业经营管理方面，给我们一种非常直观的启发，就是对同一个人或同一个组织的管理，不能同时采用两种不同的方法，不能同时设置两个不同的目标，甚至每一个人不能由两个人同时指挥，否则将使这个企业或这个人无所适从。手表定理所指的另一层含义在于，每个人都不能同时选择两种不同的价值观，否则，你的行为将陷于混乱。
8、不值得定律
不值得定律最直观的表述是：不值得做的的事情，就不值得做好。这个定律再简单不过了，重要性却时时被人们忽视遗忘。不值得定律反映人们的一种心理，一个人如果从事的是一份自认为不值得做的事情，往往会保持冷嘲热讽，敷衍了事的态度，不仅成功率低，而且即使成功，也不觉得有多大的成就感。因此，对个人来说，应在多种可供选择的奋斗目标及价值观中挑选一种，然后为之奋斗。选择你所爱的，爱你所选择的，才可能激发我们的斗志，也可以心安理得。而对一个企业或组织来说，则要很好地分析员工的性格特性，合理分配工作，如让成就欲较强的职工单独或牵头完成具有一定风险和难度的工作，并在其完成时，给予及时的肯定和赞扬；让依附欲较强的职工，更多地参加到某个团体工作；让权力欲较强的职工，担任一个与之能力相适应的主管。同时要加强员工对企业目标的认同感，让员工感觉到自己所做的工作是值得的，这样才能激发职工的热情。
9、蘑菇管理
蘑菇管理是许多组织对待初出茅庐者的一种管理方法，初学者被置于阴暗的角落（不受重视的部门，或打杂跑腿的工作），浇上一头大粪（无端的批评、指责、代人受过），任其自生自灭（得不到必要的指导和提携）。相信很多人都有过这样一段蘑菇的经历，这不一定是什么坏事，尤其是当一切刚刚开始的时候，当几天蘑菇，能够消除我们很多不切实际的幻想，让我们更加接近现实，看问题也更加实际。一个组织，一般对新进的人员都是一视同仁，从起薪到工作都不会有大的差别。无论你是多么优秀的人才，在刚开始的时候，都只能从最简单的事情做起，蘑菇的经历，对于成长中的年轻人来说，就象蚕茧，是羽化前必须经历的一步。所以，如何高效率地走过生命的这一段，从中尽可能汲取经验，成熟起来，并树立良好的值得信赖的个人形象，是每个刚入社会的年轻人必须面对的课题。
10、奥卡姆剃刀定律
12世纪，英国奥卡姆的威廉主张唯名论，只承认确实存在的东西，认为那些空洞无物的普遍性概念都是无用的累赘，应当被无情地剃除。他主张如无必要，勿增实体。这就是常说的奥卡姆剃刀。这把剃刀曾使很多人感到威胁，被认为是异端邪说，威廉本人也因此受到迫害。然而，并未损害这把刀的锋利，相反，经过数百年的岁月，奥卡姆剃刀已被历史磨得越来越快，并早已超载原来狭窄的领域，而具有广泛、丰富、深刻的意义。 奥卡姆剃刀定律在企业管理中可进一步演化为简单与复杂定律：把事情变复杂很简单，把事情变简单很复杂。这个定律要求，我们在处理事情时，要把握事情的主要实质，把握主流，解决最根本的问题，尤其要顺应自然，不要把事情人为地复杂化，这样才能把事情处理好。
1、彼得原理
每个组织都是由各种不同的职位、等级或阶层的排列所组成，每个人都隶属于其中的某个等级。彼得原理是美国学者劳伦斯·彼得在对组织中人员晋升的相关现象研究后，得出一个结论：在各种组织中,雇员总是趋向于晋升到其不称职的地位。彼得原理有时也被称为向上爬的原理。这种现象在现实生活中无处不在：一名称职的教授被提升为大学校长后，却无法胜任；一个优秀的运动员被提升为主管体育的官员，而无所作为。对一个组织而言，一旦相当部分人员被推到其不称职的级别，就会造成组织的人浮于事，效率低下，导致平庸者出人头地，发展停滞。因此，这就要求改变单纯的根据贡献决定晋升的企业员工晋升机制，不能因某人在某个岗位上干得很出色，就推断此人一定能够胜任更高一级的职务。将一名职工晋升到一个无法很好发挥才能的岗位，不仅不是对本人的奖励，反而使其无法很好发挥才能，也给企业带来损失。
2、酒与污水定律
酒与污水定律是指把一匙酒倒进一桶污水，得到的是一桶污水；如果把一匙污水倒进一桶酒，得到的还是一桶污水。在任何组织里，几乎都存在几个难弄的人物，他们存在的目的似乎就是为了把事情搞糟。最糟糕的是，他们像果箱里的烂苹果，如果不及时处理，它会迅速传染，把果箱里其他苹果也弄烂。烂苹果的可怕之处，在于它那惊人的破坏力。一个正直能干的人进入一个混乱的部门可能会被吞没，而一个无德无才者能很快将一个高效的部门变成一盘散沙。组织系统往往是脆弱的，是建立在相互理解、妥协和容忍的基础上的，很容易被侵害、被毒化。破坏者能力非凡的另一个重要原因在于，破坏总比建设容易。一个能工巧匠花费时日精心制作的陶瓷器，一头驴子一秒钟就能毁坏掉。如果一个组织里有这样的一头驴子，即使拥有再多的能工巧匠，也不会有多少像样的工作成果。如果你的组织里有这样的一头驴子，你应该马上把它清除掉，如果你无力这样做，就应该把它拴起来。
3、水桶定律
水桶定律是讲一只水桶能装多少水，这完全取决于它最短的那块木板。这就是说任何一个组织，可能面临的一个共同问题，即构成组织的各个部分往往是优劣不齐的，而劣势部分往往决定整个组织的水平。水桶定律与酒与污水定律不同，后者讨论的是组织中的破坏力量，最短的木板却是组织中有用的一个部分，只不过比其他部分差一些，你不能把它们当成烂苹果扔掉。强弱只是相对而言的，无法消除，问题在于你容忍这种弱点到什么程度，如果严重到成为阻碍工作的瓶颈，你就不得不有所动作。
4、马太效应
《新约·马太福音》中有这样一个故事：一个国王远行前，交给3个仆人每人一锭银子，吩咐道：你们去做生意，等我回来时，再来见我。国王回来时，第一个仆人说：主人，你交给我的一锭银子，我已赚了10锭。于是，国王奖励他10座城邑。第二个仆人报告：主人，你给我的一锭银子，我已赚了5锭。于是，国王奖励他5座城邑。第三仆人报告说：主人，你给我的1锭银子，我一直包在手帕里，怕丢失，一直没有拿出来。于是，国王命令将第三个仆人的1锭银子赏给第一个仆人，说：凡是少的，就连他所有的，也要夺过来。凡是多的，还要给他，叫他多多益善，这就是马太效应，反应当今社会中存在的一个普遍现象，即赢家通吃。对企业经营发展而言，马太效应告诉我们，要想在某一个领域保持优势，就必须在此领域迅速做大。当你成为某个领域的领头羊时，即便投资回报率相同，你也能更轻易地获得比弱小的同行更大的收益。而若没有实力迅速在某个领域做大，就要不停地寻找新的发展领域，才能保证获得较好的回报。
5、零和游戏原理
零和游戏是指一项游戏中，游戏者有输有赢，一方所赢正是另一方所输，游戏的总成绩永远为零，零和游戏原理之所以广受关注，主要是因为人们在社会的方方面面都能发现与零和游戏类似的局面，胜利者的光荣后面往往隐藏着失败者的辛酸和苦涩。 20世纪，人类经历两次世界大战、经济高速增长，科技进步、全球一体化以及日益严重的环境污染，零和游戏观念正逐渐被双赢观念所取代。人们开始认识到利已不一定要建立在损人的基础上。通过有效合作皆大欢喜的结局是可能出现的。但从零和游戏走向双赢，要求各方面要有真诚合作的精神和勇气，在合作中不要小聪明，不要总想占别人的小便宜，要遵守游戏规则，否则双赢的局面就不可能出现，最终吃亏的还是合作者自己。
6、华盛顿合作规律
华盛顿合作规律说的是一个人敷衍了事，两个人互相推诿，三个人则永无成事之日。多少有点类似于我们三个和尚的故事。人与人的合作，不是人力的简单相加，而是要复杂和微妙得多。在这种合作中，假定每个人的能力都为1，那么，10个人的合作结果有时比10大得多，有时，甚至比1还要小。因为人不是静止物，而更像方向各异的能量，相互推动时，自然事半功倍，相互抵触时，则一事无成。我们传统的管理理论中，对合作研究得并不多，最直观的反映就是，目前的大多数管理制度和行为都是致力于减少人力的无谓消耗，而非利用组织提高人的效能。换言之，不妨说管理的主要目的不是让每个人做得更好，而是避免内耗过多。
7、手表定理
手表定理是指一个人有一只表时，可以知道现在是几点钟，当他同时拥有两只表时，却无法确定。两只手表并不能告诉一个人更准确的时间，反而会让看表的人失去对准确时间的信心。手表定理在企业经营管理方面，给我们一种非常直观的启发，就是对同一个人或同一个组织的管理，不能同时采用两种不同的方法，不能同时设置两个不同的目标，甚至每一个人不能由两个人同时指挥，否则将使这个企业或这个人无所适从。手表定理所指的另一层含义在于，每个人都不能同时选择两种不同的价值观，否则，你的行为将陷于混乱。
8、不值得定律
不值得定律最直观的表述是：不值得做的的事情，就不值得做好。这个定律再简单不过了，重要性却时时被人们忽视遗忘。不值得定律反映人们的一种心理，一个人如果从事的是一份自认为不值得做的事情，往往会保持冷嘲热讽，敷衍了事的态度，不仅成功率低，而且即使成功，也不觉得有多大的成就感。因此，对个人来说，应在多种可供选择的奋斗目标及价值观中挑选一种，然后为之奋斗。选择你所爱的，爱你所选择的，才可能激发我们的斗志，也可以心安理得。而对一个企业或组织来说，则要很好地分析员工的性格特性，合理分配工作，如让成就欲较强的职工单独或牵头完成具有一定风险和难度的工作，并在其完成时，给予及时的肯定和赞扬；让依附欲较强的职工，更多地参加到某个团体工作；让权力欲较强的职工，担任一个与之能力相适应的主管。同时要加强员工对企业目标的认同感，让员工感觉到自己所做的工作是值得的，这样才能激发职工的热情。
9、蘑菇管理
蘑菇管理是许多组织对待初出茅庐者的一种管理方法，初学者被置于阴暗的角落（不受重视的部门，或打杂跑腿的工作），浇上一头大粪（无端的批评、指责、代人受过），任其自生自灭（得不到必要的指导和提携）。相信很多人都有过这样一段蘑菇的经历，这不一定是什么坏事，尤其是当一切刚刚开始的时候，当几天蘑菇，能够消除我们很多不切实际的幻想，让我们更加接近现实，看问题也更加实际。一个组织，一般对新进的人员都是一视同仁，从起薪到工作都不会有大的差别。无论你是多么优秀的人才，在刚开始的时候，都只能从最简单的事情做起，蘑菇的经历，对于成长中的年轻人来说，就象蚕茧，是羽化前必须经历的一步。所以，如何高效率地走过生命的这一段，从中尽可能汲取经验，成熟起来，并树立良好的值得信赖的个人形象，是每个刚入社会的年轻人必须面对的课题。
10、奥卡姆剃刀定律
12世纪，英国奥卡姆的威廉主张唯名论，只承认确实存在的东西，认为那些空洞无物的普遍性概念都是无用的累赘，应当被无情地剃除。他主张如无必要，勿增实体。这就是常说的奥卡姆剃刀。这把剃刀曾使很多人感到威胁，被认为是异端邪说，威廉本人也因此受到迫害。然而，并未损害这把刀的锋利，相反，经过数百年的岁月，奥卡姆剃刀已被历史磨得越来越快，并早已超载原来狭窄的领域，而具有广泛、丰富、深刻的意义。 奥卡姆剃刀定律在企业管理中可进一步演化为简单与复杂定律：把事情变复杂很简单，把事情变简单很复杂。这个定律要求，我们在处理事情时，要把握事情的主要实质，把握主流，解决最根本的问题，尤其要顺应自然，不要把事情人为地复杂化，这样才能把事情处理好。
2006年2月16日星期四
解决Linux下Java程序的中文显示问题。
一直以来，Fedora系统里Java程序的GUI上中文字体总是显示为方框。
按照Google到的一篇帖子的做法，执行如下：
将除fongtconfig.properties之外的所有字体配置文件全部移走。
终于OK了。
按照Google到的一篇帖子的做法，执行如下：
- 拷贝中文字体到JRE_HOME/lib/fonts下
- 修改JRE_HOME/lib/fonts/fonts.dir，字体个数加1，添加一个字体条目(如gbsn00lp.ttf -SungtiL GB-medium-r-normal--0-0-0-0-c-0-gb2312.1988-0)
- 在JRE_HOME/lib/下任选一个字体配置属性模板文件(如fontconfig.RedHat.properties.src)，另存为fontconfig.properties
- 编辑fontconfig.properties，在# Component Font Mappings部分添加如下内容：
serif.plain.zh-1=-SungtiL GB-medium-r-normal--0-0-0-0-c-0-gb2312.1988-0
将# Search Sequences部分改为
serif.bold.zh-1=-SungtiL GB-medium-r-normal--0-0-0-0-c-0-gb2312.1988-0
serif.italic.zh-1=-SungtiL GB-medium-r-normal--0-0-0-0-c-0-gb2312.1988-0
serif.bolditalic.zh-1=-SungtiL GB-medium-r-normal--0-0-0-0-c-0-gb2312.1988-0
sansserif.plain.zh-1=-SungtiL GB-medium-r-normal--0-0-0-0-c-0-gb2312.1988-0
sansserif.bold.zh-1=-SungtiL GB-medium-r-normal--0-0-0-0-c-0-gb2312.1988-0
sansserif.italic.zh-1=-SungtiL GB-medium-r-normal--0-0-0-0-c-0-gb2312.1988-0
sansserif.bolditalic.zh-1=-SungtiL GB-medium-r-normal--0-0-0-0-c-0-gb2312.1988-0
monospaced.plain.zh-1=-SungtiL GB-medium-r-normal--0-0-0-0-c-0-gb2312.1988-0
monospaced.bold.zh-1=-SungtiL GB-medium-r-normal--0-0-0-0-c-0-gb2312.1988-0
monospaced.italic.zh-1=-SungtiL GB-medium-r-normal--0-0-0-0-c-0-gb2312.1988-0
monospaced.bolditalic.zh-1=-SungtiL GB-medium-r-normal--0-0-0-0-c-0-gb2312.1988-0
dialog.plain.zh-1=-SungtiL GB-medium-r-normal--0-0-0-0-c-0-gb2312.1988-0
dialog.bold.zh-1=-SungtiL GB-medium-r-normal--0-0-0-0-c-0-gb2312.1988-0
dialog.italic.zh-1=-SungtiL GB-medium-r-normal--0-0-0-0-c-0-gb2312.1988-0
dialog.bolditalic.zh-1=-SungtiL GB-medium-r-normal--0-0-0-0-c-0-gb2312.1988-0
dialoginput.plain.zh-1=-SungtiL GB-medium-r-normal--0-0-0-0-c-0-gb2312.1988-0
dialoginput.bold.zh-1=-SungtiL GB-medium-r-normal--0-0-0-0-c-0-gb2312.1988-0
dialoginput.italic.zh-1=-SungtiL GB-medium-r-normal--0-0-0-0-c-0-gb2312.1988-0
dialoginput.bolditalic.zh-1=-SungtiL GB-medium-r-normal--0-0-0-0-c-0-gb2312.1988-0sequence.allfonts=zh-1
- 应当OK了。
将除fongtconfig.properties之外的所有字体配置文件全部移走。
终于OK了。
2006年2月14日星期二
GNOME vs. KDE
在IT Manager's Journal上浏览帖子时看到Torvald对GNOME的抨击引发的争论。
检索得到ZDNet上对此事件的一个小总结。
对于GNOME和KDE这两种GUI的是是非非，需要查找资料，在Google中检索[gnome vs. kde]选取如下文章和讨论：
GNOME vs. KDE in open source desktops By Jason Compton
GNOME vs. KDE
GNOME vs. KDE From Linux Gazette
GNOME vs. KDE in 45 words or less From O'Reilly
检索得到ZDNet上对此事件的一个小总结。
对于GNOME和KDE这两种GUI的是是非非，需要查找资料，在Google中检索[gnome vs. kde]选取如下文章和讨论：
GNOME vs. KDE in open source desktops By Jason Compton
GNOME vs. KDE
GNOME vs. KDE From Linux Gazette
GNOME vs. KDE in 45 words or less From O'Reilly
2006年2月13日星期一
我的机器人梦想 之七
春节期间的一点进展是：
- 使用OpenCV的facedetect示例程序监测照片中的人脸
- OpenCV比较全面地实现了图像处理与机器视觉的算法
- 使用标准IO实现声音的接收与放送
2006年2月12日星期日
2006年1月20日星期五
反向工程工具。
- 一个整理文档和反向工程工具的页面
- VIM＋cscope ：安装简单，比较方便，但有时不太准确；
- Source-Navigator ： 功能强大，使用也方便，但安装时对环境还是有一些依赖要求的；
- Cbrowser ：暂时还没用。
2006年1月17日星期二
FGS与Tomcat的连接
刚意识到连接使用Apache与Tomcat的意义。
由于FGS当前套装中Apache版本是1.3.34，并且编译的时候没有链接apr/apr-util，难以用JK连接Tomcat。
检索FGS的邮件列表发现了如下方法，但不知道能不能适合我的需求：
错误！ 缺少代理功能模块，因为编译Apache时没有打开proxy开关。
用笨的方法，重新编译。
Bingo!
这样一来，就能通过代理将FGS连接到门户Apache，通过JK连接门户Apache和Tomcat，在门户Apache中通过frameset整合地图功能和MIS功能。测试了一下，客户端能够完成两项功能页面之间的脚本互动。
由于FGS当前套装中Apache版本是1.3.34，并且编译的时候没有链接apr/apr-util，难以用JK连接Tomcat。
检索FGS的邮件列表发现了如下方法，但不知道能不能适合我的需求：
On Tue, 2005-06-14 at 17:47, Dante Fuster wrote:试一把先。
> Hi.
>
> Is it possible to install FGS already using an Apache installed
> previously? or to have an Apache compiled with all the bookstores that
> are required (example: apx..) to connect it to TOMCAT.
Here is what you could do:
Install FGS with its own Apache running on port 8080 and add these two
lines in the config file (httpd.conf) of your previously installed
Apache:
ProxyPass /gis/ http://127.0.0.1:8080/
ProxyPassReverse /gis/ http://127.0.0.1:8080/
Then, when queries will be made to http://your_web_site/gis/, they will
be forwarded to FGS's Apache.
Guillaume
错误！ 缺少代理功能模块，因为编译Apache时没有打开proxy开关。
用笨的方法，重新编译。
Bingo!
这样一来，就能通过代理将FGS连接到门户Apache，通过JK连接门户Apache和Tomcat，在门户Apache中通过frameset整合地图功能和MIS功能。测试了一下，客户端能够完成两项功能页面之间的脚本互动。
订阅：
博文 (Atom)
