首先要感謝以下兩位的文章給我的靈感
每次看完別人的文章都有一種：
哇，好厲害，居然可以條理分明地列出所有做過的事情，然後每一件事情都可以講出一個所以然，然後放到一篇文章中做紀錄，尤其是對我這種沒什麼在寫文字的人來說。
這樣的想法時常在我腦海中浮現，於是就產生了這篇文章，內容並不會有制式規定，想寫甚麼就寫甚麼~
去年 12 月 10 號開始第二份前端工程師的工作(就是目前這份)，直到現在滿一年又多一點，真的深刻感受到公司好壞的差別。
因為我上一份工作經驗超級無敵差，進去沒三個月就直接倒閉這樣，中間曲折離奇的故事就更不用說了。關於這一段故事我想我會寫一篇文章另外講。
而目前的公司有兩個開發部門，我的部門是專門接專案做的，所以產出的專案就會比較多一點，然後品質比較差(?)，畢竟在有限時間內不可能事事求最好，不過我捫心自問我都是很認真在寫啦。
來說說我做了那些專案吧
這個系統蠻特殊的，後來也當成公司的產品在做，但因為我是中期才加入專案，架構跟寫法都因為已經有了不好改，加上當時的我對 Vue 真的很不熟悉，所以每隻檔案幾乎都沒在拆 component 的，主要的檔案幾乎都是千行起跳。
這也導致我到後期就開始要加新的程式碼的時候就會很痛苦，因為一隻檔案裏面 template , data , function ,style 全寫在一起，光是要找到我想要找的變數就很不容易，滑鼠要瘋狂的滾，後來雖然有用了 vscode 的 ctrl + f 去搜尋，是有加快了一些，但是並沒有解決根本的問題。
現在回想，這可能也是間接導致我的開發速度慢上不少的原因，但是我當時並不知道。 所以後來在 成為卓越程式設計師的 38 項必修法則 書中讀到 DRY 原則跟 KISS 原則，就覺得相見恨晚。
對，就是台北市政府開放資料平台的前端是我做的，但因為沒有特別複雜的邏輯，每一頁都是簡單的呈現一些資訊而已，相對其他專案來的簡單，所以做起來的成就感不是很大，唯一比較有挑戰的地方可能是智慧繪圖(圖表)的部分。
這個專案比較大一點，在寫的時候也大量使用了 vuex，想說順便藉著專案來學習 vuex，但我自己感覺是用了之後反而綁手綁腳，複雜的程度還沒到那裏，用了反而提高複雜度。
希望以後能記取這次的教訓，不要只是為用而用。
這是某個即將跟大家見面的論壇，因為 Vue 專案寫出來的內容並不會有 og:title、og:image 這種 meta tag，而案主強力要求要有這樣的功能，所以採用了 Nuxt.js 做為這次的開發框架。
Nuxt.js 帶給我的開發體驗讓我非常滿意，因為如果你熟悉 Vue.js 及 Node.js 的話，那就幾乎不用再多學習甚麼了，官方文件也都非常簡單明瞭，也有各種優質的官方模組，在官網沒有的東西也都 google 的到解答，整個社群的活躍程度算是蠻高的。對於 Nuxt 開發，我之後也會另開文章來講解！敬請期待！
一直變胖，真的該去運動了...目標 -10 KG
今年員旅去了宜蘭-龜山島的行程，老實說蠻無聊的 XD，下次是國外旅遊去泰國看能不能好玩一點
希望未來的一年…