写在VSCode Extension系列文之後 - 12th铁人赛颁奖典礼得奖致词

2021/08/02

大家好，我是韦恩。

新的一年的铁人赛又到了，在这个时候，回顾下上次比赛结尾时的心境，期勉自己能够在今年做得更好。今年我未必会参赛，但肯定在下班之会继续写文章，把事情做得更好。

年初能够在颁奖典礼致词是一个有趣的经验。

三十天内连续发文，很难没有失误。我自己是不完美的，有失误。就我自己真实的观察(不限当届)，有不少人是提前准备的，但即使是提前准备，很少有人能够完全没有失误。

在一个激烈的竞赛，有些失误扣分就会扣分; 当然，有些时候，加分的比例会盖过失分，端看那看不见的权重比。

当我自己是位旁观者时，我自己会给自己或别人什麽样的给分权重呢？那时我不禁这样想着。

没有一个正确的答案，但因为是该组的参赛者，也是得奖的致词者，我也有自己的偏好的答案。

早些届前我还没参赛，看着ngzorro这个开源专案的作者(注1:此说可能有误，考察过参赛者应该是专案贡献者之一，不过写下面获奖感言前我确实是这样认为的，有可能是误会，下面主要陈述当时我心里的想法)匿名参赛，在赛期时撰写系列文推广自己的开源作品。开源专案的贡献者之一，虽然获奖，但没有获颁冠军。

他在我心里，绝对还是大神。

但那时还没参赛的我也思考了，凡事没有绝对，得不得奖，真的绝对代表得奖者是最强的、最厉害的人吗？我认为不是。

(2021/08/03)笔者当时的想法十分主观，这边单纯是陈述当下直接的想法。

赛後也听颁奖典礼现场主持人也说「有些过去的得奖人在後面因为害怕跌下神坛，後续就没有在参赛了。」，为此特别赞赏连续好几届的参赛者。

就我的角度，连续几届站在神坛上得奖的参赛者，如果他能得到绝对真实的肯定，其实根本原因还是源於喜欢分享的热情吧！

也因如此，出於对我心里面的大神的尊敬，在外头如果我提到我过去参加铁人赛，在外面提及铁人赛的经历时我的自我介绍时我是这样说的

「因为喜欢分享的缘故，XX年我参加了IT邦帮忙的铁人赛，我分享的系列文的主题是xxx」

在我的心底我能够跟愿意分享的人一起参赛，是我的荣幸。

好啦，讲了落落长的一段，下面是我去年铁人赛颁奖致词时的文稿，多个月前回覆主持方後，经建议把一些跟技术相关的部分在致词时拿掉，临场时也有些忘词，所以和现场有些出入，大体上想法是一样的。

注一：(2021/08/03)後面检查这一说法时发现可能有误，参赛者比较可能是专案贡献者之一，但是是不同人，不过主要贡献者当时比赛期间有在相关社团帮忙po该系列文，所以当时我是这样认知的。

(2021/08/03) 这些文字主要是陈述当时笔者的心得感想，从中进行解读很可能十分主观与片面，如果这些说法造成任何误解或误会，很是抱歉，还请不要探钻细节。就我自己个人的角度，有些我喜欢的作品没有入选佳作，当然是很可惜的，我也会找些机会想让别人认识这些作品，不过这种说法很容易让人误会。

另外，事实上我并没有跟任何相关人士交流，所以我的这篇文章跟想法没有能从中反应或推敲什麽不存在的事实的根据，上边文字仅仅只陈述从旁观者到一个参赛者到完赛後的我，当时的一些心境与认知上的转变。

12th铁人赛得奖致词稿

大家好，我是韦恩。

很高兴能够顺利完赛，并且拿了一个奖。能够在这里发表感想是我的荣幸，并不是因为我这个人如何，而是我能够在这里发表在Software Development组里参赛并完赛的心得与感想。

在上台前我还有些惶恐，因为这个组里面优秀的作品实在太多，不管是分享functional programming的部分，design pattern跟开源经验的分享，还是对kotlin语言或是各种主题的分享，都是可以让我获益良多的系列。这里的一些报名者对我来讲算是前辈，他们在燃烧着对自己开发技术的热情，来做分享; 当然有些报名者也不是很在乎名次，虽然分享着重量级的文章与内容，但主要还是来交朋友的。

