dashboard意思的問題，透過圖書和論文來找解法和答案更準確安心。 我們找到下列包括價格和評價等資訊懶人包

Kubernetes in Action中文版

為了解決dashboard意思的問題，作者（美）馬爾科·盧克沙 這樣論述：

本書主要講解如何在Kubernetes中部署分散式容器應用。本書開始部分概要介紹了Docker和Kubernetes的由來和發展，然後通過在Kubernetes中部署一個應用程序，一點點增加功能，逐步加深我們對於Kubernetes架構的理解和操作的實踐。在本書的後面部分，也可以學習一些高階的主題，比如監控、調試及伸縮。Kubernetes是希臘文，意思是「舵手」，帶領我們安全地到達未知水域。Kubernetes這樣的容器編排系統，會幫助我們妥善地管理分散式應用的部署結構和線上流量，高效地組織容器和服務。Kubernetes作為數據中心操作系統，在設計軟體系統時，能夠盡量降低在底層網路和硬體設

施上的負擔。 [美]馬爾科·盧克沙(Marko Luksa)，是一位擁有20年以上專業開發經驗的軟體工程師，經手項目小到簡單的Web應用，大到ERP系統、框架和中間件軟體，應有盡有。在為Red Hat工作期間，他從Google App Engine API實現的開發起步, 這些API將基於Red Hat的JBoss中間件產品，之後他一直在為CDI/Weld、Infinispan/JBoss DataGrid等項目貢獻力量。2014后, 他加入Red Hat的Cloud Enablement團隊，負責 Kubernetes和相關技術開發的更新，保障公司的中間件軟體能將Ku

bernetes與OpenShift特性的潛能完全發揮出來。 七牛容器雲，（KIRK）團隊，是負責七牛雲基於自身公有雲業務在容器方面的多年實踐經驗，針對企業應用快速部署、便捷運維打造的容器雲計算平台。提供持續集成、彈性伸縮、應用市場等功能特性，使企業專註于業務邏輯開發，縮短業務上線周期，優化資源利用率，提高服務響應效率的一支技術團隊。 1 　Kubernetes 介紹1 1.1　Kubernetes 系統的需求 2 1.1.1　從單體應用到微服務 2 1.1.2　為應用程式提供一個一致的環境 5 1.1.3　邁向持續交付 ：DevOps 和無運維 6 1.2　介紹容器技術

7 1.2.1　什麼是容器 7 1.2.2　Docker 容器平臺介紹 11 1.2.3　rkt——一個 Docker 的替代方案 14 1.3　Kubernetes 介紹 15 1.3.1　初衷 15 1.3.2　深入淺出地瞭解 Kubernetes 15 1.3.3　Kubernetes 集群架構 17 1.3.4　在 Kubernetes 中運行應用 18 1.3.5　使用 Kubernetes 的好處 20 1.4　本章小結 22 2 　開始使用 Kubernetes 和 Docker 23 2.1　創建、運行及共用容器鏡像 23 2.1.1　安裝 Docker 並運行 Hello W

orld 容器 24 2.1.2　創建一個簡單的 Node.js 應用 26 2.1.3　為鏡像創建 Dockerfile 27 2.1.4　構建容器鏡像 27 2.1.5　運行容器鏡像 30 2.1.6　探索運行容器的內部 31 2.1.7　停止和刪除容器 32 2.1.8　向鏡像倉庫推送鏡像 33 2.2　配置 Kubernetes 集群 34 2.2.1　用 Minikube 運行一個本地單節點 Kubernetes 集群 34 2.2.2　使用 Google Kubernetes Engine 託管 Kubernetes 集群 36 2.2.3　為 kubectl 配置別名和命令列補齊

