如何准备技术串讲活动_技术准备包括哪些

如何准备技术串讲活动_技术准备包括哪些如何准备技术串讲?

大家好,又见面了,我是你们的朋友全栈君。如果您正在找激活码,请点击查看最新教程,关注关注公众号 “全栈程序员社区” 获取激活教程,可能之前旧版本教程已经失效.最新Idea2022.1教程亲测有效,一键激活。

Jetbrains全家桶1年46,售后保障稳定

前言

在字节,大部分研发同学在试用期结束前都会有一场收官之战,这被称之为新人串讲或者说技术串讲。不同于寻常的技术分享,技术串讲显得更加正式,关注度也相对高一些。结合自己的实际经历,今天我们就来聊一下如何准备一次技术串讲,希望本文对你有所帮助。

如何选题?

首先,串讲存在的意义是双向性的。对于公司而言,在意的是新人入职一段时间内的成长如何。这个成长,体现在业务,技术,表达等多个方面。对于个人而言,搬砖这么久,总要拿出一些东西证明下自己的实际产出和技术能力,完成一场收官之战。

这样的性质,就注定了一场完整的串讲应该是技术与业务一半一半,而非全部业务或全部技术。

在这样的背景下,选题上就会有一些局限。

不同部门存在业务方向差异,具体到每个人身上也会有所不同。

或四处搬砖,没有主线;或从零到一,独立负责。

不管是哪一种,都要认真做一次深度思考。

要思考的点有很多:

  • 这个功能为什么需要有?
  • 可以解决什么问题?
  • 设计思路是怎样的?
  • 技术上如何实现?
  • 最终是如何发挥作用的?

结合你参与的业务,按照上述几个思考方向展开。

如果你是独立负责某个项目,或者觉得参与的多个项目中某一个展开就有很多细节可说,那选择一个业务去讲就好。

反之,单个业务比较简单,就多选几个。

如何行文?

串讲是需要准备材料的,无论是ppt还是md文档(或者其他形式),都要注意行文结构。

一个乱糟糟的结构,不但会影响别人的理解,也会干扰自己的讲述思路。对于一些要求严格的部门,讲不好就再来,被打回的串讲多多少少是有些尴尬的。

建议编写材料前,心中要先有一个大纲,不必急于下笔。想清楚了,再上,争取一步到位。

如果你还没想好一个合适的结构,不妨参考一下我给出的结构。

内容概述,高度凝练

首先,概述你要串讲的东西是什么,这里可以配合脑图辅助说明。

如果缺少这一步,上来就讲,大概率别人不清楚你讲的是什么。听众迷迷糊糊,就会渐渐失了听下去的兴致。收官之战无人观看,岂不是有些过于清冷?

值得注意的是,概述,脑图不必展示太多细枝末节。

概述的目的就是开门见山,直截了当地告诉别人你要讲的内容是什么,详尽内容放在文章主体讲述就好。

举一个经典的概述例子:邹忌讽齐王纳谏。

高度凝练的一句话,就能很好地概述全篇。

当然,做串讲未必能凝练到这个地步,我只是给一个形式上的参考。

确定形式,脉络清晰

概述是告诉别人你要讲什么,确定形式是告诉别人你打算怎么讲。

技术服务于业务,业务推动技术提升。一般来说,串讲都是先讲业务,再讲技术。

尤其是讲述多个业务的时候,要尽量保持结构是一致的。比如都是按照为什么做,预期目标,设计思路,最终效果这个流程来。这样做的好处是别人可以知道你的讲述思路,听起来会有循序渐进地那种层次感,而不是东一块西一块地跳来跳去。

上述是对于业务部分的串讲,相比之下,技术的串讲会更加灵活。

如果你想讲某个库的源码,材料可以写的全一些,只讲核心就行。至于剩下的,材料发出,感兴趣的同学自行去看。源码这东西,终归是太干了,一般听不下去。

除了源码,你还可以分享一下性能优化,或者某个场景的解决方案,比如爬虫,水印,截图,鉴权…

重点在于,技术尽量不要完全和你做的业务割裂开。

详略得当,主次分明

一般来说,串讲时间控制在40分钟到一小时之间是比较合理的。这就意味着,即便你有很多想讲的内容,也要有明显的详略控制,优先把重要的提到前面写。讲不讲是一回事,写不写是另一回事,材料还是要尽可能地准备全一些。

如何讲述?

整理完材料后,接下来就是讲述环节。这并不意味着按照写的内容从上到下读一遍就完事了,需要注意的点也挺多呢。
比如流畅度,层次感,时间把控,收尾…

为了尽可能保证你在讲述的过程中不出现断片,语无伦次等奇奇怪怪的情况,试讲是十分重要的。

而试讲又分为自我试讲和他人试讲。

自我试讲

当你材料准备完,讲之前需要先自我试讲一下。这样做的目的是尽可能确保你的大脑和你的语言表达能对齐。此外,建议自我试讲时候也来个计时,看看讲完时间是否落在40分钟到一小时这个区间内。如果是,请保持。如果过短或者过长,要分析具体问题出现在哪个环节,下次注意。

他人试讲

正所谓当局者迷,自我试讲有些问题自己是察觉不到的。建议找mentor或者组内其他同事试讲一下,然后收集他们的反馈结果。有则改之,无则加勉。

平稳收尾

试讲过后就是正式串讲,到最后必然涉及到收尾问题。

不要太突然,戛然而止给人感觉有些突兀,也会有思维上的一个横跳。这样一来,体验会打折扣。

一个比较合适的承接表达是,总结式收尾

讲完所有主体内容后,对串讲做一个总结。

先讲了什么,后讲了什么,最后讲了什么。

然后再说,我的串讲结束。

(此时可以问大家有没有什么想问的)

这是一个双向考虑。在你开始总结的时候,听众就知道你要讲完了,他们此时可能会做好提问或者退出会议的准备。

对你而言,前边精神高度集中,可以在这个环节小小放松下。放松的心境更有利于回答其他同学接下来可能的提问。

再会

关于技术串讲,就先聊到这里。

情如风雪无常,

却是一动即殇。

感谢你这么好看还来阅读我的文章,

我是冷月心,下期再见。

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

发布者:全栈程序员-用户IM,转载请注明出处:https://javaforall.cn/230925.html原文链接:https://javaforall.cn

【正版授权,激活自己账号】: Jetbrains全家桶Ide使用,1年售后保障,每天仅需1毛

【官方授权 正版激活】: 官方授权 正版激活 支持Jetbrains家族下所有IDE 使用个人JB账号...

(0)


相关推荐

发表回复

您的电子邮箱地址不会被公开。

关注全栈程序员社区公众号