《逆思維》4 - 如何贏得辯論並影響他人？

好久不見，這個網站已經好一陣子沒有更新一些東西了。 在寫這篇文的時候，我一直在思考一個問題：我是該憑著我讀完的印象來寫呢？還是我可以 open book 邊寫邊重新閱讀這本書，從作者的文字中尋找靈感呢？我想了一下覺得邊寫邊重新閱讀好像挺好的，可以幫助我補足第一次閱讀時沒有理解到、沒有掌握到的道理。 這章的主軸是一個 AI 與人類辯士之間的辯論賽，主題為政府是否該補助幼兒園。AI 為正方，人類為反方。AI 擅長理性地分析大量的資料，並且給出有利的證據來佐證自己的論點。有那麼齊全的資料，以及強大的計算能力，看起來 AI 是贏定了；然而辯論到後面，有許多評審、觀眾的想法反而被帶到人類辯士的這邊。是為什麼呢？ 想要說服一個人、給人建議，數據與分析當然是必須的。但也要考量我們人類並不是完全理性的，舉再多的數據佐證，不會買單的人就是不會買單。有沒有什麼好方法可以說動一個人呢？作者研究了談判專家，和普通的談判者在談判中所使用到的技巧，發現談判專家們並沒有花特別大的篇幅提供證據、分析、數據那些東西。而是談判專家會找到雙方立場的共同點，並且以提問表達出好奇，引發雙方有更進一步的思考，對方心裡可能也

搶救網站大作戰！

去年大約 12 月底，我用了 Zeabur 這個平台架設我的網站。因為有先人寫好了 Ghost 的 infra 模板，所以我架設起來非常方便快速。 原本是抱持著一個白嫖免費服務的心態使用 Zeabur 的，結果今天心血來潮想進網站看一看，才發現服務掛掉了。進到 Zeabur Dashboard 一看，發現已經頂到免費額度上限，服務被自動停用了！為了避免資料被自動刪除，話不多說，只好先課金 5 美金了！ 課完金之後，我嘗試重啟主服務，似乎也遇到了問題，主服務一直崩潰重啟。這不曉得是 Zeabur 平台不夠完善，還是 Infra 的 Template 寫得有問題。我想，既然主服務有狀況，先確保 DB 資料安全應該比較實在。 還好 MySQL 服務是活著的，目前的策略是先用 Zeabur

《逆思維》3 - 想法有誤的喜悅

承認自己的錯誤，並且拋棄成見，不再堅持「信念」，才能讓我們更接近真相。 在《逆思維》這本書的第三章，最令我印象深刻的例子，就是對於 2016 年美國總統大選前，共和黨內初選結果的預測。當時沒有人認為川普會贏得初選，甚至把川普當成是笑話。但是有一位預測專家尚皮耶・波岡斯認為川普高機率會贏。為什麼大家都預測錯，但是尚皮耶可以正確預測呢？大家都被「信念」蒙蔽了雙眼，沒辦法真的客觀、理性地探究事情的本質。 很多時候我們遇到的事情都有兩面性，或是多面性。但我們寧願只看其中的一面，並且死死抓著它，讓它成為一切推論的不可動搖的根基。這種信念有可能出現問題，與事實相去甚遠，但我們礙於面子、自尊心，沒辦法調整自己的看法，並承認自己的錯誤。 舉個近期的例子，就是去年 2025 年，在台灣由民進黨發起的大罷免行動。在罷免投票的前一兩週，罷團的聲勢相當浩大，每天搭車在捷運站外都會看到他們的宣傳。那時，就連反對罷免的我也認為國民黨和民眾黨完蛋了。然而罷免開票結果卻讓罷免支持者集體崩潰，完全沒有立委被罷免成功。在路邊、網路上，鋪天蓋地地宣傳大罷免，

手把手教你用 GitHub Pages 搭建網站！

我們公司內部的讀書分享會，有同事用AI vibe coding 把簡報做成網頁 HTML 的形式。我心想這也太酷了吧，我也來搞一個試試看！感謝好心的同事有留下那個簡報的原始碼，我也用 vibe coding 把那份簡報魔改成一個讀書會簡報編輯器，並且輸出了一份 HTML 簡報。 我覺得把簡報做成網頁的優點很明顯，不需要安裝任何簡報軟體，只要有瀏覽器，輸入 URL 就可以使用簡報，而且想玩什麼花樣，都可以用 CSS、JavaScript 去寫；但同樣的，缺點也很大——也就是把 HTML 做出來。把 HTML 做出來之後還會遇到問題，如果只是用瀏覽器打開這個 HTML，YouTube 的影片會沒辦法播放。 把簡報做成 HTML 的這個難點，我相信可以透過 AI 來解決。或是說簡報軟體也可以把做好的東西轉換成 HTML？這個我就沒有研究了，但我猜應該有類似功能。