39 2.3　在 Kubernetes 上運行第一個應用 40 2.3.1　部署 Node.js 應用 40 2.3.2　訪問 Web 應用 43 2.3.3　系統的邏輯部分 45 2.3.4　水準伸縮應用 46 2.3.5　查看應用運行在哪個節點上 49 2.3.6　介紹 Kubernetes dashboard 50 2.4　本章小結 51 3 　pod ：運行於 Kubernetes 中的容器 53 3.1　介紹 pod 53 3.1.1　為何需要 pod 54 3.1.2　瞭解 pod 55 3.1.3　通過 pod 合理管理容器 56 3.2　以 YAML 或 JSON 描述檔創建

pod 58 3.2.1　檢查現有 pod 的 YAML 描述檔 59 3.2.2　為 pod 創建一個簡單的 YAML 描述檔 61 3.2.3　使用 kubectl create 來創建 pod 63 3.2.4　查看應用程式日誌 64 3.2.5　向 pod 發送請求 65 3.3　使用標籤組織 pod 66 3.3.1　介紹標籤 66 3.3.2　創建 pod 時指定標籤 67 3.3.3　修改現有 pod 的標籤 68 3.4　通過標籤選擇器列出 pod 子集 69 3.4.1　使用標籤選擇器列出 pod 69 3.4.2　在標籤選擇器中使用多個條件 71 3.5　使用標籤和選擇器

來約束 pod 調度 71 3.5.1　使用標籤分類工作節點 72 3.5.2　將 pod 調度到特定節點 72 3.5.3　調度到一個特定節點 73 3.6　注解 pod73 3.6.1　查找對象的注解 74 3.6.2　添加和修改注解 74 3.7　使用命名空間對資源進行分組 75 3.7.1　瞭解對命名空間的需求 75 3.7.2　發現其他命名空間及其 pod 75 3.7.3　創建一個命名空間 76 3.7.4　管理其他命名空間中的物件 77 3.7.5　命名空間提供的隔離 78 3.8　停止和移除 pod 78 3.8.1　按名稱刪除 pod 78 3.8.2　使用標籤選擇器刪除 p

od 79 3.8.3　通過刪除整個命名空間來刪除 pod 80 3.8.4　刪除命名空間中的所有 pod，但保留命名空間 80 3.8.5　刪除命名空間中的（幾乎）所有資源 80 3.9　本章小結 81 4 　副本機制和其他控制器 ：部署託管的 pod 83 4.1　保持 pod 健康 84 4.1.1　介紹存活探針 84 4.1.2　創建基於 HTTP 的存活探針 85 4.1.3　使用存活探針 86 4.1.4　配置存活探針的附加屬性 87 4.1.5　創建有效的存活探針 88 4.2　瞭解 ReplicationController 89 4.2.1　ReplicationContro

ller 的操作 90 4.2.2　創建一個 ReplicationController 92 4.2.3　使用 ReplicationController 94 4.2.4　將 pod 移入或移出 ReplicationController 的作用域 97 4.2.5　修改 pod 範本 100 4.2.6　水準縮放 pod 101 4.2.7　刪除一個 ReplicationController 103 4.3　使用 ReplicaSet 而不是 ReplicationController 104 4.3.1　比較 ReplicaSet 和 ReplicationController 10

4 4.3.2　定義 ReplicaSet 105 4.3.3　創建和檢查 ReplicaSet106 4.3.4　使用 ReplicaSet 的更富表達力的標籤選擇器106 4.3.5　ReplicaSet 小結 107 4.4　使用 DaemonSet 在每個節點上運行一個 pod 107 4.4.1　使用 DaemonSet 在每個節點上運行一個 pod 108 4.4.2　使用 DaemonSet 只在特定的節點上運行 pod 109 4.5　運行執行單個任務的 pod 112 4.5.1　介紹 Job 資源 112 4.5.2　定義 Job 資源 113 4.5.3　看 Job 運行

一個 pod 114 4.5.4　在 Job 中運行多個 pod 實例 114 4.5.5　限制 Job pod 完成任務的時間 116 4.6　安排 Job 定期運行或在將來運行一次 116 4.6.1　創建一個 CronJob 116 4.6.2　瞭解計畫任務的運行方式 118 4.7　本章小結 118 5 　服務 ：讓用戶端發現 pod 並與之通信121 5.1　介紹服務 122 5.1.1　創建服務 123 5.1.2　服務發現 129 5.2　連接集群外部的服務 132 5.2.1　介紹服務 endpoint 133 5.2.2　手動配置服務的 endpoint 133 5.2.3　

