29. IT铁人赛30天之後

0. 前言

(标题让我想到彼岸岛48天後(踹飞))

终於来到了最後一天!我真的是由衷佩服那些文字工作者,每天写文章真的是太辛苦惹XD||||。

首先要感谢@tmt514的推坑,跟我一起完成30天的挑战OwO。也由衷感谢所有的读者的观看,虽然原本的目的是写给自己看的,但感谢大家愿意花时间听我喇赛讲我对工程管理想法。有时候会有些读者回应,或者朋友偷偷敲我说觉得感同深受,这些对我来说其实都是很大的支持。

既然是最後一天我想来简单回顾一下这30天的文章与我学习到的东西。(绝对不是想偷懒可以少写一篇科科)

1. 关於LeadDev

目前LeadDev其实有300多个youtube影片,而我写的28篇其实只是其中的一小部分而已XD。一开始我觉得这麽多演讲完全不愁资源吧,但到了10天之後我就开始感受其实找影片真的是很困难的一件事情,後来每天往往要快速scamming完一两场演讲才能找到比较好的演讲。

我自己筛选的标准是这样

  1. 尽量不要太多重复的主题。虽然我一开始的title是给leader看的,但我觉得蛮多内容对於senior或者junior engineer都是蛮有帮助的。这其中有很多演讲都是给新手leader的talk,大部分其实都还不错,但是因为怕重复性太高我就尽量减少选这些XD。
  2. 尽量选30分钟的演讲。演讲的时间主要分成三种10、30、45。我尽量会去选30分钟的去摘录,45分钟其实也可以选但主要是下面第三个理由而不选XD。至於10分钟的太短了其实大家自己看就好了也不用我的摘录,我总共选了两次10分钟的影片还是因为差点写不完....XD|||,文章质量下降我深感抱歉Orz。
  3. 选演讲不是panel discussion。这一两年因为Covid的关系,所以这个Conference改成线上panel session。而Panel可能比较没那麽structured,加上也比较长。所以也因此对於这一两年的video我基本上都没有提及。

不过在这边还是要跟大家说一下抱歉,其实有蛮多篇演讲我觉得选的很不好,自己也没什麽特别学习的,但因为自己时间因素我还是写出来了Orz...,我觉得真的值得听的大概可能只有一半而已XD"。

下面来整理一下三十天的文章,用我自己的分类乱分了一下XD|||(给星星代表我的推荐指数XD,如果大家没时间可以只看4~5星的,虽然是个主观认定XD):

2. 关於我写文章的流程

不知道大家会不会好奇但我自己想记录一下,没兴趣的人可以直接跳过这一段(欧飞)。

我每篇文章写大约3000字上下,花的时间大概是2~4小时XD,写文章的流程如下:

  1. 50 mins 扫过+做笔记
  2. 90 mins 将笔记转成书摘
  3. 60 mins 写心得

所以整个下来就是3~4个小时啦,虽然听起来没有很多好像一个下午就写完了,但要下午两点开始一路写到六点基本上是蛮困难的,虽然我现在是个待业的状态,但毕竟还有其他事情要做O.O。我一开始真的觉得一天至少可以写两篇,但後来发现真的是太天真了XDD。倒是後来比较熟练之後一天写个一篇半是还ok的。

3. 我学到的事情

翻译真的很困难

很多事情要把英文翻成中文真的是很难翻的很传神。例如常写到的leadership、commit、delegation、glue work、credits、context、review、empower等等都其实超难翻。特别是有些需要context的梗就更加的困难。

而且很多用语我猜是本来就连中文翻译就没有的,所以就只能我乱翻一通。例如团队摩擦力那篇提到的四个阶段,我完全就是硬翻的XD。希望大家不要太纠结於我的中文,还是建议有兴趣的人可以去看看原文会更能理解讲者想表达的内容。

关於演讲技巧

虽然只写了28篇XD,但我大概至少看了有50篇演讲,所以大概可以感受得到哪些演讲是讲得好的哪些是讲的不好的。大概有一半以上的讲者都是以这样的架构去演讲:

  1. 先以故事把观众带入情境,或丢出一个问题让大家思考
  2. 简单自我介绍背景
  3. 列出agenda
  4. 分点说明
  5. 回顾内容与总结

而这种演讲对我来说也是比较容易理解,或我比较推荐的。不过无论架构如何,我自己觉得好不好理解非常取决於讲者的架构有没有逻辑,很多时候讲者的因为A所以B都蛮牵强,让我有点难连结演讲的内容。

