iT邦幫忙

1

寫在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. 跟習慣誇耀自己的參賽者保持距離。

很高興我按照上面的原則做事情,並且發滿三十天的文章
(當然,很累,挑戰新的題目,也不知道寫的對不對)

這次因為疫情的關係,很遺憾沒有機會在現場認識一些在比賽後無緣佳作的朋友。

所以後面我主要會提及兩三篇未在佳作,但令我印象深刻的系列文章與作者。

作者是個資深的Flutter工程師,分享很多深入的Flutter相關原理,很佩服這麼資深的工程師還願意撥出這麼多時間下班寫三十天的分享。通常越資深的人,手頭工作上的任務會越多,時薪也更高。

作者在賽後還持續寫文章分享,最後在年前遵守跟自己的約定寫到第五十七篇。

同主題的系列文還有乾太的「 設計模式不難,找回快樂而已,以大頭菜為例 」

作者分享了四十五篇跟PixiJs有關的文章與相關實作,這位作者好幾次重複參賽,還能這麼有熱情,蠻佩服作者的。

以上是讓我印象深刻的幾個系列文章,基本上我看別人文章的數量跟時間也不多,相信本次鐵賽人一定還有更多優秀的系列文沒被我介紹到。

很感謝這次鐵人賽的主辦單位,讓我有機會跟眾多參賽者們一起學習與成長。

能夠第一次正式參賽拿到冠軍,感覺像是第一次挑戰boss成功就馬上掉寶物或跟頭獎。

鐵人賽挑戰三十天發文章成功,是一定是會獲得大量的經驗值的,但打到掉寶感覺還是要有點機率跟評審老師的青睞的。

在這裡也感謝評審老師們不嫌棄,讓我不需要再刻意打副本刷寶,心態上是可以更輕鬆的挑戰更多有創意的題目。

感謝大家。


尚未有邦友留言

立即登入留言