為外部服務創建別名 135 5.3　將服務暴露給外部用戶端 136 5.3.1　使用 NodePort 類型的服務 137 5.3.2　通過負載等化器將服務暴露出來 140 5.3.3　瞭解外部連接的特性 142 5.4　通過 Ingress 暴露服務 143 5.4.1　創建 Ingress 資源 145 5.4.2　通過 Ingress 訪問服務 146 5.4.3　通過相同的 Ingress 暴露多個服務 147 5.4.4　配置 Ingress 處理 TLS 傳輸 149 5.5　pod 就緒後發出信號 150 5.5.1　介紹就緒探針 151 5.5.2　向 pod 添加就緒探針 1

52 5.5.3　瞭解就緒探針的實際作用 154 5.6　使用 headless 服務來發現獨立的 pod 155 5.6.1　創建 headless 服務156 5.6.2　通過 DNS 發現 pod 156 5.6.3　發現所有的 pod——包括未就緒的 pod 157 5.7　排除服務故障 158 5.8　本章小結 159 6 　卷 ：將磁片掛載到容器 161 6.1　介紹卷 162 6.1.1　卷的應用示例162 6.1.2　介紹可用的卷類型 164 6.2　通過卷在容器之間共用資料 165 6.2.1　使用 emptyDir 卷 165 6.2.2　使用 Git 倉庫作為存儲卷 16

8 6.3　訪問工作節點檔案系統上的文件 171 6.3.1　介紹 hostPath 卷 171 6.3.2　檢查使用 hostPath 卷的系統 pod 172 6.4　使用持久化存儲 173 6.4.1　使用 GCE 持久磁片作為 pod 存儲卷 174 6.4.2　通過底層持久化存儲使用其他類型的卷 177 6.5　從底層存儲技術解耦 pod 179 6.5.1　介紹持久卷和持久卷聲明 179 6.5.2　創建持久卷 180 6.5.3　通過創建持久卷聲明來獲取持久卷 182 6.5.4　在 pod 中使用持久卷聲明 184 6.5.5　瞭解使用持久卷和持久卷聲明的好處 185 6.5.

6　回收持久卷 186 6.6　持久卷的動態磁碟區配置 187 6.6.1　通過 StorageClass 資源定義可用存儲類型 188 6.6.2　請求持久卷聲明中的存儲類 188 6.6.3　不指定存儲類的動態配置 190 6.7　本章小結 193 7 　ConfigMap 和 Secret ：配置應用程式 195 7.1　配置容器化應用程式 195 7.2　向容器傳遞命令列參數 196 7.2.1　在 Docker 中定義命令與參數 196 7.2.2　在 Kubernetes 中覆蓋命令和參數 199 7.3　為容器設置環境變數 200 7.3.1　在容器定義中指定環境變數 201 7

.3.2　在環境變數值中引用其他環境變數 201 7.3.3　瞭解硬編碼環境變數的不足之處 202 7.4　利用 ConfigMap 解耦配置 202 7.4.1　ConfigMap 介紹 202 7.4.2　創建 ConfigMap 203 7.4.3　給容器傳遞 ConfigMap 條目作為環境變數 206 7.4.4　一次性傳遞 ConfigMap 的所有條目作為環境變數 208 7.4.5　傳遞 ConfigMap 條目作為命令列參數 209 7.4.6　使用 configMap 卷將條目暴露為檔 210 7.4.7　更新應用配置且不重啟應用程式 216 7.5　使用 Secret 給

