任何人都知道，在工作中，沟通是有多么地重要，没有沟通，恐怕做任何事都要打很多折扣。尤其是在IT领域，团队项目里，没有沟通或者氛围比较差的沟通都几乎会毁了整个项目。而工作里绝大多数的非人为事故都与沟通不畅有关系。再追本溯源，沟通不畅的原因也多半是对待工作的态度不够认真，总是怕麻烦，一副无所谓的态度。往往怕麻烦的人，会因为一时少了一些“麻烦”，结果造成了更大的麻烦。其实，我们真的可以再认真一点，哪怕是一点点，也有可能会是一个更好的结果。
很多人做完事情不愿去写文档，或者是为了应付任务，草草地把文档交付了事，他们总感觉写文档或者认真写文档很浪费自己的时间。其实这是一种很自私的表现，工作里人与人之间的沟通和相互协作不可能全都面对面去讨论分享，而工作里大部分人与人之间的沟通都是通过读文档来完成的。如果你不认真写文档，很可能一个很小的参数修改，一个小文件替换都会造成整个项目的失败。你不好好写文档，自己确实省了不少事，但是却给整个团队带来了大麻烦，没有团队概念的人是做不好项目的。这种情况完全就是态度问题，团队需要的不仅是所谓的技术项目大拿，更需要态度认真的人。
项目测试环境部署的跟线上环境一样，这点真的非常重要，而事实却是很多测试人员部署的测试环境要比线上环境简单的多。他们总觉得线上环境有什么负载均衡、双机热备、安全加固等等乱七八糟的情境，这些玩意儿与自己的测试工作完全没什么关系嘛，相关知识不了解，也不愿主动去请教别人，以至于很多时候版本发布以后，测试一测：哇，真完美！结果到了线上，各种问题。要知道项目里任何一个小的参数修改都可能得到完全相反的结果的，何况是整个网络架构、安全环境完全都不一样呢！就为了部署时候给自己省一点事，搞的后续乱七八糟的问题层出不穷，害人又害己，何必呢？
经常地会有人喜好夸夸其谈，别人一提起某个技术，不管自己有没有听说过，都非要插上一句，现在都流行××技术了，这已经没什么用了。一个技术有没有用，怎么就让你一句话给判了刑呢？不管这个技术暂时有没有用，别人给你分享，难道不该说声谢谢？一项技术当然不可能适用于所有的情境，昨天流行关系型数据库，今天NoSQL又火了，难道你能说今天这关系型数据库没用了？redis的作者都不敢说memcached没用，你哪里来的勇气呢？项目里可能昨天用了Xen，你今天把ESXi判了死刑，可说不定明天就要用ESXi呢？做技术最要紧的不是你有多牛，而是要以一颗敬畏的心对待技术，去实现你想要的有多牛。学无止境。
态度决定一个人能走多远，扯了这么多，愿自己可以三省吾身，愿自己认真踏实地走好每一步。