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