容器傳遞敏感性資料 218 7.5.1　介紹 Secret 218 7.5.2　默認權杖 Secret 介紹 218 7.5.3　創建 Secret 220 7.5.4　對比 ConfigMap 與 Secret 221 7.5.5　在 pod 中使用 Secret 222 7.6　本章小結 228 8 　從應用訪問 pod 中繼資料以及其他資源 229 8.1　通過 Downward API 傳遞中繼資料 229 8.1.1　瞭解可用的中繼資料 230 8.1.2　通過環境變數暴露中繼資料 231 8.1.3　通過 downwardAPI 卷來傳遞中繼資料 234 8.2　與 Kuberne

tes API 伺服器交互 237 8.2.1　探究 Kubernetes REST API 238 8.2.2　從 pod 內部與 API 伺服器進行交互 242 8.2.3　通過 ambassador 容器簡化與 API 伺服器的交互 248 8.2.4　使用用戶端庫與 API 伺服器交互 251 8.3　本章小結 253 9 　Deployment: 聲明式地升級應用 255 9.1　更新運行在 pod 內的應用程式 256 9.1.1　刪除舊版本 pod，使用新版本 pod 替換257 9.1.2　先創建新 pod 再刪除舊版本 pod 257 9.2　使用 ReplicationCo

ntroller 實現自動的輪流升級259 9.2.1　運行第一個版本的應用 259 9.2.2　使用 kubectl 來執行滾動式升級 261 9.2.3　為什麼 kubectl rolling-update已經過時 265 9.3　使用 Deployment 聲明式地升級應用 266 9.3.1　創建一個 Deployment 267 9.3.2　升級 Deployment 269 9.3.3　回滾 Deployment 273 9.3.4　控制輪流升級速率 276 9.3.5　暫停輪流升級 278 9.3.6　阻止出錯版本的輪流升級 279 9.4　本章小結 284 10 　Statef

ulSet ：部署有狀態的多副本應用 285 10.1　複製有狀態 pod 285 10.1.1　運行每個實例都有單獨存儲的多副本 286 10.1.2　每個 pod 都提供穩定的標識 287 10.2　瞭解 Statefulset 289 10.2.1　對比 Statefulset 和 ReplicaSet 289 10.2.2　提供穩定的網路標識 290 10.2.3　為每個有狀態實例提供穩定的專屬存儲 292 10.2.4　Statefulset 的保障 294 10.3　使用 Statefulset 295 10.3.1　創建應用和容器鏡像 295 10.3.2　通過 Stateful

set 部署應用 296 10.3.3　使用你的 pod 301 10.4　在 Statefulset 中發現夥伴節點 305 10.4.1　通過 DNS 實現夥伴間彼此發現 306 10.4.2　更新 Statefulset 308 10.4.3　嘗試集群資料存儲 309 10.5　瞭解 Statefulset 如何處理節點失效 310 10.5.1　類比一個節點的網路斷開 310 10.5.2　手動刪除 pod 312 10.6　本章小結 313 11 　瞭解 Kubernetes 機理 315 11.1　瞭解架構 315 11.1.1　Kubernetes 組件的分散式特性 316 11

.1.2　Kubernetes 如何使用 etcd 318 11.1.3　API 伺服器做了什麼 322 11.1.4　API 伺服器如何通知用戶端資源變更 324 11.1.5　瞭解調度器 325 11.1.6　介紹控制器管理器中運行的控制器 327 11.1.7　Kubelet 做了什麼 331 11.1.8　Kubernetes Service Proxy 的作用 332 11.1.9　介紹 Kubernetes 外掛程式 333 11.1.10　總結概覽 335 11.2　控制器如何協作 335 11.2.1　瞭解涉及哪些組件335 11.2.2　事件鏈 336 11.2.3　觀察集群

事件 337 11.3　瞭解運行中的 pod 是什麼 339 11.4　跨 pod 網路 340 11.4.1　網路應該是什麼樣的 340 11.4.2　深入瞭解網路工作原理 341 11.4.3　引入容器網路介面 343 11.5　服務是如何實現的 344 11.5.1　引入 kube-proxy 344 11.5.2　kube-proxy 如何使用 iptables 344 11.6　運行高可用集群 346 11.6.1　讓你的應用變得高可用 346 11.6.2　讓 Kubernetes 控制平面變得高可用 347 11.7　本章小結 350 12 　Kubernetes API 伺服器