有趣的書推薦《712件可寫的事》

朋友們，新年快樂！不知道大家去年 2025 年想達成的目標、夢想是否都實現了呢？ 在 2025 的上半年，我參加了一個小型的讀書會。但準確來說，這個社群也不算是傳統意義上的讀書會。它更像是一個結交不同領域朋友、鼓勵彼此成長的小社團。後來讀書會的社長因為要準備年末的考試，其他成員也沒空接手，大概五月後就沒消沒息了。 今天是新的一年的第一天，社長她突然來祝我新年快樂，還推坑我一本她在 Threads 上看到覺得很有趣的書，希望重新發起讀書會的活動。收到這個訊息的當下，我真的非常開心，一方面是因為收到老朋友的祝福，另一方面也是為這個讀書會社團感到開心，等了好長一段時間，終於要復活了！ 社長她介紹給我的書，就是《712件可寫的事》。遠看這本書，我還想說這不就是便宜又好用的黃色筆記紙嗎？這本書光是書名跟外觀，就很吸引我想要去翻它。我後來去查了才知道，他真的不是一本普通的書。 在這個 AI 變成主要生產力工具的時代，我們可以把一部分的工作外包給 AI，但不該連腦袋都直接外包出去，讓 AI 取代我們的大腦。《712件可寫的事》這本書，設計了

我讀《道德經》2

道可道，非常道。名可名，非常名。無名天地之始；有名萬物之母。故常無欲，以觀其妙；常有欲，以觀其徼。此兩者，同出而異名，同謂之玄。玄之又玄，衆妙之門。 在我的想像中，「道」應該是很簡單的。古人有云：「大道至簡」。但是這個「道」，似乎又不是三言兩語可以講出來的。老子說道能生天地萬物，但又叫我們要清淨無欲才能體悟這世間的微妙關係，這矛盾感真的很有趣。 這短短的一小章節，其實讓我反思了很多。人生的意義、目標到底是什麼呢？對我來說，我一直以來想追求的目標都很明確，就是想要有一個幸福美滿的家庭。所以為了這個目標我很盡力地工作，並且努力刷技能包，就是希望可以積攢大量的財富，然後買房、買車、結婚、生子，覺得這樣才能給妻小最好的安全感。 但是當我越汲汲營營，想要抓取這些東西的時候，我發現自己反而更容易迷失。我也時常搞錯優先次序，整天空想著要賺很多錢，但又無力那麼做，就陷入了焦慮、內耗的深淵。只有當我放鬆，

我讀《道德經》1

相信大家在以前國高中的國文課，應該都有聽過《道德經》這本書，但是應該極少數人會想讀它吧。 前幾天滑 reels 跳出廣告在推漫畫版《易經》，我就好奇查了一下，發現蝦皮上面漫畫版的《易經》、《黃帝內經》、《道德經》一起買只要新台幣 399 塊，實在是太划算了，於是我就三本一起買了，哈哈哈！ 那至於說為什麼會想先跟大家分享道德經呢？大家都應該都聽過老子五千言吧，它文字很短，而且又是一章一章連貫的，再加上我也很好奇為什麼順應自然、無為而治的道，可以帶來巨大的改變。所以就想先讀這本，並跟大家分享一些收穫。 高中國文滿級分的你一定知道《道德經》作者是春秋末期一位偉大的思想家、教育家和道家學說的創始人——老子。老子，姓李，名耳，字聃。老子曾經做過周朝的史官，博覽群書、學問高深，是當時名聞天下的大學者。 老子創立了道家學派，提倡無為，不追求名利。他厭倦了自己的官職，眼看著周朝腐敗，於是決定辭官隱退，離開洛陽一路向西而行找地方隱居。行經函谷關，

學習後端基礎 3 - 後端通訊設計模式

