我曾经坚定的以为，记得的才是活过的。我认为有条理的记录生活和思想可以让我得到很多。直到我发现，人们其实在被记忆所欺骗。人们会看错会听错会闻错，而其实最大的误差来自于记忆。我经常发现我明明记得很清楚的事情，实际上并没有发生——我们通常称其为“记错了”。这也许来自于输入的误差。但是有另外一种情况可能会更加有趣，你会发现人们，尤其是老人，在复述之前发生的事情的时候会产生误差，今年说得同样的事情在细节上会和去年说得不同，而明年说得又会和今年不同。甚至站在一个比较长的时期来观察这个差异，会发现那根本是totally diff.是人们估计夸大的么？不是，其实是记不住啦，我们以为记得的就是活过的，其实记得的已经远远走形了。也许有人记忆力特别好，比如我？哈，我完全记不起了，我不知道我昨天的这个时候到底在想些什么。记忆只是一些碎片，错乱会是必然。其实这很有意思，不是么？

OK，我以为存在就是那些曾经发生的事情。But, It‘s not the truth!这里有一个对存在的重新定义，不管它是否准确，都值得我去重新思考生命的意义。

Define：存在，就是现在和未来某个目标之间的距离。

人们常说，我们拥有的只有现在。但是不可以否认的是，人，其实是未来动物。人们总是对未来的不可知性所迷惑，人们最渴望拥有的力量就是预知未来。为了这个能力，人们拼命的研究历史，研究周围的事物，试图找到预测未来的规律。但是自然复杂性和随机性告诉我们，我们永远不可能预知未来。其实这也很好，如果人们对未来什么都知道了，活着也就没有什么意义了。

于是，未来和现在的距离确确实实的成为了一种存在。这种存在才是生命的意义所在。这也可以用来解释为什么人们通常不珍惜已经得到的东西，而常常感叹失去的时候才感到珍贵。因为得到的东西已经和现在没有了距离，存在消失了。人们怎么可能去自发的珍惜已经”不存在“了的东西。

Cooooooooool，right？

Trackback: http://tb.donews.net/TrackBack.aspx?PostId=753446

我正式离开了投入了一年的小组，进入了另一个学习和工作阶段。不再担任项目召集人了，我长长的舒了一口气，至少不再有误人子弟的机会啦，所谓无官一身轻啊。不过毕竟还挂职顾问，多少还是要担负一定责任的，不能大撒把。于是在这周里依旧进行着我原本打算在原来小组进行的一些事情。

我搭建起了一直想要建立的小组Wiki，尽管我知道反响不会很热烈，但是也算是留下一些东西吧。至于是否接受这种协作方法，这种协作方法会起多大作用，怎样用好这种协作方法是我想要学习和探索的东西。不过不在其位不谋其政，此次实验多半会失败吧，因为就算在当召集人的时候倡导的一些方式方法始终没有深入人心。

同时我也装了一套BugFree，整理了原本项目的文档。希望接班人能少走些弯路吧。

本周开始投入新的项目，这次要在整体和细节两个方面把握一个大型项目的设计和构建。原本希望自己回去校内搞一些理论性比较强的东西，不过现在发现这实在是一个锻炼自己的大好机会。我也许会在硕士毕业之前拥有复杂系统的设计和构建经验，这系统足够的大，足够的有难度，很有挑战。如果可能，获取会有意想不到的收获。

本周整理文章：
《一周一更新》
《存在》
《耗散人生》

Trackback: http://tb.donews.net/TrackBack.aspx?PostId=753444

刚刚过去的一周，我头一次在有时间而且有话要说的情况下特意的没有更新Blog。而在过去的一年里，当我感觉有什么要说或者要抱怨的时候，写些文字出来放到Blog上面已经成为了我的第一选择，365天里我写了200余篇Blog，这消耗了我大概150—200个小时去思考和抒写，事实上可能更多。我得到的是对过去整整一年的思考的记录，以及快速整理思想成为文字的能力的提高。恩，至少我可以在更短的时间里，写出更多的更有意义的话来，至少和身边的大部分人相比。

强迫自己不去写Blog很容易，毕竟坚持写Blog也是一件很辛苦的事情，但是如果很长时间没有更新Blog，想要再回来就更加困难了，所以在我依然相信Blog会对我的进步有所帮助的情况下，因为学习工作的繁忙，任务的紧迫而放弃Blog也是不可取的一种处理方式。