的安全防護 351 12.1　瞭解認證機制 351 12.1.1　用戶和組 352 12.1.2　ServiceAccount 介紹 353 12.1.3　創建 ServiceAccount 354 12.1.4　將 ServiceAccount 分配給 pod 356 12.2　通過基於角色的許可權控制加強集群安全 358 12.2.1　介紹 RBAC 授權外掛程式 359 12.2.2　介紹 RBAC 資源 360 12.2.3　使用 Role 和 RoleBinding 363 12.2.4　使用 ClusterRole 和 ClusterRoleBinding 367 12.2.5　瞭

解默認的 ClusterRole 和 ClusterRoleBinding 376 12.2.6　理性地授予授權許可權 379 12.3　本章小結 379 13 　保障集群內節點和網路安全 381 13.1　在 pod 中使用宿主節點的 Linux 命名空間 381 13.1.1　在 pod 中使用宿主節點的網路命名空間382 13.1.2　綁定宿主節點上的埠而不使用宿主節點的網路命名空間 383 13.1.3　使用宿主節點的 PID 與 IPC 命名空間 385 13.2　配置節點的安全上下文 386 13.3　限制 pod 使用安全相關的特性 396 13.4　隔離 pod 的網路 406

13.5　本章小結 410 14 　計算資源管理 411 14.1　為 pod 中的容器申請資源 411 14.1.1　創建包含資源 requests 的 pod 412 14.1.2　資源 requests 如何影響調度 413 14.1.3　CPU requests 如何影響 CPU 時間分配 418 14.1.4　定義和申請自訂資源 418 14.2　限制容器的可用資源 419 14.3　瞭解 pod QoS 等級 423 14.4　為命名空間中的 pod 設置默認的 requests 和 limits 427 14.5　限制命名空間中的可用資源總量 431 14.6　監控 pod 的

資源使用量 436 14.7　本章小結 442 15 　自動橫向伸縮 pod 與集群節點 443 15.1　pod 的橫向自動伸縮 444 15.2　pod 的縱向自動伸縮 456 15.3　集群節點的橫向伸縮 457 15.4　本章小結 461 16 　高級調度463 16.1　使用污點和容忍度阻止節點調度到特定節點 463 16.2　使用節點親緣性將 pod 調度到特定節點上 469 16.3　使用 pod 親緣性與非親緣性對 pod 進行協同部署 475 16.4　本章小結 483 17 　開發應用的最佳實踐 485 17.1　集中一切資源 486 17.2　瞭解 pod 的生命週期 4

87 17.3　確保所有的用戶端請求都得到了妥善處理 500 17.4　讓應用在 Kubernetes 中方便運行和管理 505 17.5　開發和測試的最佳實踐 510 17.6　本章小結 515 18 　Kubernetes 應用擴展 517 18.1　定義自訂 API 物件 517 18.2　使用 Kubernetes 服務目錄擴展 Kubernetes 528 18.3　基於 Kubernetes 搭建的平臺 536 18.4　本章小結 541 A 　在多個集群中使用 kubectl 543 B 　使用 kubeadm 配置多節點集群 549 C 　使用其他容器運行時 563 D 　Cl

uster Federation 567  

dashboard意思進入發燒排行的影片

區塊鏈的生態與發展

為了解決dashboard意思的問題，作者李雨柔 這樣論述：

自2008年，「中本聰」提出一篇《比特幣：一種對等式的電子現金系統》的論文，比特幣的底層技術區塊鏈（Blockchain）就廣受關注，其獨特的管理與運作方式引發了許多金融科技的創新。隨著區塊鏈的發展，除了加密貨幣的熱潮之外，近兩年來，更進一步地，帶動非同質化代幣（NFT）、去中心化金融（DeFi）與元宇宙（Metaverse）的崛起。另一方面，FaceBook在2019年提出天秤幣（Libra）的計畫，打算以區塊鏈去中心化模式，創造全球穩定幣，但在發布後立即遭到許多國家政府的反對，美國聯準會表示，數位貨幣天秤幣（Libra）計畫不能持續推進，強調在監管疑慮確定無虞後才可以再進行。而後央行數位

