如何做一场高质量的分享(1),东软集团Java笔试题

本文探讨了如何进行高质量的技术分享,涉及高度总结的知识、可借鉴的经验、复杂技术的解释以及内容的结构性和故事性表达。作者强调了现场分享时使用PPT的重要性,以及如何有效地组织和展示内容,以提高听众的理解和兴趣。
摘要由CSDN通过智能技术生成

好,相信看到此处的同学都是愿意利他的同学了。那新的问题又来了,我需要分享什么呢?什么样的内容才能支撑所谓的高质量分享,我理解是如下三种。

1. 高度总结的知识


有些知识也不是多难掌握,而是掌握的过程可能需要花费大量的时间去到处收集信息。过程中可能又会衍生出很多问题,需要自己破案一样的去研究。比如很早时我写的一篇《你的 Tree-Shaking 并没什么用》。为了研究 tree-shaking 为什么真实场景下优化有限,研究了 babel、uglyfy、webpack、rollup,甚至去翻一堆 issue,最终花了我数天才窥见原由。

其他人如果也想了解这里面的原因,也需要花费数天的话,未免太折腾了。因此我把研究的过程总结成了文章并发表,同时在团队内做了一次分享。一方面传播了知识,另一方面如果别人真的想再仔细研究,至少可以节约一些时间。

类似的还有一些新技术推出时,业界文档较少,大家学习成本较高,自己系统性学习以后做一些总结并在团队内做系统性的分享。比如 React16 刚推出时,我师兄芃程在团队内分享了 16 的新特性:

1.png

2. 可以借鉴的经验


还有一些偏经验性的内容。可能是非技术性的经验,比如成长经验、人生感悟或个人思考。最典型如晋升总结、管理经验分享等等。比如我们部门曾邀请过的一些分享:

  • 兼续的《聊一聊平台技术前端如何成长》

  • 依鹭的《业务中台 - 合作伙伴提效》

我觉得他们的分享都非常的好。比如兼续提的“微习惯”,依鹭提的“不要用战术上的勤奋掩盖战略上的懒惰”等等都给我留下了非常深的印象。

也有可能是技术上的经验,比如某类技术产品的建设经验、推导的过程等。比如 2020 年前端 D2 大会上的:

  • 辰啸的《前端故障演练的探索与实践》

  • 当轩的《跨端的另一种思路》

  • 霸剑的《SSR 在双十一会场的落地实战》

核心就是:把自己的长期经验做一些系统总结,以自己的故事或技术专项作为案例支撑,摆事实讲道理,给其他有相似诉求的人一些“长者”经验。

3. 晦涩难懂的技术


还有一些是非常难理解的知识,这种往往是非自己专业领域的知识、或上手成本特别高的技术点、亦或是某些高深的源码解析之类。如果我们的分享能把这些晦涩难懂的技术讲的非常深入浅出,易于理解与吸收,那也是非常优质的分享。比如部门邀请过的邦祝老师的《Challenges for On-device System Design and Innovative Algorithms》(连标题都看不懂了)。还记得当时邦祝老师讲卷积神经网络时,板书做的很好,挺容易让大家理解。

不过这类分享在蚂蚁我见的比较少,也很少看见讲的非常很好的。不过网上有一些,比如:李永乐老师的很多科学、数学相关科普视频。

那是不是我们分享的内容属于高度总结的知识、可以借鉴的经验、晦涩难懂的技术就代表着是一场好分享呢?肯定不是的。内容虽有用,也要观众听。能被观众听进去的内容,才能称之好内容。所以如何把我们的内容给分享好才是最关键的。

我认为,想分享好内容,首先是要组织好内容,然后是要找到好的方式去展示它,最后是有一定的技巧去表达它。

如何去组织内容

============================================================================

1. 结构性


很多人都听过《金字塔原理》,这是一本讲解写作逻辑与思维逻辑的读物。其实我也没看过,但我知道它的最中心思想,就是“总-分-总”。总分总相信大家都知道,一个主观点,N 个子观点,每个子观点可能还有子观点。讲每个观点都是结论先行,然后讲解论证,然后总结说明。用技术人更容易理解些的话,就是整理成一颗树,然后做深度优先遍历。

当然《金字塔原理》里还有非常多有用的知识,还是推荐大家有空去读一读,肯定会有更多的收货。

