态度决定一切

第一次去北京的时候我还是个愣头青，任老大在听完我的介绍后对我说：“态度决定一切。”没错，态度决定一切。

我听到有人对我说：“别那么认真，项目砸了又不是你一个人担着。”

我一直在寻找进度缓慢的原因。这是我遇到的进度最慢的团队，甚至远慢过当年还是愣头青的我。我想我找到原因了，这里缺少一种态度，一种认对工作真负责态度。

我多次发邮件给组内的全体人员，告诉大家我们是职业程序员，要注意程序员的基本素质，要注意1、2、3、4...点，结果收效甚微；每天都有人对我说：这个怎么做？这个帮我解决一下……只要稍有点困难的问题全部推给我，OK，没问题，为了赶进度我接下了这些工作，但是诸位，这样下去你们的水平如何提高？作为一个程序员如果连正确调试的方法都不知道还怎么工作？在每天工作时间开着QQ的时候是否想过已经超级缓慢的进度又延迟了一天？在每天向我提问的时候是否仔细看过已经写好的例子？

有人对我的设计和实现思路提出质疑，这我当然欢迎，但是请给我让我改正的理由。“因为可能会……我们过去是……做的，××就是这么写的”哈哈，做过测试吗？你们的问题我是经过测试的，所以我对自己的思路不会说“可能”；“过去是……做的，××就是这么写的”，那我来告诉你，过去的做法是错误的，因为你们误解了一些思想，看过in action系列吗？看过大师是怎么写的吗？

我常听到这样的话：“××功能自己写……”；也有人问我：“可否先保证进度，再提高质量？”世界上最注重质量的是哪个国家？日本；效率最高的是哪个国家？还是日本。很明显，质量是提高效率的保证。似乎大家对别人的代码信任度不高，每个功能都要自己重新实现一下，及时自己的代码也要不停在没个页面中粘贴。每当看到这种情况我都会让大家返工，过高的耦合决不是提高效率的方法，当年的千年虫不就是高耦合的经典例子？

我又一次想到团队的概念，我们真的是个团队吗？拖延、散漫、不爱动脑，软件可是脑力劳动的产物，我居然经常听到有人对着需求文档说：“我也不知道”。拜托，连需求的不知道还写什么代码啊！从设计到现在，整个项目似乎在凭我一人之力支撑，还能撑多久呢？

每天都在强调说过很多次的问题，发已经发过的邮件，我不知道怎样解决团队的态度问题，这个项目似乎已经失败了。

态度决定一切。