歡迎來到安德魯的網站

《逆思維》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. 科學家：我也許錯了！