啊，老师说得也没错。人只有通过积累才能有所成就。我正在积累阶段，不停的发送能量没有益处。恩，我还没有达到能够看清这世界本质的水平，更没有资格动不动就发表一些评评论论。

两方面都有道理，写还是不写，似乎会成为一个十分困扰的问题。我选择了写，不过要找到一种适合自己成长的写法，一种积攒能量的写法，而不是释放。Blog将进一步成为我整理思路和知识储备的工具，毕竟把东西写出来的过程是一个很好的整理。但是这种整理不会天天进行，一周一次我想足够了。如果每天都要想很多东西，那么做事情的时间自然也就少了很多。而且一周一次的集中整理大概可以让我更加深入某些问题，或者更加有条理。

先试试吧，我想写Blog经管不象我自己想象的那么好，也不会象老师描述的那么坏吧。“多积累，少装蒜”应该可以吧。

Trackback: http://tb.donews.net/TrackBack.aspx?PostId=753445

打仗的时候有一个常用的原则：集中优势兵力……如果兵力太分散，或者分批分期的投入，那就是添灯油，都消耗光了也不会有什么效果。

导师找我谈话了，虽然起因是因为看到了我的Blog。但是实际上是他从我的Blog上看到了我的一些苗头，说实话，老师的话给了我一种前进的督促。

过去每每在填写表单的时候，我都会在爱好一栏有所犹豫。我的爱好总是非常广泛的。什么都喜欢，什么都想去尝试。我喜欢画画，小学时候得过区里得一等奖，但是因为这不是我得最爱，我并没有投入过多少精力，所以在这方面也没有多少进步。我喜欢唱歌，小学时候也被选中进入校小合唱队，但是我发现这太辛苦，每天晚上得训练让我厌倦，于是在参赛得奖之后，我以学习为由没有在参加任何合唱队的活动，后来我还是哼自己的小曲子。而小合唱队里曾经的同学们有的考取了音乐学院附中，有的在考大学的时候因为声乐加分，去了比较好的大学。我也曾经参加过数学竞赛，自然竞赛，生物竞赛等等等等。在过去的20余年里，我一直转换这自己的兴趣点，或者同时拥有一大堆的爱好。如果我专注一些，或许我没有现在知道的东西多，可是我有可能会比现在更加有信心去取得成功。

一直以来，我以为自己很博学，什么都知道。但是仅仅是知道而已。就像老师说得那样，如此下去，我会渐渐的形成一个圆弧，不再有锋芒。也就无法取得特别大的成就。

今天和妈妈谈心，谈到未来的发展时，妈妈很淡的看了我一眼，说了一句话：“想了去做，才会成功，还没有好好去做，就去想其他的事情，我对你很担忧。”

老师在给我的Email中写到：

人在年轻的时候都会有很多执着，太多的妄想，这是正常的事情。但是，只有那些一边想着又一边干着的人才有希望达到理想的顶点。我常说的一句话也许你还记得，人的一生实际上就在历练三件事情：历练执着和勇气去克服那些你能够克服的事情；历练肚量和心态去容忍那些你克服不了的事情；历练究竟和智慧去区分那些是可以克服的，那些是不可以克服的事情。如果你执着那些你不能够克服的事情去做，如果你没有勇气去完成那些你能够完成的事情，如果你迷茫＋始终的迷茫，那么就将一事无成。因为你年轻，所以你只要选择最简单的事情、用最简单的方法去做，但是要不断地做、连续地做，那么究竟就一定会等着你。

So it’s time to concentrate on one focus. 我想要站在山颠，而不是总在半山腰流连。哪怕看到了更高的山，在征服眼前这座之前，我也没有资格去选择。

因为要专注做好工作，所以很多事情要放弃，Blog的更新速度更是会缓慢许多。大概一周一次吧，我想由于对工作专注了很多，也就在周末会整理一下一周以来的思绪，写些东西记录下我的状况吧。

Trackback: http://tb.donews.net/TrackBack.aspx?PostId=742455

“人是什么？我想一定是超越了纯粹的存在的某种东西。因为如果纯粹的存在是人的基本特征，那我们和牡蛎又有什么区别——Hsu”

涉及到人的问题，往往会比任何问题要复杂很多，以至于头疼。

相信绝大多数开发团队都会遇到同样的问题：总可能会面对在项目中期新加入的人员。他们可能对业务流程不是很了解，也有可能对软件结构和团队的规范需要熟悉，甚至可能编程技能还没有达到团队的要求。而几乎每个人都希望新人能够尽快的融入到团队之中，尽早的有所贡献。

