. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4 2 第一步 6 2.1 Debian 軟件包構建流程 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11 2.8 初始化外來 Debian 軟件包 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11 3 修改原始碼 . . . . . . . . . . . . . . . 44 7.2 校驗軟件包安裝過程 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44 7.3 檢驗軟件包的 maintainer scripts . . . . . . . . . . .

91 17.6 Default 特徵 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 92 17.7 閉包 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 92 17.8 練習：ROT13 (迴轉 . . 94 V 第 3 天：上午 96 18 歡迎參加第 3 天課程 97 19 記憶體管理 98 19.1 檢查程式記憶體 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 98 19.2 自動記憶體管理 . . . . . . . . . . . . . . . . . . . . . . . . 30.6 實作不安全的特徵 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 178 30.7 安全的 FFI 包裝函式 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 179 30.7.1 解決方案 . . . . . . . .

debuild (透過lintian建立並測試套 件) 或者 dpkg-buildpackage 安裝(debi) 上傳(dput) Debian 套件打包教學指南 9 / 90 範例: 重包 dash 套件 1 安裝重包 dash 套件所需的必要套件以及 devscripts 套件 sudo apt-get build-dep dash (需要將deb-src 設定到 /etc/apt/sources lintian -i: 提示更多錯誤訊息 lintian -EviIL +pedantic: 顯示更多問題 ▶ 上傳套件到 Debian (dput) (需要設定) ▶ 可透過 reprepro的指令管理私有Debian 檔案庫 文件: https://mirrorer.alioth.debian.org/ Debian 套件打包教學指南 29 / 90 大綱 1 介紹 2 製作原始碼套件 org/dmd/ ▶ uscan: 執行手動確認 ▶ uupdate: 讓你的套件更新到最新的上游版本 Debian 套件打包教學指南 38 / 90 使用版本控制系統來進行打包 ▶ 有數種工具可以來協助管理 branches and tags 以進行打包的動作: svn-buildpackage, git-buildpackage ▶ 範例: git-buildpackage ▶ upstream

r n e t e s 的 挑 戰 8 Click to edit Master title style 9 Kubernetes Day2 Ops 要作那些事? • 集群標準化和生命週期管理 • 安全訪問和環境隔離 • 維運可觀察性和流程透通性 • 治理與合規 • 持續第三方元件整合和維護 9 Ref. Use Platform Engineering to Implement 運營團隊需要能夠通過一個統一的儀 表板在一個地方可視化整個系統。 • Complete separation of concerns • 應用程序開發人員應該能夠盡可能地 自助服務，依靠一小群平台工程師來 管理底層操作系統。 • Centralized policy controls • 運營團隊需要一種集中控制集群和工 作負載策略的方法，以確保根據組織 圍繞安全性、合規性和其他最佳實踐 的策略配置 monitoring and logging for security and availability • 中央管理面板必須包含強大的雲原 生環境監控功能 • Resource utilization tools • Kubernetes Day2 管理運營必須包 括幫助公司了解其成本、優化資源 利用率並最終降低總體成本的工具。 Click to edit Master title

git clone https://github.com/krahets/hello-algo.git 當然，你也可以在圖 0‑4 所示的位置，點選“Download ZIP”按鈕直接下載程式碼壓縮包，然後在本地解壓 即可。 第 0 章 前言 www.hello‑algo.com 7 圖 0‑4 克隆倉庫與下載程式碼 第三步：執行源程式碼。如圖 0‑5 所示，對於頂部標有檔案名稱的程式碼塊，我們可以在倉庫的 訪問記憶體中的資料。 圖 3‑2 記憶體條、記憶體空間、記憶體位址 Tip 值得說明的是，將記憶體比作 Excel 表格是一個簡化的類比，實際記憶體的工作機制比較複雜，涉及 位址空間、記憶體管理、快取機制、虛擬記憶體和物理記憶體等概念。 記憶體是所有程式的共享資源，當某塊記憶體被某個程式佔用時，則通常無法被其他程式同時使用了。因此 在資料結構與演算法的設計中，記憶體資源是一個重要的考慮 還處於發展早期，那時候使用 16 位的編碼就足以表示所有的 Unicode 字元了。 ‧ C# 使用 UTF‑16 編碼，主要是因為.NET 平臺是由 Microsoft 設計的，而 Microsoft 的很多技術（包 括 Windows 作業系統）都廣泛使用 UTF‑16 編碼。 由於以上程式語言對字元數量的低估，它們不得不採取“代理對”的方式來表示超過 16 位長度的 Unicode 字元。這是一個不得已

git clone https://github.com/krahets/hello-algo.git 當然，你也可以在圖 0‑4 所示的位置，點選“Download ZIP”按鈕直接下載程式碼壓縮包，然後在本地解壓 即可。 第 0 章 前言 www.hello‑algo.com 7 圖 0‑4 克隆倉庫與下載程式碼 第三步：執行源程式碼。如圖 0‑5 所示，對於頂部標有檔案名稱的程式碼塊，我們可以在倉庫的 訪問記憶體中的資料。 圖 3‑2 記憶體條、記憶體空間、記憶體位址 Tip 值得說明的是，將記憶體比作 Excel 表格是一個簡化的類比，實際記憶體的工作機制比較複雜，涉及 位址空間、記憶體管理、快取機制、虛擬記憶體和物理記憶體等概念。 記憶體是所有程式的共享資源，當某塊記憶體被某個程式佔用時，則通常無法被其他程式同時使用了。因此 在資料結構與演算法的設計中，記憶體資源是一個重要的考慮 還處於發展早期，那時候使用 16 位的編碼就足以表示所有的 Unicode 字元了。 ‧ C# 使用 UTF‑16 編碼，主要是因為.NET 平臺是由 Microsoft 設計的，而 Microsoft 的很多技術（包 括 Windows 作業系統）都廣泛使用 UTF‑16 編碼。 由於以上程式語言對字元數量的低估，它們不得不採取“代理對”的方式來表示超過 16 位長度的 Unicode 字元。這是一個不得已

git clone https://github.com/krahets/hello-algo.git 當然，你也可以在圖 0‑4 所示的位置，點選“Download ZIP”按鈕直接下載程式碼壓縮包，然後在本地解壓 即可。 第 0 章 前言 www.hello‑algo.com 7 圖 0‑4 克隆倉庫與下載程式碼 第三步：執行源程式碼。如圖 0‑5 所示，對於頂部標有檔案名稱的程式碼塊，我們可以在倉庫的 訪問記憶體中的資料。 圖 3‑2 記憶體條、記憶體空間、記憶體位址 Tip 值得說明的是，將記憶體比作 Excel 表格是一個簡化的類比，實際記憶體的工作機制比較複雜，涉及 位址空間、記憶體管理、快取機制、虛擬記憶體和物理記憶體等概念。 記憶體是所有程式的共享資源，當某塊記憶體被某個程式佔用時，則通常無法被其他程式同時使用了。因此 在資料結構與演算法的設計中，記憶體資源是一個重要的考慮 還處於發展早期，那時候使用 16 位的編碼就足以表示所有的 Unicode 字元了。 ‧ C# 使用 UTF‑16 編碼，主要是因為.NET 平臺是由 Microsoft 設計的，而 Microsoft 的很多技術（包 括 Windows 作業系統）都廣泛使用 UTF‑16 編碼。 由於以上程式語言對字元數量的低估，它們不得不採取“代理對”的方式來表示超過 16 位長度的 Unicode 字元。這是一個不得已

git clone https://github.com/krahets/hello-algo.git 當然，你也可以在圖 0‑4 所示的位置，點選“Download ZIP”按鈕直接下載程式碼壓縮包，然後在本地解壓 即可。 第 0 章 前言 www.hello‑algo.com 7 圖 0‑4 克隆倉庫與下載程式碼 第三步：執行源程式碼。如圖 0‑5 所示，對於頂部標有檔案名稱的程式碼塊，我們可以在倉庫的 訪問記憶體中的資料。 圖 3‑2 記憶體條、記憶體空間、記憶體位址 Tip 值得說明的是，將記憶體比作 Excel 表格是一個簡化的類比，實際記憶體的工作機制比較複雜，涉及 位址空間、記憶體管理、快取機制、虛擬記憶體和物理記憶體等概念。 記憶體是所有程式的共享資源，當某塊記憶體被某個程式佔用時，則通常無法被其他程式同時使用了。因此 在資料結構與演算法的設計中，記憶體資源是一個重要的考慮 還處於發展早期，那時候使用 16 位的編碼就足以表示所有的 Unicode 字元了。 ‧ C# 使用 UTF‑16 編碼，主要是因為.NET 平臺是由 Microsoft 設計的，而 Microsoft 的很多技術（包 括 Windows 作業系統）都廣泛使用 UTF‑16 編碼。 由於以上程式語言對字元數量的低估，它們不得不採取“代理對”的方式來表示超過 16 位長度的 Unicode 字元。這是一個不得已

git clone https://github.com/krahets/hello-algo.git 當然，你也可以在圖 0‑4 所示的位置，點選“Download ZIP”按鈕直接下載程式碼壓縮包，然後在本地解壓 即可。 第 0 章 前言 www.hello‑algo.com 7 圖 0‑4 克隆倉庫與下載程式碼 第三步：執行源程式碼。如圖 0‑5 所示，對於頂部標有檔案名稱的程式碼塊，我們可以在倉庫的 訪問記憶體中的資料。 圖 3‑2 記憶體條、記憶體空間、記憶體位址 Tip 值得說明的是，將記憶體比作 Excel 表格是一個簡化的類比，實際記憶體的工作機制比較複雜，涉及 位址空間、記憶體管理、快取機制、虛擬記憶體和物理記憶體等概念。 記憶體是所有程式的共享資源，當某塊記憶體被某個程式佔用時，則通常無法被其他程式同時使用了。因此 在資料結構與演算法的設計中，記憶體資源是一個重要的考慮 還處於發展早期，那時候使用 16 位的編碼就足以表示所有的 Unicode 字元了。 ‧ C# 使用 UTF‑16 編碼，主要是因為.NET 平臺是由 Microsoft 設計的，而 Microsoft 的很多技術（包 括 Windows 作業系統）都廣泛使用 UTF‑16 編碼。 由於以上程式語言對字元數量的低估，它們不得不採取“代理對”的方式來表示超過 16 位長度的 Unicode 字元。這是一個不得已

git clone https://github.com/krahets/hello-algo.git 當然，你也可以在圖 0‑4 所示的位置，點選“Download ZIP”按鈕直接下載程式碼壓縮包，然後在本地解壓 即可。 第 0 章 前言 www.hello‑algo.com 7 圖 0‑4 克隆倉庫與下載程式碼 第三步：執行源程式碼。如圖 0‑5 所示，對於頂部標有檔案名稱的程式碼塊，我們可以在倉庫的 訪問記憶體中的資料。 圖 3‑2 記憶體條、記憶體空間、記憶體位址 Tip 值得說明的是，將記憶體比作 Excel 表格是一個簡化的類比，實際記憶體的工作機制比較複雜，涉及 位址空間、記憶體管理、快取機制、虛擬記憶體和物理記憶體等概念。 記憶體是所有程式的共享資源，當某塊記憶體被某個程式佔用時，則通常無法被其他程式同時使用了。因此 在資料結構與演算法的設計中，記憶體資源是一個重要的考慮 還處於發展早期，那時候使用 16 位的編碼就足以表示所有的 Unicode 字元了。 ‧ C# 使用 UTF‑16 編碼，主要是因為.NET 平臺是由 Microsoft 設計的，而 Microsoft 的很多技術（包 括 Windows 作業系統）都廣泛使用 UTF‑16 編碼。 由於以上程式語言對字元數量的低估，它們不得不採取“代理對”的方式來表示超過 16 位長度的 Unicode 字元。這是一個不得已