大道同源系列之逻辑的力量.doc_第1页
大道同源系列之逻辑的力量.doc_第2页
大道同源系列之逻辑的力量.doc_第3页
全文预览已结束

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

大道同源系列之逻辑的力量 收藏 此文于2009-10-13被推荐到CSDN首页如何被推荐? 几乎每一个人都有给别人讲道理的时候 ,但是并不是每一个时候都能够讲清楚道理。至于是否能够让对方接收到,那就更加要打上疑问了。 如何才能让你的语言组织更加具有说服力?我相信这是很多程序员都在困扰的事情。我自己就是一个程序员,身边也有很多同事和朋友。我经常听到大家的抱怨就是说某某人太倔强了,怎么说都听不进去。 被人说的这种人,往往就会被公认为群体中的刺头。如果水平很高,那就是牛人。如果水平没表现出来,那就是菜鸟。特别是那些刚刚当上开发经理的朋友们,在带领团队的过程中,经常会遇到这样的情况。怎么说,对方就是听不进去。他们也会经常和我探讨这个问题。 我的反应第一就是反问一下,事情真的是这样子的吗?于是就让他把刚才说的话,在对我描述一遍。听完之后,我明白了。能完全听他话的人,一定是不愿意动脑子的人,因为他的话里确实有很多问题。 我们知道,一般情况下,一个人对另外一个人说话,无非有几种目的: 第一、 闲聊。无所谓对方感觉,只要自己爽就可以了。 第二、 交流。主要是验证自己的苦恼和困惑,想对方能够帮助自己。 第三、 帮助。对方有困难,主动向你求助。 第四、 命令。你有了你的想法,但是希望对方按照你的想法执行。 这里面,一二三都是很简单的。第四个是最复杂的。特别是对方可能立场和你完全不同。你要说服他几乎就是不可能的。这就如对方的力M 的方向向右,你的力 N 的方向向左,你要让他向左,那你至少先要拥有抵消他原先向右的力量,至少 N M ,实施上要做好工作,本身得有足够的动力,因此,至少 N=2M ,可能还更多。 问题说回来,还是那句话,如何能够让你的话更加有说服力呢?在这方面,有一本书我一定要推荐的,就是金字塔原理。他里面重点分析了很多组织语言的逻辑性。 应该说,这是一个非常难以掌握的技能。但是,我这里要和大家分享的是,其实计算机语言,比起我们读过的其他知识领域的更加具有逻辑性,只不过我们往往忽略罢了。 计算机语言就是逻辑语言。他最大的特点就是,如果所有的输入都一样,那么他的输出是一定的。 而且,计算机语言,已经给我们总结好了逻辑语言的模式: 第一、 条件式(if.then) 第二、 选择式(switch.case) 第三、 循环式(for) 好好反思一下我们自己身边的BUG ,这些 BUG 往往的起源,就是某一个条件没处理好,后期才发现了,这样代码质量是非常差的。刚开始总想,嗯,一般只要处理这种情况就可以了,其他情况不可能出现的。但是正是这种不严谨性,才导致了大型系统在后期出现很多非常诡异的情况出现。一个错误经过多层演变,几乎所有人都不认识了。 举个例子,比如要计算一个数的阶层,测试的时候,总是拿一些正整数输入的,而且当时调用的也是正的,于是对于负数可能就没有处理。在版本刚刚发布的时候,没有发现问题。但是慢慢的,某一个业务发生了变化,比如说购买的商品的数量允许用复数表示“冲销”,这样复数就有了意义,而这段代码就出现了问题。 这种错误其实数不胜数,相信你们比我能够举到更好的例子。如果,我们习惯了写一个完全无懈可击的代码块呢?有人说,这不可能,我们怎么可能知道所有的业务变化?不!我不是要你去思考可能的业务变化,而是单纯从逻辑上去思考,有多少种可能性。把这些可能性都解决掉,自然就不会出问题了。这是我在很多年的编程经验中总结的一个非常好的程序方法,想法很淳朴,关键在于要拨开所谓的业务变化这层迷沙! 上面说到的方法,其实就是利用了逻辑的力量,让我们的代码更加强壮!我们说道理何尝不是如此。有很多人认为说的话对方接受不了,是对方的问题,有时候用“对牛弹琴”来比喻。问题是,对牛弹琴里,是牛错了,还是弹琴的人错了? 其实这里面暗藏了一个简单逻辑。用对方相信的语言和文字,说明你的道理,对方就是可以接受的。 利用这个简单逻辑的基础上,再去组织你的语言和文字,相信你的话就不再是对牛弹琴了。因为对方能够“听”下你的话。 比如说,国庆前我和K 同学在工作沟通上存在了一些偏差,我希望他把工作先行做完,但是他当时表示,他目前这件事上他有很多抵触情绪。因此,如果单纯的告诉他要在什么时间前做完是不合适的。于是,我认真的听了他的情绪变化,最后提议,因为我下面在其他时间可能不能抽出时间一起讨论,希望现在就把工作提前做了, K 同学表示非常理解,也愿意把事情做好。 请注意这里面的情绪变化。这是沟通中的一个必然逻辑。在关注好对方的情绪后,你还得认真思考你的语言的逻辑。让结论和原因之间的推理,变得理所当然。而不要天马行空地乱讲一气。 其实这和咱们写程序一样,好的程序,往往是先把程序逻辑框架想清楚了,然后在补充一些子函数,就OK 了。否则的话,一开头就写详细细节代码,往往容易缺这些,漏那块。 不过语言比较毕竟和程序有些差别,特别是在分类的时候,建议大家在进行分类的时候,使用能够覆盖所有情况,但各种情况之间又不互相重复的分类方式,即相对独立,完全覆盖。比如对人的分类可以用:男人、女人;不要使用类似老人、妇女、儿童这样的。我们知道,如果这是在编程,编译器会帮我们自动发现这些错误,但是说话的时候,是自己在对自己负责,所以很容易犯错。 这里面还有一个逻辑,那就是即使说服不了对方,也是可以接受的结果。千万不

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论