貨幣（CBDC）討論熱度急速上升，就連BIS（國際清算銀行）、IMF（國際貨幣基金組織）以及 G20 等國際組織，也陸續發表對於 CBDC 看法與監管計畫，世界各國也開始積極投入研發。 因此本研究將探討近幾年區塊鏈生態的發展，如下：(1)Web3.0基於區塊鏈特性的創新發展與Web3.0和Web1.0、Web2.0的差別比較；(2) CBDC將以中國為例來探討中國央行數位貨幣（e-CNY）的推行因素、發展歷程、運營架構與技術；(3)去中心化金融（DeFi）服務項目的運用與比較；(4)非同質化代幣（NFT）的發展大事記、種類介紹與更廣泛的應用；(5)元宇宙（Metaverse）的發展、技術與產

業上的運用；最後將以上區塊鏈的發展作整合，以便作更深入的探討與分析。

Excel圖表之道︰如何制作專業有效的商務圖表

為了解決dashboard意思的問題，作者劉萬祥 這樣論述：

本書介紹作者在實踐工作中總結出來的一套“雜志級商務圖表溝通方法”，告訴讀者如何設計和制作達到雜志級質量的、專業有效的商務圖表，作者對諸如《商業周刊》、《經濟學人》等全球頂尖商業雜志上的精彩圖表案例進行分析，給出其基于Excel的實現方法，包括數據地圖、動態圖表、儀表板等眾多高級圖表技巧。適合職場白領特別是數據分析人士閱讀。 劉萬祥，國內某通信運營商資深IT項目經理，長期負責數據倉庫和商業智能項目的建設工作，具有豐富的商業數據分析實踐經驗。曾獲中國注冊會計師（CPA）、國際注冊內部審計師（CIA）、項目管理專業人士（PMP）等多項權威認證。　　其個人主題博客“ExcelPro的圖表博

客”（http://ExcelPro.blog.sohu.com），專注于探討專業有效的商務圖表溝通方法，將雜志級水準的商務圖表引入到職場辦公，追求商務精英式的專業風格，深受網友和職場人士的喜愛。 前言 第1章 一套突破常規的圖表方法 　1.1 專業圖表的特點分析 　1.2 你也能制作出專業的圖表 　1.3 突破EXCEL的默認顏色 　　Excel的顏色機制 　　定義自己的顏色 　　拾取雜志圖表的配色 　　自動設置顏色模板 　　保存和復制顏色模板 　　商業圖表的經典用色 　1.4 突破EXCEL的圖表布局 　　默認布局的不足 　　商業圖表的布局特

點 　　商業圖表的字體選擇 　1.5 突破EXCEL的作圖元素 　　跳出圖表的框框 　　商業圖表的做法分析 　1.6 圖表專業主義 　　細節決定專業 　　你的圖表夠專業嗎 第2章 成為圖表高手的技術準備 　2.1 圖表基礎知識 　　插入一個圖表 　　掌握圖表元素 　　隨心所欲格式化圖表元素 　　制作一個商周風格的圖表 　2.2 高效圖表操作技巧 　　向圖表追加數據系列 　　選擇難于選擇的數據系列 　　讓F4鍵完成重復的設置任務 　　改變數據系列的圖表類型 　　刪除輔助系列的圖例項 　　快速復制圖表格式 　　跨電腦復制自定義圖表類型 　　理解時間刻度

