筆記 | 反脆弱

筆記 | 反脆弱
Photo by Jonas Jacobsson / Unsplash

脆弱的反義詞,直覺的反應認為是堅強、堅固之類的詞,「反脆弱」作者塔雷伯認為反脆弱才是脆弱的相反狀態,脆弱是容易因變動產生大的負面影響,堅固/堅強是沒那麼容易受變動影響,反脆弱則是因變動產生正面的影響。

聽讀書選中舉了一些例子來幫助理解反脆弱的概念,其中一個例子是較好懂的,重訓之所以能長肌肉 ,是因為肌肉束在負荷平常不會負擔到的重量時,部分會因此受傷,身體在修補這些傷害時,會讓肌肉長得更多更強健,這就是一種「反脆弱」的現象。

尼采:「凡殺不死我的,必使我更強大」,是用來形容反脆弱最適合的一句話,在承受變動後得到了某些養分,促使自己擁有更多的能量而能更夠承受更多或更大的變動。

如果我們致力於避免變動,期待維持長久的穩定,在遇到大變動時反而是更無法承受的,人生唯一不變的就是變,小至身旁周遭的人事物,大至意想不到的災難,因此應該採取的作法是想方法可以耐受變動,為風險預做準備,甚至在變動中獲益,降低脆弱性,提升反脆弱能力。

反脆弱一書中對於提升反脆弱力提出了一些策略:

槓鈴策略 (Barbell Strategy)

將多數資源放在低風險,以避免損失,少數資源投入在高風險高獲益,增加可能的獲益,若將全數資源放在中度風險、穩定報酬中,遇到大的變動時反而是最脆弱的。

小型試驗

進行小規模的實驗、試錯,提升耐受風險的能力以及發掘機會。

取得選擇權

用相對低的代價,取得未來可以行使某項權利、獲取高報酬的資格,遇到損失有限但利益無窮的情況,一定要想辦法取得選擇權。

創造對風險的凸性

風險不可預期且必定到來,因此正確看待風險,投注資源降低風險影響程度,如果能因此獲益就是創造對風險的凸性。

變動隨時會發生,可以經由接受一些頻繁的、小的變動,不斷地調整,藉此降低自己的脆弱性,透過前述的策略,正確地看待風險並投入資源做投資、試驗、預防,提升自己的反脆弱力。

Read more

筆記 | 設定自架 Ghost SMTP

筆記 | 設定自架 Ghost SMTP

部落格荒廢了好一段時間,近期終於想用手機登入管理介面留下些草稿,突然發現無法登入,登入鈕下方出現了如下的一段訊息 EmailError: Failed to send email. Please check your site configuration and try again. 結論先行,原因是我安裝的 ghost 版本,在首次使用新裝置登入時需要 2FA (二階段驗證),也就是說,除了帳號密碼登入之外,還會有一層驗證機制,而這層驗證機制需要輸入 6 碼驗證碼 (Ghost 站台發給登入者註冊信箱的 mail 會提供)。我當時建置 Ghost 時認為自己不會發送電子報,就忽略了 SMTP 的設定,導致 Ghost 站台不能正常發信,在配置好 SMTP 設定後 (我使用的是 Mailgun,應該也可以用 Gmail

By Jo
部落格遷移紀錄

部落格遷移紀錄

是的,又搬家了。 這次搬家像是一種重新開始,遷移的範圍稍微大些,大致上有三段變動: * 從功能豐富的 WordPress 到簡潔高效的 Ghost * 從 SugarHosts 搬遷到 Google Cloud Platform (GCP),最後搬移到 zeabur Wordpress 的功能非常豐富,只是我使用到的部分極少,總想找個簡潔的服務使用,但忙碌的工作很快就澆熄了動力。一次在輸出小組群組中的討論,注意到 Ghost 這個部落格平台,試裝操作看看,體驗還不賴,想著我的文章數也很少 (心虛),就搬吧! 推進這個改變的契機,一部分也來自於 SugarHosts 自 2024 年底在網路社群中的討論,其中也包含了客服過久沒有回應的議題,SugarHosts 的價格真的很有吸引力,只是客服回應效率突然的落差,讓我開始擔心這是否對影響到部落格,開始思考搬家的可能,實際上身邊的朋友也愈來愈多人遇到類似情況,甚至站台無法再使用,措手不及使得只能使用較早期的備份來拯救文章。 我在年假期間利用 GCP 的試用額度來架設

By Jo
筆記 | Ubuntu 掛載磁碟

筆記 | Ubuntu 掛載磁碟

最近在 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&

By Jo
筆記 | PostgreSQL v12 CTEs 行為改變

筆記 | PostgreSQL v12 CTEs 行為改變

前段時間,工作環境將 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

By Jo