周末和丫头同学一起吃饭的时候，几个男士开始了掰腕子。结果出乎大家的意料，却不出我的意料：我是那个力气最小的。小高高很兴奋的喊了起来：原来我不是力气最小的。很让人气闷。于是乎去沃尔玛买了一个12.5公斤的哑铃，决定从今天开始要进行自己的力量训练了。以前虽然也一直觉得自己有必要进行力量训练了，但是却一直没有实施。这回被刺激一下，正好成了开始力量训练的借口。怎么说一个五大三粗的大小伙子，却手无缚鸡之力，鸡也难免会笑话我了。

回想一下自己年后的这半年，发现自己在时间利用上面还得进行很大的改进。单位的时间利用现在做的还算不错，但是周末在家则完完全全是荒废。虽然有说法是周末是用来休息的，但是休息不是指无聊的把大把大把的时间都用来浪费。对于年轻的我，浪费时间是一种罪恶，而我则深陷在这种罪恶里。

于是想好好利用一下周末的时间了。周末如果有需要自然是可以加加班的，如果没有则更好，可以用来做一些一直想做但是没有时间去做的事情。比如看一场好的电影，读一本想读很久的书：不用一次读完，但是能读一些总是好的；去买一些日用物品，或者去处理一下水电油盐等杂事。

至于具体怎么利用，我现在暂时还没有太详细的计划。现在能想到的，就是在每周五的时候把这个周末想要做的事情大致规划一下，然后在周末实施。不要太过贪觉，更不要总想着猫在家在电脑上发呆：这是最没出息的做法。

从人的社会属性来说，别人眼中的你才是真正的你，而自己认为的自己的形象不能代表你自己。这一点在职场中犹为重要。对于每一个身在职场中的人而言，想要有较好的职业发展，就必须得到别人的认可。这里的别人有很多方面，可以是你的同事，你的上司，或者你的客户。如果不能得到他们的认可，如果每一件事情都没能给别人留下一个较好印象，想在职业生涯中有一个较好的发展，似乎有点水月镜花。

想得到认可是自己的一个想法，没有相应的努力是不行的。自己总结下来，应该有以下几点需要注意的。

同事：和同事相处，比较重要的是沟通与交流。自己的想法、别人的想法，都要在相互沟通与交流中才能得到进一步的提升。相比其它方面，同事之间的沟通成本要低得多。所以多参与集体活动，多与大家沟通交流，会对自己有好处。另一方面要注意的是要热心一点，积极一点，在自己力所能及的范围内多帮帮大家的忙。帮与不帮，就会一点一滴在别人眼里造就出一个自己的形象。

上司：与上司相处，比较重要的是把工作做好。对于上司来说，你就是他手下的兵，而他要兵就是打仗的。如果自己的本职工作没有做好，那其它方面做的再好也没有太大用处，不会得到上司的认可的。所以以后在可能的范围内，一定要把工作做好了。条件不具备的时候要想办法做，而不是一味的抱怨。把事情做好，给领导分忧，做方面做的好了，时间久了，上司自然就会青睐有加了。

客户：争取双赢。相比与同事和上司，客户与我们很多时候是处于对立方的，至少目前在我的层次上是的。这个时候要多一份理解，多一份包容。有了对立的观点的时候，不要生气，不要上火，而是要积极的想着把问题解决，争取拿出一些双赢的方案，而不要只是把自己的怨气大把大把的往外抛，或者拿出自己的个性拍桌子瞪眼的。个性是赢不来朋友的，也赢不来认可。只有能多站在双方的角度、把问题更加完美的解决了，才能得到共同的认可。

分清楚这些问题后，还有几个需要注意的地方。一个就是不要怕麻烦，不要嫌麻烦，想把问题丢脑后，或者丢给别人。哪怕有些时候自己辛苦辛苦也没什么，你的辛苦别人不会看不见的。二是要本着更加友善、接纳的心情去面对每一件事，每一个人，而不要一开始的时候就拒人千里，更不要把别人直接放在你的对立面上。要以一个谦谦君子的胸怀去面对一切。