　　將圖表錨定到單元格 　　照相機的用途 　2.3 EXCEL圖表缺陷及補救 　　反轉條形圖的分類次序 　　讓曲線圖從Y軸開始 　　設置圖表的互補色 　　解開散點圖的困惑 　2.4 作圖數據的組織技巧 　　原始數據不等于作圖數據 　　作圖前先將數據排序 　　將數據分離為多個系列 　　將數據錯行和空行組織 　2.5 利用輔助數據的作圖技巧 　　自動繪制參考線 　　顯示匯總的數據標簽 　　突出標識特定的數據 　　佔位 　　模擬坐標軸、網格線 第3章 像專業人士一樣處理圖表 　3.1 常見圖表效果的實現 　　隔行填色的網格線 　　粗邊面積圖 　　處于最前

面的網格線 　　只有刻度線的Y軸 　　切割背景圖片的餅圖 　　半圓式餅圖 　　Web2.0風格的圖表 　3.2 單個圖表的處理 　　處理圖表中的超大值 　　不同數量級的趨勢比較 　　不同數量級的分類比較 　　避免凌亂的曲線圖 　　避免負數的標簽覆蓋 　　居于條形之間的分類軸標簽 　　手風琴式折疊的條形圖 　3.3 系列組圖的處理 　　清晰的小而多組圖 　　引人入勝的圖表故事板 　　漸近明細的圖表呈現 　　分解樹圖表 　　Dashboard式圖表 第4章 高級圖表制作 　4.1 瀑布圖（WATER FALL） 　　瀑布圖做法 　　橫向瀑布圖 　　穿越

X軸的瀑布圖 　4.2 不等寬柱形圖 　　分組細分法 　　時間刻度的面積圖 　　多度量的不等寬條形圖 　　細分市場份額矩陣 　4.3 滑珠圖 　4.4 熱力型數據地圖（HEAT MAP） 　　地圖圖形的準備 　　地圖模型的構建 　　地圖工具的使用 　4.5 氣泡型數據地圖 　4.6 制作動態圖表 　　輔助系列法 　　動態名稱法 　　選擇器的制作 　　動態圖表標題和標簽 　　預置式動態圖表 　　動態圖表的演示 　4.7 基于地圖選擇的動態圖表 　4.8 BULLET圖表 　4.9 SPARKLINES圖表 　4.10 TREEMAP圖表 　4.11

MOTION圖表 第5章 選擇恰當的圖表類型 　5.1 一份圖表的產生過程 　5.2 圖表的基本類型及其選擇 　5.3 圖表類型選擇辨析 　5.4 實績與預算比較的圖表選擇 　5.5 百分比數據比較的圖表選擇 　5.6 圖表類型選擇的誤區 　　頻繁改變圖表類型 　　過于復雜的圖表 　　誤導和欺騙的圖表 　　錯誤的圖表 　　不必要的圖表 第6章 圖表設計與制作原則 　6.1 最大化數據墨水比 　　什麼是數據墨水比 　　最大化數據墨水比 　　把握平衡 　6.2 圖表中的顏色運用 　6.3 設計原則C.R.A.P 　6.4 圖表制作原則 　6.5 形成自己的

圖表風格 第7章 數據分析人士的最佳實踐 　7.1 把EXCEL設置到得心應手 　7.2 規劃好分析工作體系 　7.3 為分析底稿添加備注說明 　7.4 把EXCEL圖表導入到PPT 　7.5 商務型PPT的一般規範 　7.6 分析報告的發布和歸檔 　7.7 定期做好備份 　7.8 數字並不是一切 第8章 附錄 　8.1 EXCEL 2007/2010在圖表方面的變化 　8.2 圖表伴侶工具 　8.3 圖表博客和網站 　8.4 圖表相關書籍 　8.5 商業雜志網站 　8.6 設計網站 參考文獻 索引 2009年底，作為博文視點的評

