是的，又搬家了。 這次搬家像是一種重新開始，遷移的範圍稍微大些，大致上有兩段變動： * 從功能豐富的 WordPress 到簡潔高效的 Ghost * 從 SugarHosts 搬遷到 Google Cloud Platform (GCP) Wordpress 的功能非常豐富，只是我使用到的部分極少，總想找個簡潔的服務使用，但忙碌的工作很快就澆熄了動力。一次在輸出小組群組中的討論，注意到 Ghost 這個部落格平台，試裝操作看看，體驗還不賴，想著我的文章數也很少 (心虛)，就搬吧！ 推進這個改變的契機，一部分也來自於 SugarHosts 自 2024 年底在網路社群中的討論，其中也包含了客服回應的議題，必須說，SugarHosts 的價格真的很有吸引力，只是客服回應效率突然發生的落差，我開始擔心這是否對影響到部落格，開始思考搬家的可能。 在年假期間，我利用 GCP 提供的 300 美元三個月試用額度來搭建新服務，並順便將文章搬遷到
最近在 GCP 試玩 Compute Engine (VM)，建立時另外新增了一顆磁碟，實際運行了才發現，原來需要自行掛載，記錄執行的指令與過程。 以 Ubuntu 22.04 為例 (多數的 Linux 應該也可以使用) 確認新增的磁碟是否存在 lsblk 大多情況應該會看到新的磁碟還沒有掛載任何分區 格式化 (如果硬碟還沒有格式化) sudo mkfs.ext4 /dev/sdb 配置自動掛載 取得新磁碟的 UUID sudo blkid /dev/sdb 一般會顯示類似以下的結果 /dev/sdb: UUID="一串由-符號串接的英數字" BLOCK_SIZE="4096" TYPE="ext4&
前段時間，工作環境將 PostgreSQL v10 升級到 v15，升級後發現報表的執行效率從 1 秒變成了 2 分多鐘，也剛好變因太多，排查了很多項後才開始面對 SQL 執行計畫，同一段 SQL v10 跟 v15 有很大的差別，許多人花了一番功夫調整，速度才回到水準，接著進一步從調整方向的線索，再爬網路文章，才發現原來在 PostgreSQL v12 有一項對我們來說蠻重要的改變：CTEs 行為改變。 過去經驗裡，SQL 使用 CTE (Common Table Expression) 能將一段查詢的結果暫存起來，在主查詢語句中使用，能有提升查詢效率的效果 例如： WITH temp AS ( SELECT col1, col2, col3 FROM
許多網路文章中都有安裝 kubernetes cluster 的教學，也因為版本更迭，爬了很多的文章、裝了非常多次，整理以下的筆記，幫自己防忘記。 實作環境 * 主機 (VM) 3 台，一台 master、兩台 node * pve-master * pve-node1 * pve-node2 * 作業系統 Ubuntu 22.04 * Container Runtime 選擇 containerd.io 筆記的幾個大步驟，有些是所有節點都要做，有些則否，整理如底下的表格： Step pve-master pve-node1 pve-node2 安裝前置 V V V 安裝 Container Runtime V V V 安裝 kubeadm
筆記摘自蔡恩全老師在 Master Cheers 的系列課程，章節片段不長，大約 12 分鐘，但有許多讓人省思的地方，也包含了一部分對過去自己答案的肯定，雖然是談管理、對部屬溝通，但除了 coaching 的部分比較屬於帶人的層面，其他的提點也很適用各種溝通場景。 筆記裡已經包含課程大多數內容，我比較想就這個課程中所回憶起的經驗或曾經踩的雷做個回顧，也當成是一次覆盤。 首次擔任管理職是從無到有建立團隊，一一面試選擇團隊夥伴，我想我們應該都同意，不論哪一方，面試時的想像和期待，通常和實際是有些落差的。夥伴的個性不盡相同，對於「了解對方」的能力，我有很多努力的空間，我可以做的，是在每一次的 1 on 1 中，視對方的反應來調整，但仍然是有許多故事。 有一回，和一位剛加入團隊三個月的成員討論工作狀況，我很直接地說：「我發現你的工作進展與我期待的不同，我們過去也定期在檢視跟討論，我想知道是不是有遇到什麼問題，或者需要我協助的地方？」 眼前的大男生回應不到幾句就開始稀裡嘩啦地哭了，一時之間我也有些不知如何是好，遞給他一盒面紙，請他先收拾好情緒後我們再談，在
一次與朋友相聚閒聊，彼此交流著生活中發生的事，可能聊著聊著進入了某程度的心流，在感性與理性間穿梭，意外地發現面臨到的課題雖然不同，卻可以歸納出相近的脈絡。 選擇與後悔 做了一個決定，如果很順利沒什麼不開心，就會覺得自己做了對的決定，反之，就會覺得當時做錯決定了，產生「也許我當初做另一個選擇會比較好」的想法。我們在做決定的當下，通常都會是儘可能考量清楚，也因此心理上會覺得事情應該如預期般地順利獲得期待的結果，事實上是時間在走，會遇到不一樣的人和事，故事線會一直長新的出來，過去已做的決定不會再改變了，可以改變的是應對現在而做出選擇。 不說出口的期待 有些人習慣不說或話中有話，預期對方應該要/應該會懂，然後抱有期待，對方可能為了符合期待(先不論為什麼)，用自己的理解作出回應，答對了皆大歡喜，沒答對卻是一方失望一方委屈，都覺得莫名其妙。 發生這類事情的情境很多，有些情境有一再的機會讓你覺察、調整，逐漸懂得該持續溝通和傾聽，而有些情境你只有一次機會，也許錯失了就失去了，但更需要把握的是這個失去的經驗讓你獲得了什麼。 表達≠溝通 有的人說話習慣貶低對方
換了新的 Mac，趁著是乾淨的環境，把安裝過程記錄下來，方便未來查找。 使用 brew 進行安裝，所以開始前需要先為 mac 安裝 brew，在 terminal 執行以下指令： /bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)" 接著就可以安裝 Docker 了 brew install --cask docker (安裝過程中可能需要輸入當前登入帳號的密碼) 正常安裝成功，應該會看到如底下圖片的 "docker was successfully installed! 接著將 docker desktop 打開
![[Grafana] 與 keycloak 驗證](https://images.unsplash.com/photo-1504868584819-f8e8b4b6d7e3?crop=entropy&cs=tinysrgb&fit=max&fm=jpg&ixid=M3wxMTc3M3wwfDF8c2VhcmNofDE5fHxzb2Z0d2FyZXxlbnwwfHx8fDE3Mzg0OTczODN8MA&ixlib=rb-4.0.3&q=80&w=600)
參考連結 * 設定檔 grafana.ini (/etc/grafan/grafana.ini) [auth.generic_oauth] enabled = true scopes = openid email profile name = My Company Keycloak tls_skip_verify_insecure = true allow_sign_up = true client_id = <系統在 keycloak 註冊的 Client ID> client_secret = <系統在 keycloak 註冊的 Client Secret> auth_url
* time picker (Grafana Global Varialbe) ${__from} 和 ${__to} 可以取得 grafana 原生 time picker 開始時間及結束時間的值 (timestamp) ${__from:date:YYYY-MM-DD} 可以把 timestamp 轉成想要呈現的格式 select '${__from:date:YYYY-MM-DD}' as time_from, '${__to:date:YYYY-MM-DD}' as time_to result: { "time_from": "2023-09-21", "time_to"
部落格的緣起與源起 為了推推自己建立輸出的習慣，在 2022 年參加了商業思維學院同學建立的輸出小組，想用直接的行動推進自己找主題，爬了幾篇文後，覺得有自己的網址和主機，未來如果有需要時，是比較無痛的移轉，於是，就這麼下決定要建置個人部落格了。 現今的網路和技術，建置專屬於自己的部落格平台容易許多，參考 Dean 的「WordPress 網站架設教學 最簡單的圖文步驟分解」，大致上的流程就是找一家合適的主機商安裝 WordPress (現在許多主機商提供一鍵架設的服務)，購買屬於自己的網址，設定網址對應到購買的主機，接著在 WordPress 作一些設定之後就可以開始寫文章了。以我自己來說，我在 NameCheap 買了個人的網址，主機商的部分則選擇許多人推薦 Cloudways，三兩下就建立好 wordpress 站台了。 對我而言，最難的反而是「網址要取什麼好？怎麼我想要的名字都已經是別人的了」、「部落格要叫什麼名字？」、「萬事具備了，我的部落格主題寫什麼好？」，這些困難都不該是阻止自己嘗試的理由，既然還想不到，就從課程學習、職場工作經驗、生
Grafana 的圖表可以透過原生的 tim picker 選擇起迄時間，來更新圖表的結果 在第三方圖表 (如：echart) 中，如果希望取得 time picker 起迄時間來過濾資料，可以透過 grafana 的內建 global variable 的 ${__from} 和 ${__to} 來取得起迄時間，值的內容是 timestamp 同時，可以透過官方文件解釋的語法，將格式轉換，如底下的例子： ${__from:date:YYYY-MM-DD} 可以把 timestamp 轉成 4 碼年-2 碼月-2 碼日 在圖表 panel 的 SQL 應用： select '${__from:date:YYYY-MM-DD}
成為全方位領導人 (What makes a Leader) 收錄在哈佛商業評論最有影響力的 30 篇文章。 文章開頭談到，要找出擁有「適當領導特質」的人是一門藝術，每位領導人的人格特質不同，有的內斂重分析，有的強勢，在不同的情境/情勢中，需要的領導能力與特質不同。 作者丹尼爾·高曼透過分析多家公司的職能模式，總結出創造傑出績效的三大類能力，包含專業能力、認知能力，以及展現 EQ 的能力。 表現傑出的人職位愈高，認知能力與 EQ 會愈顯得重要，專業能力的差異則愈不相關，其他研究也指出 EQ 能使傑出的領導人脫穎而出，並且有助於創造優良績效。 不論是哪一種特質的高效領導人，都有高度情緒智能 (Emotional Intelligence) 這個重要的共同點，文中更進一步解析 EQ 的組成要素： 自我認知 * 足夠了解自己的情緒，知道自己的情緒受何影響，並能找到應對之道。 * 能坦然面對自己的極限和長處，更能讓自己在合適的地方發揮。 * 知道該在何時尋求幫助，