今天对以后的博客写法做了一些改变。新开了一个博客，主要用来记录结构和工作上的事情以及一些自我管理、软件方面的东西，用来做一个自我宣传的阵地。而现在这个，以后只用来写日记、做计划和总结。这样就成功地实现了Public和Private的区分。至于Friend，可以用QQ空间或Public。毕竟，个人的一些东西，没什么必要太复杂了吧。

以前总觉得自己水平还是满高的，但是一直没有受到重用，就颇有点怀才不遇的感觉。但是自己是不是真像自己想像的那么高明，其实是要画个问号的。很多时候，我们似乎都把自己的水平看的太高，而把别人的水平看的太低了一些。

比如残月一直对自己的理论水平满有自信的，就觉得自己水平很高。而实际上，自己画图的时候却总是不能及时交图，结果在别人看来就是水平比较低，总是拖期。而事实是，你的真实水平怎么样是一回事，但别人看你的水平是怎么样是另一回事。从人的社会属性上看，别人眼中的你才是真正的你。你自己对自己的认为是算不了数的。

新的一年，给自己定的目标是好好画图，把什么理论学习之类的东西先都放一边。我想这也才是一个较好的工程师应该做好的事情。毕竟我们做的是工程，而不是搞科研；我们只是为了养家糊口，而没有多少人能成为结构大师。

好好画图，认真画图。第一是要及时交出图纸成品，第二是要交出图面整洁、大家认可的图纸。从这两点出发，今年要好好努力。

手头有一本电力土建专委会在2002年出版的一本论文集，主要讨论了计算机软件的开发和应用。读了一半，不打算继续读下去了，因为东西实在有点陈旧，可参考性不大。

比如说，书中有很多篇论文都讨论了STAAD Pro软件的应用。照书中的说法，用STAAD Pro还是一种比较先进、只有少数人掌握的技能。也许在当时的确如此，但是现在，很多工程人员都会用STAAD Pro进行结构设计了。残月现在做的一个项目就是用STAAD Pro进行设计。在熟练掌握计算机操作的情况下，进行一些简单的结构设计并不是什么太困难的事情。

残月觉得，相比于计算机及其软件的操作，结构概念才是更加重要的东西。举个例子，一样是用MIDAS Gen计算出的配筋，校核的人就能想到双偏压情况下，柱配筋可能不一样，从而结果可能不太合理，而我在设计的时候就没有太想到。所以，只有把结构概念更加深刻的理解了，才算是一个真正合格的工程师。这也提示我们，计算机的发展一日千里，想和后辈在计算机方面一拼不太明智。还是把精力更多的用在结构概念本身上更为重要一些。

残月现在计算机方面还是很有一些优势的，但是工程实战经验不是很多，所以有些时候结构概念不是很强，这是需要真正加强的方面。一方面需要多做实际工程，另一方面也要多熟悉规范，还有一方面就是要把软件的各项参数、假定都弄明白。只有把这三项都弄明白了，才能做出更好的结构。

4月份自己觉得还是过的满不错的。主要原因，就是因为自己过得很认真。认真的工作，认真的学习，认真的生活。

4月份中，新养成了一个习惯，就是每天都要记日志记录自己生活。也就是由于这个记录让我知道，自己在过去的一个月是怎样生活的。4月份前半个月把现有工作能进行的做差不多，后半个月把一个还算较大的活搞定。同时在这一个月看了一本VBA的书，而且现在在重读GTD，感觉收获还是很大的。

4月份中对丫头很好。虽然偶尔也会有磕碰，但是总体来说两人的感情呈越来越好的趋势。丫头开心，我也很开心。

4月份和Ann的关系依然微妙。现在想想当初报Workload时候的事情，依然觉得他是不对的，心中还是有一点不满的感觉。但是自己已经决定要过一种更加开放的生活，也就不再计较了。心胸要开阔，要能容物，要能接受别人的不好，这才是一种更好的生活状态。现在已经在着手和Ann改善关系，并且还算有点成效。Ann还是很会处理人际关系这类事情的，比我要强很多了。