審專家，我有幸拜讀了這本《Excel圖表之道》。雖然那個時候此書還只是初稿，但內容的詳實以及分析的透徹，已經足以讓我感到汗顏。 說來慚愧，作為微軟的十佳金牌講師，一直以來我都認為自己的Excel玩得很不錯，熟練游刃于各種表格和圖表之間，各種設定也可以說是爛熟于心。但從來沒有認真想過，原來一個簡單的圖表還有這麼多門道∣作者只用簡單實用的方法，居然就可以輕松制作媲美商業雜志的專業圖表，一些圖表的思路更是精巧絕倫，令人無比佩服。 但更打動我的是作者對于商務圖表之道的探討。我很欣賞這本書的名字——《Excel圖表之道》，取題簡單但是有力，通俗但又透著那麼一股子深邃。 《道

德經》上說︰“道生一，一生二，二生三，三生萬物”，意思就是說“道”是萬物運行，自然變化的規律和法則，是一切的本源，沒有規律的一切頂多稱得上是個空中樓閣。 本書恰恰起到了指明規律和原則的目的——當我讀罷此書之後，再打開那些自認為十分得意的報表時，卻發現原來很多東西根本沒有遵從一些基本的“道”，貌似琳瑯滿目，或是花里胡哨，但卻缺少一種精髓，甚至是背離了圖表用來表達數據的本意。 這是一個很容易讓人瘋狂的時代，包括我在內的很多人往往會頭腦發燙，做事情的時候來不及或者不願意花時間去想清楚“我要做什麼”、“我要怎麼做”。這是一本能夠讓人從繁雜的事物和浮躁的環境中沉靜下來的書，能讓你看到

—稞棵繁茂的大樹下面那些清晰的根睫脈絡，從而理解如何讓自己的大樹枝繁葉茂。

開發及利用自動駕駛系統車輛刑事責任之研究

為了解決dashboard意思的問題，作者陳焯怡 這樣論述：

現代科技之進步提高了車輛之自動化程度，使自動駕駛車輛成為可能。與一般動力車輛不同，具備高自動化程度之車輛能不經由人類介入，自主控制車輛與監測交通環境。車輛自動化程度提高之同時亦伴隨著風險，雖目前各國及我國之自動駕駛車輛仍處於發展狀態，惟於國內外已時有耳聞與自動駕駛有關之交通肇事案件。因此，未來若我國開放自動駕駛車輛，關於自駕車肇事致人死傷之案件，於刑法上如何處理以及可能面臨之問題為本文欲探討之重點。目前自動駕駛肇事案件中之車輛大部分屬於SAE自動駕駛等級2之部分自動化車輛，由於自駕等級2以下之車輛仍主要仰賴人類操作控制，於刑法之討論上較為單純，原則上以駕駛人為刑事歸責討論之對象。因此

，本文主要係針對開發及利用自動駕駛等級3以上車輛之刑事責任為探討。有關自動駕駛法制之部分，美國、德國及日本有就自駕車之安全技術標準、肇事責任分配、倫理問題等為規範，我國則於近年通過《無人載具科技創新實驗條例》，鼓勵自駕車之實驗測試。而利用人工智慧技術之自動駕駛系統能否成為刑事責任主體亦為近年被關注之議題，本文認為依自駕車之製造與利用目的而言，擁有高自動化特性之自駕車仍屬弱人工智慧範疇內，應被認定為物或工具，難以將系統認定為刑事責任主體。因此就自駕車肇事之相關刑事責任討論仍應以對車輛與系統具意思支配地位之駕駛人、利用人或製造人為主。由於我國目前尚未開放自動駕駛等級3以上之車輛，故於涉及該類型車輛

肇事致人死傷之刑事責任討論，本文參酌各國自動駕駛相關法制，並以刑事過失責任為主。於開發、利用自動駕駛等級3之有條件自動化駕駛系統車輛刑事責任之分析上，將可能面臨如何認定適當之接管車輛時點、注意義務程度、車輛安全性有無等問題。開發、利用自動駕駛等級4以上之高度自動化型駕駛系統車輛刑事責任之分析上，則可能面臨利用人定義、注意義務違反如何認定、兩難困境等問題。為於發展自動駕駛車輛之同時兼顧社會利益，明確開發、利用自動駕駛系統車輛相關人之責任分配及過失責任範圍，本文認為將來以制定相關法制度為宜。