上一回介紹了幾種通訊模式，這一回將接續我們上次有提到但是沒有介紹完的。 Server-sent events: 同一條管子，慢慢把消息送來 在上一回有提到 push，而 Server-sent events 就是 push 的一種作法。您可以把它想像成：使用者打開一個網頁之後，和伺服器之間建立了一條管道。伺服器不會一次就把大量的資料全部送給你，而是他只要有新的東西要給你，就會往這條管子慢慢丟。 就像你在聽廣播，所有的消息不會在一瞬間內灌入你的腦袋，而是主持人有新的內容就會繼續講。你不需要重新打開收音機，聲音就會自然傳來。 Server-sent events 的特點就是方向單純，只有伺服器會說話，客戶端紙負責聽。因此這很適合用在即時通知、系統狀態更新、活動倒數、股票報價等等場景。 Pub/Sub：我只想知道跟我有關的事 當系統裡的角色越來越多，「誰該收到什麼資料」就會變成一個問題。這時候就會出現 Pub/Sub（Publish / Subscribe）這種模式。 你可以把它想成訂閱制的電子報。發送訊息的人只負責「發布」，完全不在乎誰會看到；

學習後端基礎 2 - 後端通訊設計模式

上一回我們介紹了最基本的 Request–Response，以及同步與非同步的概念。那些都是「事情馬上就會有結果」的情境，但在真實世界裡，更多時候是——事情還沒發生，但我們已經在等了。 例如新訊息、訂單狀態、外送進度、即時通知。 問題不在於怎麼拿資料，而是： 資料還沒出現的時候，系統要怎麼應對？ 這時候，就會出現幾種不同的設計方式，其中最常見的就是 Polling、Long Polling 與 Push。 Polling：每隔一小段時間就再問一次 Polling 是最直覺、也最符合人類本能的一種做法。 不知道狀態有沒有更新，那就隔一段時間來確認一次。 就像你在等一個重要訊息，忍不住一直拿起手機解鎖看看有沒有新通知。大部分時候什麼都沒有發生，但你還是會不斷確認，因為你不想錯過。 我自己實作過、印象很深刻的一個例子，是串接 TW FidO 的行動自然人憑證驗證服務。使用者在登入頁面上會看到一個 QR code，接著拿出手機，用行動自然人憑證

《逆思維》2 - 信心造成的思維偏誤

大家好，今天來分享我讀《逆思維》第二章時所得到的收穫。 這一個章節提到了兩群截然不同的人——過度自信的「紙上談兵症候群」的人，以及具備能力但自信不足的「冒牌者症候群」的人。作者針對這兩群人也提出了非常有意思的觀察案例及調適建議。 上面提到的兩種症候群，乍看之下是天平的兩端，花一點心思應該是可以調整到平衡的位子。但是看完這章之後我認為這兩群人似乎並不是對稱的，並不是說左邊的人往右走一步，等同於右邊的人往左走一步。 這世界上總是有許多覺得自己最厲害的人，認為自己的想法都是對的， 也很喜歡找人抬槓。這些人有學問、有能力嗎？應該沒有吧，如果有的話，應該也是一個不好相處的人。文中舉了一些實驗案例，那些對自己能力最自豪的人，在能力測驗中的分數反而顯著地低。這些人只是懂了一點皮毛就敢大談自己的想法，如果之後碰壁了，只影響到自己也就算了，但是很多時候他們身邊會有一些支持者，這時候他們可能就是帶著整個團隊、整個公司，以至於整個國家社會一起去撞牆，嗚呼哀哉。 偏偏「紙上談兵症候群」的人，想法是最難做出調整的。如果對於一門領域完全沒有涉獵，那也不成問題，不論是誰都可以認知到自己完全不懂行。但是過了新

學習後端基礎 1 - 後端通訊設計模式

做網站工程師也有一段時間了，但是一直沒有機會去拆解後端的每個環節，並且深入瞭解底層原理。前陣子剛考完 AWS 的三張證照，考完之後覺得學習不能停歇，於是就把先前買的 Hussein Nasser 老師在 Udemy 上開的後端基礎課程拿出來看，希望能有很大的收穫。 課程裡面最一開始講到了幾種設計模式：Request Response、Synchronous vs Asynchronous、Push、Polling、Long polling、Server sent events、Pub/Sub 等等。這些設計模式對於後端工程師來說應該耳熟能詳，但我也認為說對於沒有實務經驗的新手，應該也可以用一套比較生動的比喻，讓大家都能夠了解各個設計模式的核心概念，以及優缺點。 Request — Response 模式是最經典的，也是一切的基礎。客戶端向伺服器要些資料，伺服器回應這些資料，這就是一次的請求跟回應。而這個請求的結構是由客戶端跟伺服器定義的，兩邊總會有一個協議，傳遞格式化的訊息。做網站後端，最熟悉的一定就是 HTTP 請求了吧，它的格式大概就長下面這個樣子。

