zoukankan      html  css  js  c++  java
  • 论夸夸其谈

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

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

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

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

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

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

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

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

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

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

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

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

  • 相关阅读:
    ZOJ 3818 Pretty Poem
    HDU 4597 Play Game
    HDU 4497 GCD and LCM
    CSU 1335 高桥和低桥
    UVA 10791 Minimum Sum LCM
    CSU 1119 Collecting Coins
    CSU 1120 病毒
    UVA 12169 Disgruntled Judge
    HDU 1301 Jungle Roads
    POJ 1258 Agri-Net
  • 原文地址:https://www.cnblogs.com/komojoemary/p/5780831.html
Copyright © 2011-2022 走看看