台上三分钟,台下十年工

献给想要站在技术分享社群的朋友,希望这篇分享可以让你勇敢向前迈进。

刚成为现职公司员工时,刚好有个机会是可以出差演讲顺便做招募。选定主题没有花很多时间讨论,马上就定案。首先主题符合该技术年会的议题,另一个可以聊到产品以及 Android Team 在做的事情,最花时间反而是在过简报内容。在第一次上台演讲後,隔年参加别的技术年会时更加得心应手。接下来在参加实体技术年会观察到如何克服上台的恐惧,以及讲者上台前可以做些什麽。

在开讲之前的练习

很多的开发者想要讲的内容很多常常会讲超时,或是上百页的简报只讲了不到十分之一。能够了解对方想要表达的想法很多,但是若没办法完整讲完,是一件很可惜的事情。所以在要开讲之前,先想想你的听众想要听什麽,接着在有限时间里面你想要表达的主题是什麽,最後再看看时间跟简报怎麽做分配。

不确定自己可以做到什麽程度,那麽就请自己的同事或朋友。没有朋友,我懂。可以请主办单位做协助,因为他们也会希望你的内容可以顺利进行,相信很乐意帮忙的。

使用辅助工具

相信很多人会想我要在外面开讲,使用简报笔就不用固定站在电脑前操作了。这个想法很好,可以多一些与听众互动的机会,但是平常练习演讲时就要习惯拿着简报笔。毕竟除了简报笔之外,你手上还有一个麦克风。当双手都拿着东西的时候,有些人像是被束缚住,而自乱阵脚。最常看到的是,拿着简报笔,常常朝投影布幕方向按下一页,然後一直在思考为什麽无法顺利切到下一页。

开讲前的试讲

在实体会场会面临自己的设备跟外接投影机不合,可能无法投影,或是简报有色差。如果可以先行做测试,还有时间可以做调整,不会上场的时候手忙脚乱。再来是确认麦克风的音量,还有手持麦克风的距离。毕竟有些人讲话比较小声,可能坐在最後一排的听众是不清楚你想要表达的,这个可以请工作人员现场协助做确认。

与会者交流

曾经遇过与会者来问,工程师团队不想要导入新技术,该怎麽说服对方。当时请与会者分享故事,起因在他没有跟开发团队说明,就把技术导入了,让同事什麽都不知道就跟他一起上了船,想当然後续他想要推动什麽技术,同事反弹声音很大。而之後他试着换位思考之後,发现还有其他的方案可以进行,所以交流就很开心的结束了。

不用担心与会者抛出什麽可怕的议题,或是假想对方就是来挑战你的。毕竟大家都是技术开发,说不定对方抛出的是你没想到的盲点。互相交流得到新的想法,才是来技术年会最大的收获不是吗?

上述分享都是线下技术年会看到的状况,期待疫情趋缓之後,与线下的朋友做技术交流分享。


<<:  Day 0x1A odoo addons 永丰金流开发(Part 2 - model, view, security)

>>:  Day 22 rspec-rails 介绍!

day20: immuable

今天提到 immuable,对於程序当中储存的资料来说, 如果你存的资料可以被更改,那你永远不知道谁...

Day19. 手牵手,我的朋友,物体永远在你左右 - Constraint

今天是弹珠台完成後的第一篇,我们依然会带大家看一些还没提到的模组,最後再来做一个小实作,实作题目先卖...

DAY21 - 金鱼脑学了新的忘了旧的

前言 今天是铁人赛的第二十一天,终於把之前超前部署的文章存档的扣打都用完了 今天上传的文章,今天才开...

微自干的旅程没有结束

微自干的旅程没有结束,但是每日连载的部分先不要。 进入正题 如果有关看我隔壁棚的轻松小品 (?) ...

EP14 - 调整架构 EC2 与负载平衡器

昨天我们很有胆试的将 VPC 砍掉重建, 为的就是将网段重新安排, 但是还没处理好的部分, 则是 G...