《逆思維》1 - 提醒我重新思考

好幾個月前在酷澎上買了幾本書，《逆思維》是其中一本。為什麼會買這本書呢？我也忘記為什麼了，大概是因為我覺得我的人生有點卡住了，想要有先人來指點迷津吧？《逆思維》這本書的書名，看起來就是會帶著我以不同的角度，看待這個世界所發生的問題，這麼做說不定就會發現一條出路。 我知道我從小就是一個還算聰明（但是很懶）的人。並不是主觀上的我覺得我很聰明，小時候的智力測驗至少有 120 以上，我在學校的成績也算滿前面的，沒有讀頂大應該是某種神秘力量阻止我好好用功讀書而已。 為什麼我會寫上面這段呢？不是想要吹說我很聰明我好棒。這本書的第一章就有提到，「聰明」可能是聰明人的枷鎖。聰明人更容易辨識出事物的規律、模式，以至於形成刻板印象——從小到大我的想法、觀點，甚至我支持的信念幾乎都是對的，照著這個經驗來肯定沒錯。作者提出了幾種心智模型： 1. 極端教派領袖：我永遠是對的！ 2. 政治家：我們是對的，他們是錯的！ 3. 傳教士：我是對的！ 4. 檢察官：你是錯的 5. 科學家：我也許錯了！

life

養成習慣的練習

好幾年前吧，我看了《原子習慣》這本書，一兩個月前又再把它看了一遍。我覺得我是看了這本書，瞭解了書中的一些概念沒錯，但就是沒有很認真的把這本書運用在生活中。我想要每天早睡、運動、讀一點書、寫些東西，這些似乎都沒有做到🫠。 今年 2025 年快要過完了，我終於在 12 月中考完了三張 AWS 證照，完成了今年的一大目標，也放下了我心中一個很重的擔子。希望接下來的日子裡，可以透過一些技巧，養成這些好習慣。不要想說把事情做得很好，但一定要鼓勵自己開始做事。千里之行，始於足下，步伐跨得不遠沒有關係，有在努力前進就好！ 希望我可以養成每天寫些東西的習慣，即便是一些沒經過整理的幹話，或是生活中的小發現、小心得也好。我相信輸出文章這件事情，對我的思考、學習有很大的益處。

aws

一年內考過三張 AWS 助理級證照（SAA-C03、DVA- C02、SOA-C03）心得分享！

大家好！我是一個有兩年工作經驗的菜雞全端工程師，平常的工作內容大多都是在處理後端業務邏輯，以及前端畫面、交互等等。由於我對我們團隊專案的部署架構幾乎不了解，今年年初我就決定來認真學習 Amazon 雲端的相關知識，並且以考到 SAA-C03、DVA-C02、SOA-C02 這三張證照為首要的目標（SOA-C02 在我休假完回來之後就悄悄更新成 SOA-C03 了）。 如果您跟我一樣是轉職仔，或剛入行沒多久，想要學習 AWS 並且考取證照來讓自己的履歷能夠亮眼一點，也許這篇廢文可以幫助到您。至於說網路上好像很多人分享什麼三個月或幾個月考取這三張證照的心得，為什麼我會把時間拉到一年呢？可能就是因為我懶 + 容易分心 + 排了好多出去玩的假期，畢竟休息是為了走更長遠的路嘛，哈哈哈。 這篇文寫到後面感覺是我想講什麼就寫什麼，所以結構可能很亂，還請讀者見諒🙏。 我的學習素材全部來自於 Stephane Maarek 老師在 Udemy 平台上推出的一系列 AWS 課程。這位老師母語應該是法文，英文稍微有點口音不影響理解，我覺得他的課程算滿完整的，除了觀念講解以外，還有實際操作的畫面，更能

安裝好用的文字編輯工具 — LunarVim

大家好，祝福大家都可以睡得很好。 今天來跟大家講講怎麼在 Ubuntu 上安裝 LunarVim 這個好工具，以及它其他好用的套件。它是一個基於 NeoVim 的 IDE，除了基本 Vim 的功能以外，它也集成了很多好用的設定及插件。 由於 APT 庫裡面的 NeoVim 並不是最新的穩定版本，所以我們需要使用別的方法來安裝 NeoVim。 我的安裝策略是這樣的： rsvm => Rust 1.78.0 => Bob => NeoVim v0.9.5 首先，我們先打開終端機，用 curl 指令安裝 rsvm，rsvm 是 Rust 的版本管理工具，安裝後，可以任意切換 Rust

優化計算費波那契數的方法 — 動態規劃