但是，这是一种损耗，很大的损耗。等待新手步入正轨是一个充满变数的过程。新手的理解可能有所误差以致完成的代码还需要原有成员进行修改；新手可能充满问题，需要原有成员进行帮助，而这又消耗了已有的工作能力。甚至会仅仅因为新手的加入，使项目进行陷入暂时的混乱状态。这也就是那条著名的论断的原因之一：“向一个注定延误了的项目添加人手，只会使得项目更加延期”……

尽管，我们一般不希望团队成员发生变化，但是我们永远无法逃避开发团队的成员变化问题。事实上不断调整的团队会有其他的好处，一个不平衡态也会使得团队可以拥有更多的动力因素。不过，不管怎么说，处理成员的变化永远是一个棘手的问题。

OK，在每一个人刚刚进入一个团队的时候，他都是一个新人。献身说法是，在我刚刚进入团队的时候，是一个可怕的过程。我所拥有的是一份不完整的文档，注释很少的代码，和一个不太究竟的目标。尽管师兄也竭尽所能的帮助我进步，但是事实是，我经常听到的最多的话是：“你再看看代码吧”……我的经验是，让一个新手在没有instruction的情况下靠看代码来理解整个项目是一件恐怖的事情。事实证明，我这一批人在进入项目很久以后依旧没有摆脱新人的状态，我们所拥有的是“照猫画虎”的无奈，而大部分的代码都没有达到那个我们不太清楚的目的。而最有意思的，同样的代码，不同人的阅读完全可能得出截然不同的想法。

阵痛过后，我们迎来了一个短暂的春天，每个团队成员似乎好不容易找好了自己的位置。然后，我们面对的是又一次人员调动。我丢掉了三个成手，然后得到了三个新人（至少对这个产品来说是新人）。我的想法是，如果重复我们进入项目的过程，那会是另一场恶梦。所以我决定尝试另一种方法，我曾经以为会有一定效果的方法。将每一个新人和一个成手配成一个小组，共同完成任务。其实我原本的目的是让共同开发成为新手的学习过程。而这被证明只不过是另外一个错误。首先，新人的提问很大程度降低了我们小组的开发速度，学习过程和开发过程纠缠在了一起，正常的工作经常被解释问题所打断；其次，发展到后来，会发现不耐烦的成手开始宁愿自己承担更多的工作，而把一些容易实现的目标交给同组的新人；再后来，我惊讶的发现，成手和新人完全分割开来了，完全在做不同的部分，没有交流，没有问题，没有学习。然后我不得不承担，新手代码依旧偏离目标的结果。很抱歉，我失去了对这一过程的控制。

而现在，我们这届的人逐渐要离开当前的工作进行新的研究了。在走之前，我们必须做到的事情就是把这些工作完好的交接给新人。咳，没错又是新人。老师布置任务的时候强调，要整理好文档，描述完整。事实上，我想单独靠完整的文档是否能够简化学习过程的。那会有帮助，但是依旧不够。我的感觉是，一个引导性的交待是必要的。我该怎么做，这会是又一次的尝试。

我会提供尽量容易阅读的文档，但是我不会提供那种“标准”的成摞的文档。事实上，我个人觉得一个完全不懂的人，依靠阅读从成山的文档和代码中理清头绪是对时间的浪费。我们有交流的条件，几次面对面的交流应该可以更快的帮助他们理好一条路径，然后在安排好起点、终点以及中转站的旅途里前进，那目的性应该会强很多。当然，老人的帮助还是不能少的，经验是最难获得的东西，但是这种帮助应该更有序，Maybe会安排专人，或者安排专门时间，总之尽量不打算让大家的工作时间频频被打断，而很难进入状态。

尽管在软件开发过程中，我们谈论更多的是技术、框架、平台一类的东西，或者客户市场和商业前景。但是做为开发的主体，人才是最重要的因素。事实上，当我们谈论项目管理，我们大概想谈的不是技术问题，我们工作中的主要问题是社会学问题。至少，是人在制造软件。

团队成员和机械系统中的零配件完全不同，永远不可能简单替换。我还很菜，我不指望这次的尝试能应对好变更的团队，但我希望这次能比前两次得到更好的结果。不断的尝试其实是很有趣的事情。而关于软件开发中人的问题，会和技术问题一样，不断引发我的思考和学习。

BTW. A worm welcome to my new teammates.

Trackback: http://tb.donews.net/TrackBack.aspx?PostId=735272