另外平衡也是很重要的,虽然一场好演讲必须要有好故事来衬托出内容,但有些讲者的故事太多,会让人抓不到你要讲的重点。毕竟你来演讲还是希望观众带点东西回去,所以强调你演讲的重点还是非常的重要。特别是在讲完之後如果有个回顾(recap),会更加深观众的记忆。

虽然批评了很多演讲的技巧,但我觉得最最重要的还是内容有没有让观众获得启发XD。有些我觉得演讲方式很不好,投影片也一堆字的那种,只要我觉得我有学到东西,其实对我来说就蛮不错的。

关於外国科技公司的风气

虽然没有讲者明说,不过我自己有观察到或感受到外国科技公司一些蛮不错的文化(当然也是有点bias的啦,毕竟讲者只是沧海一粟)。

  1. 对於换工作这件事蛮open-minded的。就大家来来去去其实蛮可以被接受的,甚至有很多公司在讨论职涯规划的时候直接思考下间公司何去何从。我自己觉得这价值观蛮健康的,与其避讳讨论禁忌话题,不如open minded的公开来讨论。(见8. 你的薪水是怎麽决定的?

  2. 对於这种leadership role,似乎都会找mentor与coach帮忙指导。虽然我记得有一篇演讲讲者有问台下是leader的观众,有没有受过任何的训练,好像有一半以上的其实都没有。但有不少讲者会提到他自己学习过程中是有好的coach带着他们,而这件事情帮助他们很大等等,甚至有不少讲者就是在这种tech consultant 公司工作的(例如:thoughtwork)。

    我前公司虽然有不少内部training课程,但我觉得这些其实用途不是很大,因为leader的coach其实蛮需要人一对一的花时间静下心来讨论,并随着时间的演进不断的来回讨论。不知道公司有没有任何计画愿意投资在这件事情上。

关於写文章

写好文章真的是非常需要毅力的一件事,特别是first time文字工作者。

我自己觉得写文章最困难的第一件事就是「建立自信」。其实你要把你的想法讲出来公开的给别人检视,是非常需要勇气的。一开始都会担心写出来的东西不正确,会不会误导别人,还会请别人各种校稿,死拖活拖才愿意按下送出的按钮。越是完美主义的人越会遇到这个困难。

而我自己如何抵抗这个imposter syndrome的心魔?对我来说就是要说服自己:「这些文章都是写给未来的自己看的,而不是写给别人看的」,因为我一旦这样想,就会少了许多压力,也比较不会斤斤计较一些细节(实际上会在意你写的文章的人也不是那麽的多)。写文章是如此的困难而且有如此多的阻力,尽量的减少这些摩擦力(frication),才有办法真的把文章生出来。(当然相对的我的文章的quality就会变得很差XD,也就是有很多文章其实都写很乱也很不正式...,还请大家不要介意Orz...)

我觉得练习写文章这件事跟写code很像,我们都需要做好prioritize的工作。身为工程师的我们往往会想要写完美的code,用一堆design pattern,写的很flexible。但是在时间有限的情况下,其实写出可以动的code还是首要考量。所以宁可牺牲一些品质,把feature成功的deliver出去,其实还是最重要的。

4. 结语

我自己梦想中的好Leader,是像好的教练一样可以激发大家潜能的人,也是我一直努力向往的目标。

看了这麽多的演讲对我来说,不只是从演讲里学到的一些想法与观念而已,还有更多的是我与自己的对话。也有一部分是我获得了一些好的故事,让我可以在帮助别人的路途上,有好故事可以说说。

短期之内我应该暂时不会在继续更新这里XD,应该会先转嫁到我的medium blog继续写英文的文章,如果有兴趣的话可以过去发漏我:3,有想问我问题的也可以私训我,谢谢大家m(_ _)m。


<<:  Day30. 是结束,也能是开始 - Review

>>:  [NestJS 带你飞!] DAY30 - 实战演练 (中)

建立第一个RESTful api server(实作篇)-3 (Day15)

接下来,我们目前开了两组的api的规范,紧接着就要在golang里面撰写实际的api了 以下为开设a...

【Day30】Git 版本控制 - 完赛啦!

今天是第 30 天,终於,完!赛!啦! 老实说在这 30 天的过程中真的怀疑人生好几次。 一开始,决...

Day-15 RAID

RAID tags: IT铁人 这个硬碟有多棒 在评断一个硬碟有多高的Availability时,我...

Day 6 : HTML - 网页排版超强神器part_2,CSS grid到底是什麽?

上篇介绍了CSS Flex,这篇想来聊聊CSS grid到底是什麽东西 这里想先给大家一个观念: F...