论夸夸其谈

夸夸其谈，很明显是个贬义词，今天我想做的，就是为它洗净冤屈，还它清白。

  首先，很重要的一点，夸夸其谈，不是不切实际，不是天花乱坠，度你要把握住，否则一切兼空。

  在我们讨论夸夸其谈其它正面性的时候，或者当你想把它一直当做贬义词看待之前，你得先问问自己，我会夸夸其谈吗？

  夸夸其谈要成立，你要很熟悉你所谈的内容，销售很明显是夸夸其谈的典型----销售的看了不要喷我，我这里是明显的褒义。

  下面进入今天要讲的主题--夸夸其谈未来性，亦程序设计中被人以诟病的过度设计，在我的另一篇贴子<<做一个有思想且付诸行动

的程序员,而不是一个麻木的编码工>>里面，我把它归并到了问题一面。其实各位看官要明白一点，万事兼有两面性，如果这个观点

不成立，也就没有了博弈。 

夸夸其谈未来性很重要，下面我们就几个场景来说明

    夸夸其谈未来性之不想当将军的士兵不是好士兵
    近期做移动OA4.0接口的时候，我的工作很简单，根据一份已经制定好的接口规范，照做实现即可。其中有2个关于工作流的接口，因为本身对工作流还是比较熟悉的，所以对于那2个接口的规范有些不同的看法和建议。我的出发点很简单，就是从使用者的角度出发。服务端的接口使用者有两方，来和去，即移动OA客户端与我们服务端本身。考虑它们各自需要的最最核心的内容，摒弃拖沓累赘的，最后形成简洁完善的接口。经过多方沟通协商后，最终接口的规范基本趋于完善。从这件事中我们不难看出，如果你遇到了
疑问，这个疑问还是来自一个比较权威规范的，比如你的上司，你是有胆量说出你的意见，还是就这样算了呢？如果是我，我会先去做，用事实说话。
 

    夸夸其谈未来性之前人栽树后人乘凉
    如果你写代码或者做其他工作，请不要太随性，一般我们都会有规范，为什么要有规范，这不是本文需要论证的内容。我们除了要考虑实现需求，完成自己的任务，我们是否应该多一点考虑，为了别人，为了将来接手你工作的人。如果你做的是一份框架性的工作，这份职责就更加重要了。试想下，如果让你去接手一个前辈留下的项目，你打开代码一看，成百上千的代码，没有一行注释。N个地方出现雷同或类似的代码，你会是一个什么样的心情。我想那个时候你不是在高歌站在巨人的肩膀上前行，而是在默默内牛满面吧
 

    夸夸其谈未来性之不要以完成任务的心态去工作 

    如果你从来都是抱着这份心态，那么我想你永远只能跟在别人身后做些事情。虽然少了风雨，但同样会少彩虹。一个需求给你，如果你完全照做，那么我几乎可以肯定，你只完成了90%最多，你后续来修改的可能性几乎100%。除非你的那个需求不是核心需求，用的人不多。我在接手任何一个需求后，会先全盘理解下，然后就需求的内容给出自己的思路，如果设计里面已经有，那么我会完善它。完善的途径很简单，从使用者出发，也就是你的客户。你要思考他在用你做的东西时，他会是一个什么样的想法，可能会额外提出什么样的内容，以此来完善整个需求。比如做一个表格排序，我们的控件支持列排序，即每列都可以点击排序，但是我们服务端往往不会去考虑实现这个内容，如果你预先考虑了，那么做的时候仅仅是多几分钟的事，但给客户的时候却会得到他很多的好评，前提你得告诉他我帮你搞了这个新功能。
    最后，请大家也不要刻意去追求夸夸其谈，什么事情度过了肯定就成了坏事，不过一个良好的工作心态、或者说习惯的养成，会让你渐行渐远