首頁內容關於
IT工程師 - 技術筆記
Top 5
其實我也還不清楚什麼才叫做「聰明工作」，我確實還在摸索尋找的路上，因此我只是單純想留下一些資訊，好提醒自己，不要忘記了。
急事緩做：
不管多著急的事情，一定要冷靜下來，慢慢做。不要受其他著急的人影響。
方法總比問題來得多：
要相信這點，然後拼命地去想，不要懷疑。
每天只要做三件事情就好，不要多
我一直認為資訊領域的工程師這個職業，工時是不需要那麼長的，我根本沒辦法連續專注八小時在工作上面，事實上我只有幾個小時的鐘頭是有產能的，而且創意以及新的解法，大多都是在我「休息」的時候出現的。
然後我開始尋找有關於「週休三日」、「縮短工時」的關鍵字，我確實正在嘗試，這樣做，對我的工作會有什麼改變。
本文將指導您如何輕鬆註冊 Google Cloud Platform (GCP) 的免費試用帳號。GCP 提供 90 天的免費試用以及 300 美金的額度，非常適合初學者或希望試用雲端服務的用戶。按照簡單的步驟，您就能輕鬆完成註冊並開始使用 GCP 的各項服務。
本篇文章深入探討一位軟體開發工程師在職場上累積15年經驗後的反思與見解。文章涵蓋職涯發展、工作與生活的平衡、技術債務、批評文化及保持工作熱情等主題。希望能為眾多工程師提供啟發與指引，並協助他們在快節奏的科技環境中找到出路。
這篇文章將提供一個完整的Kubernetes安裝指南，包括控制平面節點和工作節點的安裝過程。文章中還會提及一些參考資料和解決常見錯誤的方法。
這篇文章介紹了路由器 (Router) 在網絡硬體中的功能與運作概念，包括路由器的工作原理、運作流程和與其他硬體設備的區別。文章也提及了路由器運作的基本概念，例如路由表的建立方式和路由協定的基礎知識。
其實我也還不清楚什麼才叫做「聰明工作」，我確實還在摸索尋找的路上，因此我只是單純想留下一些資訊，好提醒自己，不要忘記了。
急事緩做：
不管多著急的事情，一定要冷靜下來，慢慢做。不要受其他著急的人影響。
方法總比問題來得多：
要相信這點，然後拼命地去想，不要懷疑。
每天只要做三件事情就好，不要多
我一直認為資訊領域的工程師這個職業，工時是不需要那麼長的，我根本沒辦法連續專注八小時在工作上面，事實上我只有幾個小時的鐘頭是有產能的，而且創意以及新的解法，大多都是在我「休息」的時候出現的。
然後我開始尋找有關於「週休三日」、「縮短工時」的關鍵字，我確實正在嘗試，這樣做，對我的工作會有什麼改變。
本文將指導您如何輕鬆註冊 Google Cloud Platform (GCP) 的免費試用帳號。GCP 提供 90 天的免費試用以及 300 美金的額度，非常適合初學者或希望試用雲端服務的用戶。按照簡單的步驟，您就能輕鬆完成註冊並開始使用 GCP 的各項服務。
本篇文章深入探討一位軟體開發工程師在職場上累積15年經驗後的反思與見解。文章涵蓋職涯發展、工作與生活的平衡、技術債務、批評文化及保持工作熱情等主題。希望能為眾多工程師提供啟發與指引，並協助他們在快節奏的科技環境中找到出路。
這篇文章將提供一個完整的Kubernetes安裝指南，包括控制平面節點和工作節點的安裝過程。文章中還會提及一些參考資料和解決常見錯誤的方法。
這篇文章介紹了路由器 (Router) 在網絡硬體中的功能與運作概念，包括路由器的工作原理、運作流程和與其他硬體設備的區別。文章也提及了路由器運作的基本概念，例如路由表的建立方式和路由協定的基礎知識。
橋接器的特色就是將多個不同網段的獨立網路﹝進行連接﹞，就好像一座橋一樣，把不同的網絡變成同一個網絡一樣。
然而這樣做的主要目的是﹝提高網絡的可靠度﹞、﹝增加網絡的效率及安全性﹞。
如圖所示，﹝Bridge﹞在這邊的運作流程是：
接收到發送請求→判斷請求是否放行→傳送到目的位址。
範例：
上一篇講到關於「常見實體層-網路線」的部分，目前我都是只記錄自己操作過的設備和系統，而且主要是先講個入門大概，希望未來有機會再開新的篇章，更深入的記錄這些設備及系統。
中繼器的特色就是﹝增強訊號﹞，主要目的是為了﹝改善訊號衰減問題﹞。
Hub 缺點：
為了方便筆記的整理及可觀性，我會以【OSI模型架構】依序整理下去，盡量記錄每一階層中所擁有的特點。
乙太網路線(ethernet cable)：
圖片來源：Pixabay
乙太網路線是由四對的雙絞線組合而成，接頭大部分都是使用「8P8C水晶頭」，不過大家都常稱為「RJ-45水晶頭」，後續皆稱RJ45
現今計算機的網路體系結構分為兩種：
OSI 七層架構：最早被定義出來的標準框架，許多架構也都是依此為基底去變化的，因此七層架構也較為完整，但已漸漸不符合現今迅速發展的需求，已變成既複雜又難以實用的架構。
TCP/IP 階層架構：該架構由OSI七層架構變化而來的，因概念簡單易懂，現今較多為採
第一層(Layer1) - 實體層（Physical Layer）
實體層主要是用來定義設備裝置之間位元資料傳輸，也就是透過物理線材連接至其他實體設備，傳遞0和1的數位訊號。
實體層包括了針腳、電壓、線纜規範、集線器、中繼器、網卡、主機介面卡等。
第二層(Layer2) - 資料連結層（
關於階層(Layer)
為了降低設計的複雜度，因此《國際網路組織》制定通訊協定應該要有的特性，而我們得認識這些特性，在依照這些特性來制定規格並實現，特性分類如下：
階層性(Hiierarchical)：上一層完成工作後再交給下一層，通訊協定就是利用層次性的關係，將整個通訊協定分為若干層次來實現
何謂「通訊協定(Communication Protocol)」？
電腦之間進行互相通訊所遵守的通訊方法，這個方法是由大家協議出來的通訊方法就稱為「通訊協定」。
情境：
【人類彼此溝通時，Ａ使用中文，Ｂ也同樣也要使用中文。】
通訊協定的實際應用
橋接器的特色就是將多個不同網段的獨立網路﹝進行連接﹞，就好像一座橋一樣，把不同的網絡變成同一個網絡一樣。
然而這樣做的主要目的是﹝提高網絡的可靠度﹞、﹝增加網絡的效率及安全性﹞。
如圖所示，﹝Bridge﹞在這邊的運作流程是：
接收到發送請求→判斷請求是否放行→傳送到目的位址。
範例：
上一篇講到關於「常見實體層-網路線」的部分，目前我都是只記錄自己操作過的設備和系統，而且主要是先講個入門大概，希望未來有機會再開新的篇章，更深入的記錄這些設備及系統。
中繼器的特色就是﹝增強訊號﹞，主要目的是為了﹝改善訊號衰減問題﹞。
Hub 缺點：
為了方便筆記的整理及可觀性，我會以【OSI模型架構】依序整理下去，盡量記錄每一階層中所擁有的特點。
乙太網路線(ethernet cable)：
圖片來源：Pixabay
乙太網路線是由四對的雙絞線組合而成，接頭大部分都是使用「8P8C水晶頭」，不過大家都常稱為「RJ-45水晶頭」，後續皆稱RJ45
現今計算機的網路體系結構分為兩種：
OSI 七層架構：最早被定義出來的標準框架，許多架構也都是依此為基底去變化的，因此七層架構也較為完整，但已漸漸不符合現今迅速發展的需求，已變成既複雜又難以實用的架構。
TCP/IP 階層架構：該架構由OSI七層架構變化而來的，因概念簡單易懂，現今較多為採
第一層(Layer1) - 實體層（Physical Layer）
實體層主要是用來定義設備裝置之間位元資料傳輸，也就是透過物理線材連接至其他實體設備，傳遞0和1的數位訊號。
實體層包括了針腳、電壓、線纜規範、集線器、中繼器、網卡、主機介面卡等。
第二層(Layer2) - 資料連結層（
關於階層(Layer)
為了降低設計的複雜度，因此《國際網路組織》制定通訊協定應該要有的特性，而我們得認識這些特性，在依照這些特性來制定規格並實現，特性分類如下：
階層性(Hiierarchical)：上一層完成工作後再交給下一層，通訊協定就是利用層次性的關係，將整個通訊協定分為若干層次來實現
何謂「通訊協定(Communication Protocol)」？
電腦之間進行互相通訊所遵守的通訊方法，這個方法是由大家協議出來的通訊方法就稱為「通訊協定」。
情境：
【人類彼此溝通時，Ａ使用中文，Ｂ也同樣也要使用中文。】
通訊協定的實際應用
承上篇【NGINX 架構 - 事件驅動架構】後續，這篇開始記錄函數庫的相關筆記
事件驅動處理函數庫：
函數庫的細節，就沒打算太過深入，我們只要知道模型的運作方式、優缺點及如何使用就足夠了。
1. select模型：
手動啟用模組編譯：
禁用模組編譯：
2. poll模型：
Nginx編譯代碼：
上一篇有講完【NGINX 架構 - 《模組化設計》】後，接下來這邊透過自己的理解，來專門介紹『事件趨動架構』，以此來幫助自己認識NGINX架構的內容。
什麼是「事件驅動架構」
而這邊指的事件驅動架構是一種程式設計的方式 - 事件驅動程式設計（Event-driven programming）
上一篇有提到﹝NGINX﹞低消耗高效能的原由，正來至於它優秀的架構設計，其架構主要包括：『模組化設計』、『事件驅動架構』、『請求多階段非同步處理』、『管理程式與多工程式設計』、『記憶體池設計』。
而這邊透過自己的理解，來專門介紹『模組化設計』，以此來幫助自己認識NGINX架構的內容。
核心模組：
承上篇【NGINX 架構 - 事件驅動架構】後續，這篇開始記錄函數庫的相關筆記
事件驅動處理函數庫：
函數庫的細節，就沒打算太過深入，我們只要知道模型的運作方式、優缺點及如何使用就足夠了。
1. select模型：
手動啟用模組編譯：
禁用模組編譯：
2. poll模型：
Nginx編譯代碼：
上一篇有講完【NGINX 架構 - 《模組化設計》】後，接下來這邊透過自己的理解，來專門介紹『事件趨動架構』，以此來幫助自己認識NGINX架構的內容。
什麼是「事件驅動架構」
而這邊指的事件驅動架構是一種程式設計的方式 - 事件驅動程式設計（Event-driven programming）
上一篇有提到﹝NGINX﹞低消耗高效能的原由，正來至於它優秀的架構設計，其架構主要包括：『模組化設計』、『事件驅動架構』、『請求多階段非同步處理』、『管理程式與多工程式設計』、『記憶體池設計』。
而這邊透過自己的理解，來專門介紹『模組化設計』，以此來幫助自己認識NGINX架構的內容。
核心模組：
