项目中的人

     项目做到非常紧的时候，每个人都会很紧张，常常因为一个小的问题而大动肝火，整个项目的进度以一种严格的进度向前推进的时候，为了不让自己掉队，又常常会在公有的进度上，加上自己小进度，依照自己的习惯，会适当的将进度提前，这样可以应付一些额外的问题，做软件的都知道，很多时候最恼火的常常是那些未知的额外负担问题，我和李静今天就为一个 RecordSet 和 DataSet 相互转换的问题搞了半天，而后来却发现网上非常简单的例子，我们努力了一下午，只是为了证明我们的努力是不可行的，当拖着疲惫的身体回家的时候，内心常常有种莫名的空虚感，再也不是二年前的充实感，因为体内创新灵感的失去，这种稳定而持续的失去让自己异常心痛，可是却一点办法也没有。
    在这种心态下做软件，真的是很被动，很疲惫，要知道创新是软件的灵魂，我不知道没有灵魂的躯体能走多远？可是不管自己状态怎么样，项目必需以一种稳定而有效的方式向前推进，在这点上，我觉得李静做的比较出色，虽然看不到他巨大的灵感，但是他每日的小步前进，加上碰以问题乐观向上的心态，和不嫌弃自己，不鄙视错误的办法的心态，在和我这种激进而又悲观心态的人在一起，保持了很好的平衡，我感觉我和李静的合作是快乐的，尽管面临巨大的压力，他总能很有效的持续缓慢的化解问题，至少在这一点上，我佩服的一踏糊涂。
    我之前理解的合作就是相互给于对方需要的资源，从而促使双方以一种双赢的方式来获得进步，可是现在，我想不是这些，如果简单的理解是资源的共享,那么还需要人做什么呢？ 找一个处理能力强的机器或是给一个好的公式，建立一种最佳分配原则，那么所有的合作不就可以很容易的解决吗？因为资源就那么多，可能想到的办法就是资源的矩阵分配，并在矩阵上建立时间维度，进行调度和监控，一切不就OK了吗？
   如果仔细去分析，越是仔细的仔细，也是觉得上述方法是正确的？可是这个方法的问题在于，他忽视了人的能动作用，人不是机器，人的能力可以被触发，灵感可以被熄灭，也可以被点燃，而且你永远不知道人会发挥多大的作用，你也不知道人什么时候状态好，什么时候状态坏，各种复杂的东西，根本就无法用数学模型来模拟，而且人在相互的影响过程，能够感受快乐，悲伤，振奋，还有挫折感，上升感，这所有感觉却在直接和间接着影响着我们看问题的角度和方法。
   项目中的人，不仅仅是资源，更是有感情的人！