【#程式教學】「想學會寫程式，必先練此功！」
新手必備✨C語言懶人包✨
大家千呼萬喚的C語言懶人包來啦🤟🏻一起看下去！！！！
1️⃣C語言：入門基本功💪🏻
C語言是個超～強大的程式語言，C語言靈活高效的運算和豐富的功能性，以及可以跨平台使用的特點，成為了近30年來用途最為廣泛的語言。...
【#程式教學】「想學會寫程式，必先練此功！」
新手必備✨C語言懶人包✨
大家千呼萬喚的C語言懶人包來啦🤟🏻一起看下去！！！！
1️⃣C語言：入門基本功💪🏻
C語言是個超～強大的程式語言，C語言靈活高效的運算和豐富的功能性，以及可以跨平台使用的特點，成為了近30年來用途最為廣泛的語言。
C語言最常使用在作業系統的編譯器中，由於它擅長處理低階語言，也常常被當作設備和軟體的橋樑，如果你想成為厲害的作業系統開發者，就學C語言吧！
2️⃣C++ ：實用程度高🙌🏻
C++ 擁有C語言沒有的「物件導向設計」，讓C++比C語言更容易學習🧰
由於物件導向帶來的方便性，且承襲C語言的優點及特性，使得C++常常用來撰寫電腦的軟體，常見的Office系列軟體就是以C++撰寫而成的。
3️⃣C# ：初學者的首選👆🏻
C# 是全物件導向設計的高階語言，比起C和C++更容易上手，是不少初學者的首選❣️❣️❣️
✔️以程式開發來說，C++的應用多於C#
✔️以網頁設計來說，C#則大大勝出💓
4️⃣學習的容易性ℹ️
學習的容易性是C#>C++>C
但應用的範圍是C>C++>C#；C語言最常應用在作業系統和韌體的開發及維護，C++是常應用於電腦軟體的開發及維護，而C#則是應用於網頁撰寫及架設居多😚
5️⃣善用 Compiler/IDE 軟體ℹ️
如果照著別人的範例打一次，一開始可能會有漏打的可能。
注意程式錯誤的地方，這些IDE軟體會透露，現在的IDE做得都很人性化，推薦新手可以使用 Visual Studio, Dev-C++, Code::Blocks 這幾個 IDE 來開發，都有不錯的除錯功能 (沒提到的IDE不代表沒有)，進而學習如何看軟體給的錯誤(警告)訊息，去抓出程式碼中有問題的地方。
這點很重要，沒有一個工程師是只會 Coding 而不會 Trace Code, Debug 的😌
6️⃣善用google 搜尋引擎🔍
人類最偉大的發明之一 : google 搜尋引擎！
如果遇到不懂的觀念，請先 google 找資料，其他人可能都已經先遇過你的問題❗️如果遇到錯誤，最簡單的方法就是把錯誤的訊息直接貼上 Google，或是到 Stack Overflow 查詢。
至於範例程式碼，如果 google 用得夠強，也不排斥英文的話，事實上也幾乎都找得到你要的東西。而一些函數不會用，那可以上 " C++ reference" 、" C library referenct"、"MSDN" 查這些函數的說明，運氣好一點甚至可以到 GitHub 找到完整的專案可以參考👨🏻💻
7️⃣學會使用 Linux🙆🏻♂️
目前C語言相容於各種平台，但如果你今天要運行大型專案程式，一定需要一台伺服器，而伺服器的作業系統通常都是 Linux，而且這才是C語言最基本的環境，所以學習 Linux 指令絕對是必備技能之一！
如果要練習 Linux，最簡單的方法就是裝一台 VM 虛擬機，上面的 OS 安裝 Ubuntu 或是 CentOS，這兩個 OS 是比較廣泛應用的，接著就常常使用，自然而然就熟悉了。
8️⃣線上學習平台👨🏻💻
網路上的資源太瑣碎，我推薦你找幾堂完整的線上課程來學習，可以大幅減少摸索的時間⌚️
至於有哪些平台，可以上 Google 搜尋 🔍【程式語言推薦】2019年如何學程式？5個線上學習資源推薦 這是阿璋之前整理的文章。
想知道更多？
【歡迎追蹤Johntool-工具王阿璋 @johntooltw ↓↓↓】
facebook► https://www.facebook.com/JohntoolTW/
instagram► https://www.instagram.com/johntooltw/
收到更多 #程式教學 #不務正業工程師 #電腦程式 系列！
dev環境 在 矽谷牛的耕田筆記 Facebook 的最讚貼文
ref: https://iximiuz.com/en/posts/devops-sre-and-platform-engineering/
本篇是一個由 Twitter 討論串引發的後續文章，作者想要聊聊 DevOps, SRE 以及 Platform Engineering 的差異。
文章中附有相關 Twitter 討論串的連結，對於原文有興趣的也可以去參閱一下 Twitter
註:就我個人觀察到的現象，台灣企業很少看到 Platform Engineer 的職位，有人知道有哪些公司有開這種職位可以留言分享一下
作者自述自己是個從事 SRE 工作但是內心卻是個軟體工程的技術專欄作家，因此就自己的過往經驗想分享一下對於這三者的看法，而這些討論就引起了一些回文
因此作者將這些概念整合下來寫下這篇文章來總結一下各方網友們的看法。
作者的軟體生涯中，從分工仔細的團隊到新創公司都經歷過，再還沒有認知到 DevOps/SRE 這類型名詞前就已經體驗過部署開發維運三合一的人生。
隨者愈來愈多人開始探討 DevOps 以及 SRE 這兩個詞，兩者之間的比較沒有停過，甚至還有專屬的兩個 awesome 系列 awesome-sre, awesome-devops 清單來列舉如何學習這兩個技術。
整個求職市場也因為這兩個名詞的出現而有變化，作者也因應這股潮流開始往下探索，因此最後就以自己自身的經驗來分享自己對於這些名詞的想法。
其中作者有提到一點也是我非常認同的，就是這些名詞代表什麼含義，這些職稱要做什麼都會隨者不同公司不同團隊而有變化，畢竟每個公司的產品跟商業走向都不同
期待能有一個一統天下的職稱跟工作內容反而才是不切實際的。所以接下來的探討就只是作者跟幾個網友們的討論，不要當作圭臬，也不要當作聖旨，自己有自己的想法比較重要。
# What is Development
1. 作者認為開發的概念非常簡單，就撰寫程式，唯一能夠為公司貢獻 $$$ 的職位，畢竟有人寫程式還有產品，沒人寫程式也沒什麼好部署的。
2. 推特網友表示: 只有 sales 才是幫公司賺錢的，剩下都是公司的支出
3. 作者從 2011 開始了軟體工程師生涯，過往作者都很期望自己可以去部署一下自己撰寫的程式，但是基本上都是團隊內的其他神秘人物會默默的部署這些程式到生產環境。
# What is DevOps
1. 作者不想探討何謂官方的正式定義，只想聊聊自己多年工作經驗的感想
2. 對作者來說， DevOps 是一個能夠讓開發者對於部署應用程式有更多機會與權力的文化，實作上沒有一定的準則
3. 作者還待過那些開發者都擁有 sudo 權限來部署應用的新創公司，不過現在這些流程都慢慢的被自動化 CI/CD 流程給取代。
4. DevOps 最初的想法應該是遠遠超過作者所描述的，不過作者就自己工作上的經驗，找工作的經驗，看職稱 JD 的經驗來看，DevOps 更像讓開發者打造的產物可以更有效率的被部署
5. DevOps 本身不應該去探討產品的商業邏輯，那是開發者要探討的。
# What is SRE
1. Google 推出了一系列的書來探討何謂 SRE，那系列書籍的想法偏向 SRE 是其中一種 DevOps 文化的實作方式。
2. 相對於 DevOps，作者更喜歡 SRE 帶來的職缺內容。
3. 作者對於提到 CI/CD pipeline 之類的職缺都感到無聊且沒興趣，而 DevOps 的工作職缺往往都充滿這些令人無聊的東西。
4. 相反的，作者更喜歡去專研系統問題，譬如探討為什麼會有 bug, memory leak, 效能不好...等
5. 作者認為 SRE 要負責去維護上線環境，確保使用上沒有問題。
6. Google 的 SRE 系列書籍還提到了關於 monitoring, alerting, SLO 等各種如何確保服務正常的機制。 Facebook 則是有非常著名的 Production Engineer 的職稱，其跟典型的 SRE 基本上沒太大的差別。
7. 推特網友表示: SRE 專注於生產環境, DevOps 專注於 CI/CD 與開發效率與流程
8. 另外一名推特網友表示(這也是我目前最喜歡的答案): DevOps 從開發角度為起點， SRE 從維護上線環境出發，兩職缺於某處產生交集。
# What is Platform Engineering
1. 作者想起當年還是一家新創的唯一一位工程師時，那時候還要去租借實體機器來架設環境，所以那時候也撰寫了不少腳本來安裝機器，也要確保機器之間的網路可以正常運作。
2. 加入一間比較有規模的公司後瞭解到看來 infra 相關的工作是一個很類似 SRE/DevOps 但是又有些許不同的領域
3. 作者認為 Platform Engineering 目標就是要打造一個可以讓 Dev, Ops, SRE 能夠使用的環境
4. 作者感覺 Platform Engineering 要負責維護 data-center 內上千台的機器，確保這群機器能夠正常運作，維護外也要包含升級，設定等。
# What's about titles?
1. 作者前述探討的都是基於負責領域，比較不去談這些職稱應該要做什麼
2. 根據作者經驗，當公司規模逐漸變大時，分工就會愈來愈細，這時候 Dev, Ops, SRE, PE 等職缺就會開始逐漸專項化。
3. 重點就是， YMMV (Your Mileage May Vary )，不同情況，不同答案，不要太專注於一個死板板的解釋。
個人想法: 公司要開什麼職缺名稱就不管他了，工作內容才是最重要的，有錢的任性老闆也可以開一個"開源軟體整合工程師"但是要你整合 CI/CD 加上維運的工作。
dev環境 在 矽谷牛的耕田筆記 Facebook 的最佳解答
ref: https://loft-sh.medium.com/11-of-the-best-open-source-kubernetes-tools-2021-edition-b4aa49487845
本文會從三個類別來介紹作者認為跟 Kubernetes 開發維運有關的好用工具，這三個領域分別是
1. Running Kubernetes Environments
a. Minikube 依然好用，可以輕鬆創建環境，作者提到創建一個 cluster 只要 23 秒即可 <--- 我是懷疑加上 VM 時間應該沒辦法，除非單純用 container mode.
b. Helm 目前依然是部署方面最普遍被使用的包裝方式，
c. K3S 目前依然是輕量級 k8s 的選擇，特別是 IoT 等輕量級環境下想要部署k8s叢集則k3s幾乎是唯一選擇。
2. Simplify Feedback Loop
這個領域主要探討的針對開發者來說，如何能夠有效的提升開發流程，如何讓開發者能夠與 k8s 的互動更為抽象與簡單，讓開發者可以不需要學會太多k8s的指令又能夠將開發的結果送到k8s叢集內進行測試。
這類型的反饋資訊也就是標題所述的 Feedback Loop
a. 由 Google 開源維護的 Skaffold 專案目前能夠簡化開發者開發k8s 應用程式的流程，將建置Image,部署到k8s等步驟都自動化，開發者只需要呼叫指令或是存擋即可讓最新的程式碼自動部署到k8s叢集內。
b. 另外一套名為 Tilt 的軟體與 Skaffold 非常類似，不同點是 Tilt 有提供友善的介面，讓使用者可以更快地去知道當前撰寫的程式碼部署到k8s後會有什麼問題，從基本的 YAML 錯誤到部署後哪邊出問題都能夠盡量的點出
c. DevSpace 也是一套針對開發流程的開源專案，跟 Tilt 一樣都有提供介面，而全部的操作都是基於 devspace 這個指令來完成。
d. Lens 這套 Kubernetes 的 GUI 軟體功能愈加強大，作者甚至稱其為 IDE 而非單純的 GUI 功能，透過各式各樣不同的 Plugin 幾乎可以完成你想要達到的任何功能。
3. IDE Dev Tools I Can’t Live Without
a. 作者推薦 VSCODE 上面的 Kubernetes Tool 這個擴功功能，作者認為如果你的 IDE 不能夠有效地分辨 Helm Template 與 K8s vanilla YAML 的差異的話，你的開發速度跟體驗將會奇差無比。
b. VSCODE 上面的 YAML Language Support 這個功能也很好，能夠針對各種 YAML 文件的操作給予自動補齊與偵錯
c. 另外一個作者推薦的 VSCODE 擴充功能是 Footsteps，作者提到對於一個數百行以上的 YAML 檔案來進行修改有時候是厭煩的，而這個擴充功能會幫你把最近修改的內容用顏色給標示強調同時也透過快捷鍵可以讓你快速地跳於最近修改的行數之間往返。
這篇文章主要就是作者分享自己使用的一些工具，有興趣的可以參考原文
dev環境 在 矽谷牛的耕田筆記 Facebook 的精選貼文
ref: https://loft-sh.medium.com/11-of-the-best-open-source-kubernetes-tools-2021-edition-b4aa49487845
本文會從三個類別來介紹作者認為跟 Kubernetes 開發維運有關的好用工具，這三個領域分別是
1. Running Kubernetes Environments
a. Minikube 依然好用，可以輕鬆創建環境，作者提到創建一個 cluster 只要 23 秒即可 <--- 我是懷疑加上 VM 時間應該沒辦法，除非單純用 container mode.
b. Helm 目前依然是部署方面最普遍被使用的包裝方式，
c. K3S 目前依然是輕量級 k8s 的選擇，特別是 IoT 等輕量級環境下想要部署k8s叢集則k3s幾乎是唯一選擇。
2. Simplify Feedback Loop
這個領域主要探討的針對開發者來說，如何能夠有效的提升開發流程，如何讓開發者能夠與 k8s 的互動更為抽象與簡單，讓開發者可以不需要學會太多k8s的指令又能夠將開發的結果送到k8s叢集內進行測試。
這類型的反饋資訊也就是標題所述的 Feedback Loop
a. 由 Google 開源維護的 Skaffold 專案目前能夠簡化開發者開發k8s 應用程式的流程，將建置Image,部署到k8s等步驟都自動化，開發者只需要呼叫指令或是存擋即可讓最新的程式碼自動部署到k8s叢集內。
b. 另外一套名為 Tilt 的軟體與 Skaffold 非常類似，不同點是 Tilt 有提供友善的介面，讓使用者可以更快地去知道當前撰寫的程式碼部署到k8s後會有什麼問題，從基本的 YAML 錯誤到部署後哪邊出問題都能夠盡量的點出
c. DevSpace 也是一套針對開發流程的開源專案，跟 Tilt 一樣都有提供介面，而全部的操作都是基於 devspace 這個指令來完成。
d. Lens 這套 Kubernetes 的 GUI 軟體功能愈加強大，作者甚至稱其為 IDE 而非單純的 GUI 功能，透過各式各樣不同的 Plugin 幾乎可以完成你想要達到的任何功能。
3. IDE Dev Tools I Can’t Live Without
a. 作者推薦 VSCODE 上面的 Kubernetes Tool 這個擴功功能，作者認為如果你的 IDE 不能夠有效地分辨 Helm Template 與 K8s vanilla YAML 的差異的話，你的開發速度跟體驗將會奇差無比。
b. VSCODE 上面的 YAML Language Support 這個功能也很好，能夠針對各種 YAML 文件的操作給予自動補齊與偵錯
c. 另外一個作者推薦的 VSCODE 擴充功能是 Footsteps，作者提到對於一個數百行以上的 YAML 檔案來進行修改有時候是厭煩的，而這個擴充功能會幫你把最近修改的內容用顏色給標示強調同時也透過快捷鍵可以讓你快速地跳於最近修改的行數之間往返。
這篇文章主要就是作者分享自己使用的一些工具，有興趣的可以參考原文