4月份单位中层发生了较大的变化。Adam升了领导，为他高兴。和Adam聊了很长时间，也还是有点收获。Adam比较看好我，让我继续发挥好自己的优势，一个外语，一个专业技术，还有一个计算机。想想自己过去走的弯路，我没有理由不努力。

今天是2010.05.02。展望五月份，我要继续认真的生活。认真的工作，认真的学习，认真的对待丫头，真诚的对待同事及朋友。五月份要把GTD读完，要开始复习考试，要学习一下Lisp，要温习一下Vim。五月份，要做的事情依然很多，而我也要继续努力了。

今天终于把《Mastering Excel 2003 Programming with VBA》读完了。书写的还行，虽然很多概念都没有讲到，但是却也不失为一本好书，比我买的几本国内人写的要好多了。

在单位自己阅读计划不变，继续读GTD修订版。读完以后把Vim的帮助文档再读一遍，然后就开始系统地学习Excel 2003。在家里的话，开始复习注册结构师考试，争取今年通过。至于具体计划，明天看书的时候列一下。

昨天说了一下软件开发与结构的事情，今天来谈一下软件与结构之间的事情。

我不知道大牛们对于软件与结构理论之间的关系是怎样处理的。残月本身是在一家国内知名设计院工作，应该说可以代表相当一部分设计人员了。按金庸的说法，练功有练气与练剑之说，对应结构，其实也有相似的地方。说到软件与结构的话，也有类似的比拟。按说，我们应该是对结构理论研究很透彻了，然后才上手结构软件。而且对于结构软件，应该是在完全了解其理论、假定及相关结构知识的情况下才能展开应用，也就是练气一道。而实际上，我相信绝大多数设计一线人员应该是练剑之道，也就是说，用一种相对来说更为快捷的方法，先掌握软件，然后跟着软件去学习结构理论。比如说，有谁对SATWE的有限元理论研究的很明白了？有谁对计算理论的异同分析的很明白了？有谁对MIDAS、STAAD Pro等软件的相关结构假定及计算理论分析得很透彻了？毕竟，我们是搞设计的，不是搞研究的。如果我们都要把所有相关理论都弄明白了，才能上手用一个软件的话，基本上就没有什么太多的房子可以供我们建了。起码了说，钢筋与混凝土之前的粘结力还得用Ansys模拟一下呢。

所以，对于工程一线人员来说，更多的时候，我们是跟着软件学理论。规范上比较重要的理论、概念、强制性条文，我们自然是要熟悉的；但是还有一些不是强制性的，不是很重要的，更多的时候，我们是在用软件的时候、需要的时候才会查找相关资料，去详细了解一下相关知识。这是一条相对来说容易走的路，但是也是一条比较实际的路。

结构设计人员不是结构研究人员，这是我应该时时刻刻牢记的。对于结构设计人员来说，能及时出图才是最为重要的。对于一款知名软件，我们没有太多理由去怀疑它，更多的时候，应该相信软件，同时把更多精力放在了解软件的相关参数取值上去。取值对了，软件一般来说是不会错的。至少说了，大型商业软件编制人员的水平肯定比你高多了，你都能发现的问题，通常人家也会发现的。所以你发现的一些可能是错误的问题，也许更多的时候是你没有把软件理解透。

所以，从今天开始，不再过于细致的研究一些结构计算的理论知识。结构的基本知识需要掌握，而更为细致的工作，留给软件开发公司去吧。我需要做的，是仔细地研究一下其相关参数、相关背景、相关理论，从而把软件用好，能服务于结构设计工作，足矣。

现在残月似乎把注意力从时间管理转移到知识管理上来了。其实我觉得，自己早就应该建立自己的知识管理体系了。直到现在才算有一个比较合适的知识管理体系，已经算比较晚了。

