今天晚上，老总召开会议讨论软件部和硬件部沟通的问题。因此让我破天荒的加了一次班，一些问题也是我比较关注的，尽管只是坐在角落里静静的听，也有不少感想。
1. 做个现实主义者而不是完美主义者。为了一个小问题讨论很长时间，原因是无法为它找到一个完美的解决方案。想了N个方案，这些方案都可以解决90%以上的问题，但总是有一些缺陷，估计再讨论两小时也找不到完美的方案。我们完全可以同时采用两个以上的方案，它们的组合可以解决99%的问题，为什么非要去找一个根本不存在完美方案呢？
2. 不思考的人才是最懒惰的人。一些项目主管太勤劳了，日复一日，年复一年，天天去手工构建版本，忍受那种非人的单调和痛苦。本来有自动构建脚本，但据说脚本里有一个BUG，然后就弃之不用了。这些同事宁愿花数十倍的时间去手工构建版本，也不愿两花个小时查构建脚本中的错误。更糟糕的是，手工构建的版本容易出问题，造成数据和程序不匹配，引发更多的其它问题。我只能说这些同事的勤劳用错地方，不思考的人才是最懒惰的人。
3. 再简单也要培训。因为一些小工具的误用，而导致大量的问题，是大家始料不及的。我以前总是想，这么简单的东西有什么好培训的。在我的BLOG上，也有网友流露类似的看法，他们认为我花大量篇幅去写一些简单的东西，是多此一举，没有必要的。其实很多东西，简单与否，只是在于你知与不知，知道了就很简单，不知道就很复杂。以高手之心去度新手之腹，必然有失偏颇。再说，一些东西即使看起来很简单，但新手来说，往往有不同的看法，做一次培训，统一一下认识也是有必要的。不要因为简单而不培训。
4. 要不断积累。每到一个新团队，我总会极力推行FAQ之类的积累方式，把常见问题及解决方案记录下来，并在团队内共享，避免新手重复犯一些低级错误。不过大家对此似乎并不是很热心，可能是不愿意公开自己的秘籍，也可能懒得去整理，或者是没有那种习惯。一些人甚至懒得去阅读，结果他们花更多的时间去重复别人的工作。积累是一种习惯，养成这种习惯，一定会让我们受益良多的。
5. 找别人之前，先检查是不是自己的问题。软件部有人因为手机开不了机，找硬件部的同事维修，硬件部的同事发现原因竟是手机里面没有软件！这种错误不但浪费大家的时间，而且会损害部门形象，即使只有一次，以后别人可能动不动就拿这件事开刷，来说软件部做事不负责任。遇到问题后，先排除最常见的可能后，确保不是自己的问题再去找别人，特别是跨部门沟通。
以上纯属个人观点，若有得罪，望谅解。
附：
to eaglezhao:
谢谢你的忠告。如果我承认我不能跟公司人员沟通，你会得到极大满足，我倒愿意成全你，不过我相信你不是那种人，所以我决定阐述一下我的观点。
有人说，机器能不能思考,要看如何定义思考一词。我想能不能沟通，也要看如何定义沟通一词。拿软件来打比方吧，如果两个模块任意调来调去，就说明它俩有关系友好，善于沟通，那我承认我不善于沟通，因为我是那种君子之交淡如水的人。如果两个模块按照定义良好的接口进行交互，我想我是善于沟通的，我会严格按照规约去执行的，一次性把事情做好。再说，每个人都有缺点，不是吗？
古人说，达则兼济天下，穷则独善其身。我是现实主义者，而且也算是有自知自明，我知道我说话份量，现在我能做的就是独善其身，并努力去影响组内的同事，其他看我BLOG的同事(可能包括你)能所有收获，那我也知足了。如果你发现我犯了其中某些原则，你可以当面骂我口是心非。
柳宗元在《捕蛇者说》的结尾说，故为之说，以俟夫观人风者得焉。他没有把《捕蛇者说》当作奏折递上去，按你的说法，他也不太厚道。呵，我倒是愿意和他"同流合污"。
~~end~~
本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/absurd/archive/2006/11/20/1400206.aspx