这次因为疫情的关系，很遗憾没有机会在现场认识一些在比赛後无缘佳作的朋友，所以後面我会提及两三个里面令我印像深刻的系列文章。

好，在这之前，先来谈谈我自己，我叫韦恩，主要是前端工程师。这次比赛订的主题是

「 三十天玩转VSCode Extension 」

会订这个主题，很重要一部分原因是想藉由这个比赛让我自己练习下关於VSCode扩充套件的开发与不熟的部分，并让我自己更有能力接着挑战些更复杂的题目，像是VSCode提供的语言服务，可以跟我自己之前做的工具结合起来。

在铁人赛之前，我在其他场合分享一个自己做的template语法与parser处理工具，提供像nodejs社区流行的ejs模板一样的基本功能，这类compiler系列的工具可以配合VSCode的语言服务来提供语法查，与关键字的颜色等等。

但这个主题一个受众相对少，而且自学难度跟出错程度比较高。所以我没有一开始直接挑战这个题目，主要还是先从大众容易接受的题材，像是UI元件、Webview跟前端框架的整合着手。先做一些我跟一般人可以快速练习跟上手的小练习，再带一些实作的细节。

我比较有成就感的地方是在讲Webview的部分，这部分有讲到跟前端框架整合的地方，在官方文件上没有提到，所以我一边参考开源项目里的整合方法一边修正，提供给使用者一些其他地方没有的教学，希望能让使用者避开一些地雷。

後面我的战场开的有点太多，有些想要的东西就没有在30天计画内写到，那日後是一定要想办法再後续的文章补齐的，并且要修正文章的一些地方。目前因为个人的关系，进度有些拖延，这里跟有订阅文章的朋友说声抱歉。

好的，那以上是关於我参赛的内容。

原则上我自己参加比赛或业外活动有几个原则：

1. 尽量靠自己找到眼前问题的解决方法，宁可有些写的地方不好，也要用自己的方式完赛。
2. 分享的主题跟在公司内使用的技术保持一点距离，公事的内容跟个人私下的活动分开。
3. 跟习惯夸耀自己的参赛者保持距离。

很高兴我按照上面的原则做事情，并且发满三十天的文章
(当然，很累，挑战新的题目，也不知道写的对不对)

这次因为疫情的关系，很遗憾没有机会在现场认识一些在比赛後无缘佳作的朋友。

所以後面我主要会提及两三篇未在佳作，但令我印象深刻的系列文章与作者。

• Why Flutter why? 从表层到底层，从如何到为何

作者是个资深的Flutter工程师，分享很多深入的Flutter相关原理，很佩服这麽资深的工程师还愿意拨出这麽多时间下班写三十天的分享。通常越资深的人，手头工作上的任务会越多，时薪也更高。

• 你终究都要学设计模式的，那为什麽不一开始就学呢

作者在赛後还持续写文章分享，最後在年前遵守跟自己的约定写到第五十七篇。

同主题的系列文还有乾太的「 设计模式不难，找回快乐而已，以大头菜为例 」

• [Re:PixiJS - Day01] 再谈 PixiJs

作者分享了四十五篇跟PixiJs有关的文章与相关实作，这位作者好几次重复参赛，还能这麽有热情，蛮佩服作者的。

以上是让我印象深刻的几个系列文章，基本上我看别人文章的数量跟时间也不多，相信本次铁赛人一定还有更多优秀的系列文没被我介绍到。

很感谢这次铁人赛的主办单位，让我有机会跟众多参赛者们一起学习与成长。

能够第一次正式参赛拿到冠军，感觉像是第一次挑战boss成功就马上掉宝物或跟头奖。

铁人赛挑战三十天发文章成功，是一定是会获得大量的经验值的，但打到掉宝感觉还是要有点机率跟评审老师的青睐的。

在这里也感谢评审老师们不嫌弃，让我不需要再刻意打副本刷宝，心态上是可以更轻松的挑战更多有创意的题目。

感谢大家。