关于知识管理的概念，有很多种说法。有的说应该叫信息管理，有的说知识无法管理等等。纠缠于这些概念对事情没有什么帮助。清淡误国，残月决定抛开这些理论性的东西，直接探讨实际应用。

就像GTD体系中，把时间管理分为收集 Collect 、处理 Process 、组织 Organize 、回顾 Review 、执行 Do 一样，知识管理体系也可以分为类似的几个步骤。我们依次来分析一下。

Collect

Collect是知识管理的第一步。个人感觉，这一步其实可以叫成信息管理，就是把你需要的或者需要管理的东西都以某种形式收集起来。比如想了解Excel方面的知识，那么首先得找一些相关资料，比如一本评价较高的书，几篇介绍Excel使用技巧的文章，几个以写Excel为主的博客。没有了收集，知识也就没有了来源，所以Collect是第一步。与Collect相关的软件非常多，多到让人有点无所事从。大家常提到的笔记软件就属于这一类。这方面Xbeta老大有很详细的论述，尤其其中的三强篇和梦想篇，值得大家仔细阅读。但是工具太多了，也就容易陷入工具控，太过执着于软件、工具的寻找，反而把最为重要的后继步骤丢到了一边，就未免有点舍本逐末了。成天忙于测试各种笔记软件、不停地把自己的资料从一个系统搬到另一个系统，实在是在浪费时间。另外有些人，不忙于软件，却忙于资料，也十分不可取。互联网时代，我们能找到的资料远远大于我们可以想像到的。忙于收集、忙于下载，电脑硬盘里有了好多资料，却从来没有好好看过一本书，这样的Collect，不要也罢。

Process

在完成资料的收集之后，就到了Process的过程。在GTD体系里，Process的核心是一个问题，What is it。也就是说，要判断这东西是什么，对我有什么作用。在个人知识管理里，也可以借用这一概念。只不过，GTD中Process的结果是Trash、Someday/Maybe和Reference以及Actionable，知识管理体系中则有所不同。正常来说，我们上网的时候会有很多的信息，我们一边上网，一边把我们当时觉得有趣、有用的东西都以某种方式保存了下来。等我们收集好了，就要回过头来整理了。这时候的主体就是当时我们保存了的东西。对于一篇文章，就可以判定一下，这篇文章有什么价值没有？保存它对我有什么指导意义没有？有保留下来的必要没有？如果有，就可以进入到下一个环节，如果没有，那么这东西保存不保存也罢。比如上网看到一则笑话，说实话，残月觉得保存的价值不太大。因为只要你愿意，你可以随时在网上找到好多好笑的笑话；同时，保存这则笑话也不会对你的生活起太大的帮助。当时乐一下，开心一下，也就是了。如果这类信息也都保存下来，那我们所需要管理的东西就太多了。在信息时代，我们所要学习的，不是加法，不是如何获取更多的资讯，而是要学会做减法，如何把太多、太杂、太没有用却干扰我们的信息从我们的注意力中转移出去。所以，把大多无用的东西都放入Trash里是很明智的选择。在Process阶段，我们要确定的，大概可以分为三类，就是Trash、Reference和Actionable。Trash是我们毫不犹豫要丢掉的；Reference是对我们有用的、有指导作用的的信息，可称之为资料；Actionable则是我们当下需要的。比如现在正在写论文，上网查了一些相关资料，然后写到论文里，这些资料就是Actionable的。但是Actionable只是一个临时解决方案，到最后，还是要把它们归入到Reference里。所谓Reference，可以理解为所有资料的最终汇集。

Organize

Organize相比前两个步骤，是相对要更加难一点的。因为每个人的习惯不同，每个人组织管理的方式也多不同。而且针对不同的管理体系，Organize的方式也不同。但是还是有一些原则需要遵守的。

原则之一：易于查找。我们之所以要进行知识管理，是为了在需要的时候要更为方便的找到资料。如果管理来管理去到最后却根本找不到自己所需的资料，这种管理不要也罢。所以知识管理的核心原则之一，就是要易于查找。