我们今天先迈出第一步,就是总分总。换言之,内容的组织需要具有结构性。如果通篇内容,没有标题、没有分段、没有中心思想。是文章的话看着累,是演讲的话听着累。而结构化表达以后,有两大好处:

  • 对于自己:更系统、更体系的整理了自己准备分享的知识,对自我知识是更好的总结跟整理。

  • 对于他人:人类对于有序事物的记性肯定是大于无序事物。结构化表达有利于观众接收信息并回忆信息。

2. 故事性


除了结构性表达,我个人还很喜欢故事性的表达。就是想办法让自己的内容显得更加跌宕起伏或具有延续性。

跌宕起伏指的是不断地抛出问题,再解决问题。比如在我的《保险智能运营体系 2.0 的前端建设之路》。我先讲 1.0 的现状与问题,然后讲自己的策略与解法。做完以后,通过一些数据分析又发现了新的问题,然后又出了一些解法。这样不断的发现问题 -> 解决问题,让内容具有一定跌宕起伏的故事感,能让读者持续保有新鲜感与阅读欲望。

延续性是指不断的由一个内容衍生出新的内容,最终回答最初的问题。比如我的《国家为什么老爱管我们》(一篇介绍金融基础知识的文章),从金融引到货币,从货币讲到银行,再讲到影子银行,再讲到具备影子银行特性的互联网产品,最后回答国家为什么老爱管我们。就像是在一条风景优美的公路兜风,两边的风景从树林渐变到草原再渐变到湖泊,过程衔接顺畅,风景美不胜收。最终证明了这是一条风景优美的公路。延续性的内容可以始终牵引着观众思绪,保持观众注意力。

其实我这边文章就尽量去遵守结构性跟故事性。主题是「如何做一篇高质量分享」,后面细分成几个观点,观点再细分子观点。这些观点又具有一定延续性。先是定义什么是好的内容,有了好内容后讲怎么去组织、去展示、去表达。最后的最后再做一个总结。

如何去展示内容

============================================================================

如果是以文章形式的非现场分享,那能组织好内容,内容又是高质量的,相信文章一定也是高质量的。但本文更多的还是想探讨周会、月会等现场分享时,该如何更好的展示我们要分享的内容。

而对于这个问题,我只有一个核心观点:少字多图。

我现在发现很多人特别喜欢把文章直接拿来做现场分享,但这种情况的分享我没见过有效果特别好的。因为基本都是在念稿子。这就是我观点的最极端反面,几乎全都是字。如果一篇现场分享稿也全都是字。那请问大家是听你说话呢?还是看你文字呢?还是听你念字呢?这还不如把文档发给大家自己看呢。

我一直鼓励大家还是用 PPT 分享,因为 PPT 上不容易放太多字,只能放核心信息。因此用 PPT 会倒逼自己把关键信息摘取出来。由于字少了,信息少了,又会倒逼自己去更生动的传达观点。

我以我的《国家为什么老爱管我们》为例。我写完文章以后,又准备在团队内做个分享。但文章字数有 3 万多字,如果我当稿子念,估计大家梦都做两回了。所以我把文字信息给抽象,配上合适的图,把文章当做演讲稿,再多加一些即兴发挥。比如其中的「什么是资产证券化」一节,该节纯文本字数有 867 字,我转成 PPT 后如下:

2.png

用几张图片加摘要文字,展示资产证券化的演化过程。然后画了专门的图来介绍资产证券化本身的运行机制。最后加粗个大字表达核心的观点。

小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。

深知大多数初中级Java工程师,想要提升技能,往往是自己摸索成长,但自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!

因此收集整理了一份《2024年最新Java开发全套学习资料》送给大家,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
img
img
img

由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频

如果你觉得这些内容对你有帮助,可以添加下面V无偿领取!(备注Java)
img

面试题总结

其它面试题(springboot、mybatis、并发、java中高级面试总结等)

面试题总结

其它面试题(springboot、mybatis、并发、java中高级面试总结等)

[外链图片转存中…(img-qLhhCD73-1710418058490)]

[外链图片转存中…(img-fn21LD02-1710418058490)]

[外链图片转存中…(img-6tNzUOb4-1710418058490)]

本文已被CODING开源项目:【一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码】收录

  • 9
    点赞
  • 9
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值