大家好，首先先祝福大家身心靈健康。 不知道大家有沒有看過上一篇介紹用遞迴的方法計算費波那契數的文章呢？還沒看的朋友可以點這裡去看看喔！ 幫大家回顧一下，使用遞迴的方法計算費波那契數，時間複雜度是 O(φ^n)。以我的運行環境，計算 fibonacci(100) 可能需要五至七萬年左右的時間。 怎麼優化呢？我們可以使用動態規劃（dynamic programming）的方法，避免重複計算相同的子問題，從而提高計算的效率。 動態規劃的核心思想是把中間計算的結果記錄起來，未來需要的時候可以直接使用，而不用重新計算。 下面，我們看看如何用自底向上的動態規劃方法，來計算費波那契數。這種計算方法從下到上計算所有的費波那契數，並暫存在一個陣列中： function fibonacci(n) { if (n <= 1) return n; const dp = new Array(n + 1); dp[0] = BigInt(0); dp[

遞迴函式計算費波那契數的時間複雜度分析

大家好，不知道大家今天有沒有吃飽呢？ 剛入門程式設計，學到「遞迴」操作的時候，老師們都很喜歡舉「費波那契數」的計算為例。以下，我也用 JavaScript 程式碼展示一下費波那契數的計算： function fibonacci(n) { if (n <= 1) return n; return fibonacci(n - 1) + fibonacci(n - 2); } console.log(fibonacci(10)); // 55 這樣的遞迴函式看起來是沒有問題的，但是您可以把 45 以上的數字帶入這個函式試試看。執行的時候，您可能會以為程式卡住了，其實並沒有卡住，只是計算量會變得非常驚人！ function recursiveFibonacci(n) { if (n <

在 Ubuntu Noble 24.04 上安裝 Docker

昨天晚上不知道為什麼升級 Manjaro 的時候把系統給搞爆了。我就想說我這麼菜，還是別用 Arch linux 比較好。今天，我把我的系統重灌成 Kubuntu 24.04，想要重新設定一個舒舒服服的開發環境，所以安裝了 Docker。在這裡把這個經驗分享給大家！ 首先，要先清除與 Docker 相衝突的軟體包： for pkg in docker.io docker-doc docker-compose docker-compose-v2 podman-docker containerd runc; do sudo apt remove $pkg; done 接著，需要安裝 curl 以及 ca-certificates： sudo apt update sudo apt install curl

在本地運行 TAIDE 模型

大家好，今天來跟大家分享如何使用 Ollama 來運行國科會推出的 TAIDE 語言模型。 首先，先在電腦上安裝 Ollama。你可以參考 Ollama 官網上面的指示下載並安裝。 您可以在 Terminal 上輸入： ollama --version 以確認 Ollama 已正確安裝。 接著可以到 Taide 的 Hugging Face 下載語言模型的 GGUF 檔案。並在 GGUF 檔案同層的目錄裡建立一個名為 Modelfile 的文件： touch Modelfile 並在 Modelfile 文件裡面加上一行： FROM ./{ GGUF 檔案名稱 } 接著，在 Ollama 上創建，並且運行這個模型： ollama create taide -f

給自己一個空間：寫作、思考與自架部落格的起點

大家好呀，這是我在這個個人網站的第一篇文章。 為什麼會想要寫文章呢？主要是我認為透過產出文章，不但可以幫助讀者可以換一個角度去看待事物，更有助於我練習思考、表達，將接收到的資訊內化。 那又為什麼要自架一個網站呢？我試用了幾個寫文章的平台，包括 HackMD、Medium、Dev.to，感覺都沒有一個我要的六邊形戰士。 HackMD 是寫起來最爽，因為他就是用 Markdown 語法，編輯甚至可以用 Vim 模式，對身為工程師的我來說操作就很直覺快速。但是它的缺點也很大，因為它比較像是一個筆記共享平台，而不是部落格。 Medium 就是一個可以寫文章的好地方，但是我沒有付費，想要發布的時候他它我說 24 小時內最多只能發兩篇文，想要排程發布也不讓我排。我也不確定他的草稿機制，好像是先暫存在本機，用其他電腦登入似乎看不到草稿。 Dev.to 是一個很讚的社群平台，功能完整，裡面也有非常多優質的文章可以參考，但他最大的缺點就是太過於軟體技術導向了。我偶爾可能也會想分享一下讀書心得，或是生活中的所見所聞，這些東西可能就不適合發在上面。 找來找去沒有心儀的平台，於是我就再研究了一些自