原则之二：方便管理。这个原则主要是针对我们使用来说的。方便管理，就是要做到方便组织，在我们想要进行查找或者归档的时候，都要能很方便的进行。如果每次保存一份资料都要经过3个步骤及两种格式转换，或者每次查找资料都要打开多个程序，估计没有谁有多少耐心去长时间的坚持下去的。所以知识管理的时候一定要方便，最好可以做到一键收集、一键管理。如果做不到（Windows下程序之间共享数据实在不是很方便。所谓OLE个人感觉不是很好用。至于其它系统，没有用过，没有发言权），至少两个步骤应该做到的。如果多于两个步骤才能完成收集，或者查找，则系统需要进一步改进了。

原则之三：持久。这个原则是残月的惨痛教训。作为一个软件爱好者，残月当年也不停地在各种软件之中穿梭，也就是之前说的工具控。但是知识管理系统不像一般的小工具软件，换来换去没什么大问题；知识管理系统频繁切换的后果就是没有一个很好的系统。很多数据就是在不停的切换中丢掉了。所以在管理软件选择的时候要谨慎，一旦选定了，就不要轻易变换。

Review

在GTD体系里，Review就是回顾，单纯的回顾。但是对于知识管理体系来说，Review有一个前提，就是已经消化了你想要管理的东西。也就是说，读了，理解了。所以，这个Review可以分为两个概念，一个是自我消化，一个是回顾。

消化的话，其实应该属于执行阶段的任务。比如想学习Excel，把资料都Collect来了，也Process好了，也放入到了一个比较可信的Organize系统里了，但是从此以后却再也没有动过这些东西，那这些东西不能算是你的知识。它是别人的。可能是作者的，可能是其他读者的，也可能是电脑硬盘的，但是绝对不是你的。这时候就到了一个核心部分，所有知识管理体系应该都是为了这个部分服务的。没有消化、没有理解、没有执行，一切都是空谈。这部分没有太多的可以说的，Just Do It就是了。相关的方法论的话，可以读读《如何阅读一本书》。

在执行、消化之后，如果没有很好进行回顾。就像一只过冬的松鼠，不停的收集，但是最终可能什么都没有剩下。根据人体的遗忘曲线，知识不管掌握的有多牢固，长久不再接触，也就会生疏，及至遗忘。所以定期回顾是非常必要的。对于GTD，这个回顾通常是以周为单位的，进行一周检视。而对于知识管理，每周都把自己所有的知识面都回顾一遍显然是不太可能的。我们能做的，只能是尽量多的回顾。而且一次不求把所有的知识都回顾到，这也是不可能的。但是每天都看一下自己的体系里面某个方面，保持不遗忘，还是可以做到的。这里可以用一些记忆辅助软件来帮忙。

Do

其实在Review里的第一部分就等于是Do的内容。之所以没有把它放入到Do的内容里，是因为Do还有更为重要的东西。这部分就涉及到了知识管理的终极目标，也就是为了什么我们要进行知识管理。就像GTD里说的，为什么。知识管理的目标不是为了管理，而是为了产出。只有收集、整理、消化、回顾，却没有产出，这样的管理，不管理也罢。不管理还能省点心省点事。所以在上面所有阶段都完成以后，就到了产出阶段了。能产出什么因人而异，看你追求的是什么。产出可以是一篇文章，出版了一本书，或者更高的技能，谋求了更好的职业发展等等。但是无论是什么，要有产出。而且产出一定有可具化，也就是说，有成品，能看得见、摸得着，而不是只存在于自己脑海中。大脑应该用来做一些更加有创造性的事情，而不是记忆很多东西。同时，自己的产出如果没能及时的具现化，最后很可能就会遗忘。

总结

到此，残月自己对知识管理体系的想法大致写完了。下一篇文章，残月将结合自己的体会，写一下自己的知识管理体系，敬请期待。