宣讲失败的原因分析
因为最近别人线上问题频发,而我写的代码没有问题,所以组长让我进行一次分享。是组长提议让我把线上的这类问题代码列一列。
结束之后组长对我说,讲得很好。但我认为从结果来看并不好,因为我的成功的经验大家还是没有打心底里认同。他们表示以后不会按照我的“编程范式”去写代码。
我分析了一下我宣讲失败的原因。
- 虽然隐藏了代码作者,但大家都知道错误代码是谁写的因而造成错误代码作者的强烈反对。(在我心里,我认为他是为了反对我而反对我)
- 宣讲没有互动,是干讲。没有让大家参与进来,所以大家对正例、反例感触不深。
- 讲技术概念,在讲业务和技术结合的时候,为什么这么选型。没有考虑到受众的知识层次。继承与组合对比。无状态与有状态的对比。他们都对这些技术概念没有一点反馈。(至少受众的反驳点,让我意识到了他们不懂这些概念)
但是结束之后组长还想让我以后再讲一讲技术,我觉得我下次可以尝试另一种宣讲方式:
- 采用外部代码,不采用任何听讲人群的代码,从而降低大家的敌意
- 让大家中途参与讨论,而非讲解理念。
- 采用快问快答、纸笔问答的形式固定大家对反例的看法、正例的看法。通过固定证据、用听众自己的答案去让他们否定一些错误的例子。
- 不讲概念,避免掉入自证陷阱。