ErrorBaker 技術共筆部落格

gRPC（Remote Procedure Calls）是 Google 發起的一個開源的 RPC 系統。目標是讓我們可以更輕鬆地創建分佈式應用程序和服務。這篇文章簡單介紹了 gRPC 和初步練習用 Go 寫出一個 gRPC 前後端。

新手上路的工程師，在使用公司專案的時候發覺專案中使用很多開發上很好用的套件，這是我原本在學習路上沒有見過或者有看過但沒用過的東西，於是乎我就開始研究這些東西要怎麼使用，而我覺得最好的方法，就是在我自己原本的 side project 中導入這些，讓我看看到底要怎麼使用。

網路上有很多寫文章教學，也有不少寫文章的好處，或許你就曾想過要寫文章？...

# 前言目前團隊在規劃建立一個元件庫，希望未來能在各個專案上快速套用自己所寫的元件。由於各項專案使用的框架可能有所不同，所以元件庫必須支援不同框架的使用情境。例如說 VueFormGenerator 當中的 custom field 是可以自由客製化表單中的元件，我們就能引用這個元件庫的元件，將其使用於 Vue 的表單之中。大部分元件在實作上沒有太大的困難，像是按鈕這個元件就很單純，開幾個欄位提供使用者改改顏色或改改樣式基本上就沒太大問題了。不過有幾項元件就不是那麼好實作了，例如本篇文章想要探討的 table 這個元件，它不光是改樣式這麼簡單而已，像是每個欄位需要如何抓取資料，各自的行為是什麼？還有表格所衍生出來的各項功能如何去實作？以及如何讓使用者自由客製化...等等。這些都需要提前設計好，才不會在使用的時候感到不方便。以往在 HTML 使用到 table 這個標籤時，每個頁面的表格都會是分開來做的，A 頁面的表格直接寫在 A 頁面的檔案底下，B 頁面的表格也直接寫在 B 頁面的檔案底下，所以每個頁面的表格需要幾個 column 都可以分別定義好的，有幾個功能也可以分別放上去。但是現在要達成的目標變成是，做出一個 table 元件，不管是 A 頁面還是 B 頁面，都可以直接使用這個元件，這也是第一次研究如何可以做出讓不同頁面一起使用的 table 元件。由於這邊的 table 元件是透過 Web Component 來實作的，所以上半部的篇幅會先提到關於 Web Component 最簡單的概念（已經了解的大大們可以跳過這部分），下半部才會是分享 table 元件的實作。

因為懶，我想要讓 Line 定期更新推特推文給我看

如果拿 Server 來舉例（本篇主要講的內容也是指 server）， server 基本上就是一個程式，而這個程式運行之後其他人就可以透過網路連線到 Server 來拿資料。而 Deploy，也就是部署，可以視為將已經寫好的程式使其運行的過程。

因為在學習系統的進度報告出現了奇怪的排版而困惑不已的我，踏上了研究 React-markdown 的旅途。

繼 Express 之後已經很久沒有接觸新的後端框架，作為前端工程師這次因為公司專案上要過渡到 Nest 的可能性，而選擇了 Nest.js 作為這次的研究主題，希望可以透過 Nest.js 了解一些常常提到的設計實踐跟成熟工具，並從常見的 CRUD 帶大家走過 Nest 的基本操作。