#

作为一个资「浅」工程师,我一直以来对技术分享会有种爱恨交织的情感,「爱」是因为可以感受到职业前沿的脉动,「恨」则是因为期待满载技术回家的期待打了水漂 —— 「我在哪,他是谁,讲的什么玩意我咋听不懂?」。于是听一场分享会的印象变成了:带着焦虑前去,坐在会场懵逼,脑袋空空回家,Nothing changes。

理想与现实

是不是我姿势有问题?不死心的我又参加今天的D2 前端技术论坛 ,这次我换了一种姿势。

一些准备

一个分享会的会议日程多则几天,少则半日。对于把「宝贵时间」精打细算的程序员(其实是要加班?)来说,无论门票收不收费,成本都是很高的。但如果再投入一些时间准备的话,原本 50 分的体验也许可以达到 90 分。

心理上的准备尤其重要,「我为什么要参加这个会?」是我问自己的首要问题,选项有可能是:

  1. 了解分享会的所有技术。
  2. 了解眼下的行业趋势。
  3. 瞄准某个议题,充分准备,把自己的疑惑拿出来与大佬交流。
  4. 感受大佬风采,路人转粉,激起对职业持续的热爱。
  5. 感受大佬的演讲,提高自己的分享水平。
  6. 找一个女朋友。

选项无论多么特别都行,适合自己就好,问清楚写下来,就算没有得到解答也会知道,「哦,我要的答案在这里找不到」。

了解所有技术?

以前我对「了解分享会的所有技术」有很深的执念,以为这是这是值回时间和票价的最佳途径。但仔细想想(多次碰壁)后,学习任何一种技术的过程都不可能在短短几十分钟的分享中完成。这个目标可以调整一下实践:简单记下听到的所有兴趣点。然后可以通过阅读文档,Hello World,工程实践,阅读文档,搜索 StackOverflow 完成后续学习。存在于大脑外的记录很重要,它让大脑放下记忆的负担,集中思考一些综合问题,比如 ——「了解眼下的行业趋势」。

感受趋势

了解趋势是一个思考的活儿,因为趋势有点像空气,它无处不在,但你又不能真真实实地体会到。遍览分享会的所有议题,把它们分类,可以知道哪些是议题处在流行分类,那些则是经典话题的新进展。而到了实际参会时,你可以去验证你的思考,Get 趋势在议题中的体现,而不是在自己从未接触的议题细节中迷失。

我今天到得较早,听了圆心的开场致辞,这也是我近期听到的比较好的前端趋势总结。总的来说,前端近几年经历了几件事情:

  • 流量从 PC 转向无线端,无线端趋向做到原生体验,趋向渲染性能的极致优化。
  • Node JS 应用体系的完善。
  • 相对于 toC,toB 业务的崛起给前端带来新的机会。
  • 工具、工程体系的沉淀。
  • 主流框架趋于稳定(React、Vue)。
  • 新的尝试:前端的智能化。

从会议日程表中,也感受到这些趋势。

会议日程

此后,在《设计稿智能生成代码平台》这样看似应用性强,实则演讲内容硬核的演讲里,我虽然不能跟上大量穿插专业词汇的内容,但智能化这个趋势引导着我放下焦虑,跳跃着关注记录一些对自己有帮助的点,例如「这里原来也用到 Puppeteer 爬数据,了解和学习一下 Puppeteer 爬自己需要的数据?」

渔夫的渔

像《你不知道的 Node.js 性能优化》这样的实用技巧分享,由于实践性极强,引来大批听众,后排一度拥挤到会议厅的门都关不上。演讲者分享的优化技巧紧跟 Node 版本,新颖而实用,后续肯定会放出相关的 PPT ,我就不搬运了。我多问自己的一个问题是,这些技巧的源头是什么,如何发现这些问题?不同的人挖掘的程度也不一样,我得到的答案是用 node-clinic 测试 node 程序,而发现业务问题是利用 pm2 的日志输出和 ELK 的记录能力。再进一步,写任何程序,围绕着性能测试,记录日志做事情可以让我们发现问题,从而走到下一步去社区寻求更好的实践。

演讲套路

以前只准备过内部分享会,技巧全靠拍脑门,由于就算「整段垮掉」也不会有很多人在意,我进步很缓慢。自从看了这篇《聊聊技术演讲的二三事》后,我略有感悟。这次参加 D2,我也想求证一下技术大佬的分享到底是不是踩着了这些点。《What makes Flutter fast》的讲师李宇骞,就让我感受到 Google 讲师的魅力。这一场不论是幻灯片的设计,还是语言流畅度,还是对观众提问的把控都十分到位,我想我第一场外部演讲会从模仿这位讲师开始。

One More Thing…

技术会随着时间而迭代,分享会也会有各种各样的形式。但优秀的榜样,进步的氛围会一直给人带来启发。而感受氛围,就要成为氛围的一部分;成为他们,就要学会总结和分享。总结一下这次的思路的变化,也算是我成为「氛围」的一步吧。

参考文章

如何优雅地参加技术分享会?
聊聊技术演讲的二三事