近期在公司內接觸到了部署測試站的流程，有別於以往直接通通 scp 過去 VM 的暴力方式，這裡採用的是 AzurePipelines、Docker、GCP 之間的半自動化協作，看來正在往 CI/CD 的路上發展。藉此機會，將學到的一些東西整理起來。

因為專案使用 Angular 的關係，我在開發上逐漸習慣都使用 TypeScript，甚至連近期在練習使用 Node.js 寫後端專案，也會盡可能使用 TypeScript。用習慣了之後，再回去看原生的 JavaScript，總是會感到渾身不對勁。

因為專案使用 Angular 開發，而 Angular 提供 RxJS Library 來做非同步請求的管理，身為一個前端工程師，為了讓程式碼更精簡好讀（也為了看起來更厲害），認真了解 RxJS 絕對是必要的。

有時難免會碰到網站掛掉，找到問題後發現是後端服務出錯的情況。身為純前端，這時通常會手足無措，因為必須等後端修復之後，才能回報 user。此時如果前端工程師能自行進入後端環境，做一些基本的偵錯處理，是否就能提升效率呢？

systemd 裡，除了用來操作服務的 systemctl 指令，另外還有一個 journalctl 指令，能夠用各種方式查看服務執行的日誌。也就是說，這對於除錯也是很有幫助的。

近來在開發網頁時，逐漸能感受到事先訂好類別規格的重要性。比方說，這次要新增的功能是「股票觀察清單」，若能事先定義好觀察清單、觀察對象（EX: 股票）、觀察清單的行為（EX: 建立、編輯、移除），那麼在開發時會清楚許多，往後若要為這功能增加或改動內容（維護階段），都可以從源頭來改。降低 bug 發生機率的同時，也能讓其他同事更迅速理解自己寫的架構，減少溝通鴻溝。為此，該來將先前粗略讀過的「物件導向程式設計」概念，拿出來再理解一遍了。

為了看懂後端主管寫的專案原始碼，趁著最近專案開發中間空檔，趕快來學習一下 Golang！基於自學習慣，我會先概覽這個語言的基礎，之後再針對遇到的主題進一步研究。

公司裡有個部門每天都會產出一定份量的繪圖檔案，目前都是人工手動上傳到 NAS，但是對於資料夾與檔案的命名卻沒有任何規範，根本就是個野生叢林！該部門的主管想建立一套規則來更有系統地管理這些檔案（還有管理這些繪圖人員），因此開了這個需求給我。

在前端的路途上，因為技術觀念尚不扎實，常常都是先做了再說，因此時常會遇到「咦？這個觀念不是跟我平常在用的 XXX 一樣嗎？」的情況，這次要討論的主題 Git Flow 正是其中之一。

機緣巧合下，我接到了個任務，需要把一套系統在一個新建的 Server 上架起來。盤點手上資源，是幾套程式碼，還有前人遺留在各 Server 的設定檔。我是剛轉職一年的前端工程師，對前端領域可說是才剛有一些心得，現在就來了這個任務…好吧！解就解，誰怕誰（反正有 Stack Overflow）！