当项目出了问题！

 

当项目出了问题！

哎，项目到了交付的时候又出了问题：程序中使用了过多的全局变量，所以在多线程的时候会有很多的问题，所以客户要求进行修改，可是已经出来的东西进行大的改动，谈何容易！所以这几天，我可以看到大家（准确的说是我们2个，我的项目负责人和我）都很郁闷，可是没有办法的事情。所以这也是一个很大的教训，别人都是分享成功的喜悦或者经验，这次我是共享失败的教训。

 

 

 我将这次学到的东西和大家共享！

 

 

1.      请记住（当然也是在说我自己，人生中记忆很深刻的一次失败），永远不要使用全局变量，如果必须用的时候，那么请问问你自己：支持多线程吗？支持多进程吗？是线程安全的吗？中间需要进程或者线程同步吗？相信问过这几个问题以后，你使用的全局变量就会大大的减少。

 

 

2.      项目出了问题，一定要主动的承担责任，千万不要找各种各样的接口，哪怕真的有其他方面的原因，但是如果你知道哪方面出了问题，在项目的发展中没有提出，而是项目失败的情况下把问题摆出来，只会显的你更白痴。所以还是主动的承认自己错了吧，还是表示自己负责吧！软件项目本来就是会有风险的，更何况谁有忍心去责备一个已经承认错误并自责的人呢！

 

 

3.      承认了错误并不是表示事情结束了，事情还远远没有结束，剩下的事情就是应该尽快的寻找解决的方案，我们可以提出几套弥补的方案让客户来进行选择。我这几天正在看一本叫做《程序员修炼之道》的书，它的第一篇就是讲“我的代码让猫吃了”，这几天真的是感受深刻啊！顺便说一下，这本书真的很好，力挺这本书，不过如果你英语水平不好的话，建议还是买中文翻译过的。我就是买了一本英文注释版的，每天看的那叫累啊！

 

 

4.      要顶住压力，保持乐观！项目出了问题，当然大家谁都会很抑郁，所以我们就喜欢大喊“郁闷，这怎么办啊”，“天啊，我失望了，没有办法了”。。。。。。然后就是一阵长吁短叹，其实这样不会给项目带来任何好处，只会把这种气氛传染给项目组的人，让大家的情绪都很低落，阻碍整个项目的发展。项目还没有结束，还不是长吁短叹的时候，还是把那些郁闷收起来等到项目总结的时候再一起说出来吧！所以，如果你不能露出笑容，那就请你不要发出任何声音。这个时候，其实每个人的压力都很大，所以要保持乐观的心态，要有“让暴风雨来的更猛烈些吧！”的豪言壮志！并努力把这种气氛传给周围的人。

 

5.      越是艰难的时候，越要保持冷静，多给自己点时间考虑。项目出了问题，需要马上想补救的办法，但是，不要急于把方案给客户，因为人在巨大的压力或情绪低落的时候很容易出差错。特别是在项目已经出了问题的情况下，如果再出现问题，哪怕是很小的问题，都会让客户更失望。所以还是给自己比平时做决定多2倍的时间吧！暂时把项目的事抛置脑后，让自己先冷静一下，比如：美美的洗个澡，痛痛快快的睡上一觉，然后再重新回到办公室，微笑的给大家打个招呼,然后再考虑这个项目吧！