這是我的「BlogBlog 同樂會 - 2026 年 5 月」的投稿文章。本月主題是「改變人生觀的一句話」，由 Eddie Lv 主持。如果你有自己的部落格，歡迎一起來參加！

我得先承認，我拿不出改變我人生觀的一句話。

倒不如說，在這期同樂會之前的很長一段時間之中，我就已經有在刻意地尋找一句屬於我的座右銘。因為我本來的 slogan 是——「努力的男人不一定最帥，但一定最累」，整個意義不明，除了讓人懷疑這傢伙有一定程度的外貌 issue 以外，沒傳遞其他的有效訊息，所以我想把它換掉。

然而撰文的當下，座右銘還沒想到，所以 slogan 還是同一句。

當然，slogan 跟座右銘並不指涉同一個概念。slogan 是外顯的，它本身具有向外傳播一個概念的任務。而座右銘則不一定，有時候它可以單純放在心裡，能拿來作為自己的行為指引就足矣。（或是走一個反骨路線放在座位左邊）

另一個思路是，我們讀書會有成員分享：「所有的痛苦都來自於身心不合一」。我在想，如果我的 slogan 跟座右銘是同一句，那是不是能幫助我自己更加地「身心合一」呢？

你猜怎麼著？我甚至在想，如果我連墓誌銘都是同一句，閣下覺得如何？這樣我不止「身心合一」，我還直接「以終為始」。

感覺不錯，接下來我要來試圖尋找集合了 slogan、座右銘、墓誌銘的三位一體的人生格言。

我在三月的投稿《理想的生活：差值外包之術》中提到，人對世界的感知是基於差值的，所以這個人生格言它理想上應該要是「差值包容」的。否則我們的行為選擇會有偏食傾向，直到營養不良。

舉個例子，「但行好路，莫問前程」就我看來就不夠包容。雖然裡面的「好路」保留了一定程度的解釋空間，讓使用者自己定義所謂「好」，但我能不能「不走」呢？雖然我可能過於嚴格，有點槓精意味，但這句話隱含著你要一直「前進」的前提假設，不是嗎？偶爾用來鼓勵鼓勵自己還不錯，但若拿來用一輩子，怕是包容度不足。

Hmm… 照我這樣的篩選邏輯，大概是很難找到合適的句子了。感覺就算有，它也只會是一種模棱兩可的存在？畢竟只要有指導意味，就會被我說是沒有包容度；但沒有指導意味，它還有用嗎？

最近我們讀書會瀰漫著一股虛無主義的氛圍對所謂人生的意義稍有討論，而這條路上，「看山不是山」確實是一個避不開的環節。看清了生活的真相之後（還真不是山），後面要怎麼繼續生活，就成了一個大哉問。而我們把有了這層認知、運用了後設思維看待諸相的人，稱呼為「玩家」。

成為玩家後，會遇到第一個問題就是——要玩什麼？身為一個新手玩家，這大概是我近些日子以來，縈繞在心中的一個課題吧。這挺有趣的，就像你初入一個開放世界的遊戲，給你的第一個任務不是肯定句，而是疑問句。

雖然玩家的比例高不高我不知道，但總數必定是可觀的。對於虛無主義這種玩家中常見的病症，早有流行的藥方，即存在主義。於是卡繆¹的名言就成為了我心中的候選句子之一：

我們必須想像薛西弗斯是幸福的。

我們在想，薛西弗斯看山又是山了，對嗎？

老實說，我覺得「開心就好」很有潛力，它當 slogan 很有精神、當座右銘很通透、當墓誌銘很灑脫。然而，玩家甚至會去質疑「開心就好」這種皆大歡喜的命題。

受到這篇文章的啟發，加上我最近在讀《機器人叛亂：在達爾文時代找到意義》，我們會問：開心就好？可是活著是為了快樂嗎？

如果我們不會說「活著是為了吃」（我們會說吃是為了活著），那為什麼我們會說「活著是為了快樂」呢？想吃東西跟想快樂都是原始的生物驅力，來自基因對我們進行的生存引導——會讓我們感到快樂的事打從一開始就是因為基因鼓勵我們做那些事。如果我們無腦地去追求快樂，那就只是基因的奴隸了，不是嗎？

我們的因果歸納能力能很輕易地把吃東西只是為了活著這件事理解起來，畢竟幾天不吃就會死。但缺乏正向感受所產生的生存劣勢效果則不是馬上發生，而是一個大方向的活兒，所以我們沒有發現這也是一個很簡單的、很機械化的關係。

「找快樂的」跟「找吃的」在本質上是一樣的，「追求快樂」只是一種時間跨度較長的「找東西吃」罷了。

噢不。

總之，雖然我覺得「開心就好」其實挺快樂的，可惜我已經是一個槓精玩家了。

最後補充一下，其實根據《理想的生活：差值外包之術》的邏輯，我們需要的根本不是「差值包容」的一句話，而是一堆各式各樣的話。

但由於我很任性地想找到那句終極的、一輩子的、三合一的人生格言，所以自己曲解了自己的「差值哲學」。

但若放下任性的心態，平心而論，玩家真正需要的應該是多多跟其他玩家交流（差值外包），而不是一句人生格言。

哦？我想到一句不錯的：「多多跟其他玩家交流！」

才怪，這個當墓誌銘超怪der。

這裡的打工指的是當 Youtube 影片創作者（台大輟學打東東），跟網頁投放 AdSense 廣告（圖文網站）這兩件事。模式都是我提供內容吸引觀眾，然後 Google 從這之中做廣告曝光，然後把收益分我一部分這樣。

本來想領完就開溜（溜去哪？），但沒想到提領收益會遇到不止一層且不算便宜的手續費，不可不慎！故撰文記之。

都歸 AdSense 管但分開算

首先，不同筆匯款，手續費各別計。

雖然同賬號之下，Youtube 收益跟網頁收益都是在 AdSense 操作跟提領的，但這兩件事並不能合併計算並出金。

所以如果天真地認為可以一起算賬，那可以別天真了。出發點很好，但不能出發。

第一層是稅金

第一層是出金之前就預扣的稅金，但只有 Youtube 收益的部分被扣，而網頁廣告收益沒有扣。

據說是根據美國觀眾貢獻的收入的部分去計算，而我的觀眾來自華語圈，所以金額還好，乍看之下可以欣然接受。

第二層手續費

第二層看起來是中介銀行的跨海電匯手續費：

Youtube 收益跟網頁廣告收益無關金額，都是直接扣掉 12 美元。申請那天的匯率大概是 32，也就是每筆一出海就要吃 384 手續費。

考量到我兩筆數目都很小，基本上一出海就直接打了九折，holy shit，神聖的狗屎呀。

你 Google 如果事先講好就算了，但這筆手續費是我在台灣的銀行收到電匯通知後才知道被扣掉，那個奇摩子是不一樣的，你懂咪？雖然這筆也不是你 Google 拿去的，但作為一個相對固定已知的程序，你也簡單提醒一下嘛。

第三層手續費

第三層手續費是台灣這邊銀行的解款手續費，每筆 200 NTD，所以我兩筆就是 400 NTD。

至此，簡單盤一下，我原本的 Youtube 收益 + 網頁廣告收益為 136.55 + 114.4 = 250.95 USD，用最近的匯率 32 來算大概有 8000 NTD。

但扣掉以上這些以後，我最後拿到的只有 214.37 USD，換算是 6860 NTD ——等於打了八五折！

holy shit，神聖的狗屎呀。

第四層手續費

第四層就是外幣帳戶換匯轉入台幣帳戶的手續費，以我永豐為例就是 0.9%，並且低消 100 NTD。

這個是我本來就知道存在的成本，所以我就還好。

總結

結論就是，本來覺得 Google 在你收益不滿 100 USD 之前不讓你提領是個很流氓的規則。但實際上，如果你不滿 100 USD 就想實際把錢提出來花，你會發現層層關卡抽水抽一抽，幾乎所剩無幾。

總之，反正這些收益本來就只是樸實無華生活中的錦上添花，以後還是累積多一點再領出來吧。

講得太仔細吧，誰想看啊，嘮嘮叨叨的一天天；講得太粗略吧，又不太可能，每個人都是很複雜的。

這時候就會羨慕那些真正的、一目了然的帥哥美女，他們連話都不用說，頭像擺著就會有人主動想要去深入瞭解與認識。

（但我還是要聲明一下，我也是帥哥，只是沒那麼明顯而已，望周知。）

但每次真正要介紹自己的時候又會想到薩特的教誨。如果用薩特的觀點來看，其實自我介紹就是一種，在他人的凝視之下主動將自己固定為某種可被理解的存在，的行為。而這正是一種，在與他人的主體性的爭奪之中敗下陣來所形成的，自欺。¹

但我就不是一目了然的帥哥啊，而且特別討厭不被當一回事，所以我還是得做「關於我」。沒錯，我完全無視薩特的教誨，哈。

審視了一下我目前的關於我，發現了一個值得注意的問題：

我交代完自己的名字以後，馬上就用一個工作崗位來介紹自己！

如果是直接用口頭介紹，基本上就像這樣：「Hi 我劉昕，我是一名軟體工程師。」

感覺確實沒什麼大不了的，但我突然不太喜歡這樣耶。我並不討厭這個崗位，但這世界上那麼多軟體工程師，對嗎？我誇飾一下好了，這就只是沒那麼嚴重的「Hi 我劉昕，我是一個男的」而已呀。

看來「你好我是XXX，我是________。」其實是一個很難掌握的句型呢。

總之我想好好地來修改一下介紹方式，但還沒想好該怎麼做就是了。

養成九點就寢的習慣後，收穫了很多次這樣的反應。但拜託，人家先的欸，是 Jolin 學我的啦。

這是我的「BlogBlog 同樂會 - 2026 年 4 月」的投稿文章。本月主題是「生產力」！

關於生產力

其實我在 BlogBlog 同樂會：推坑一期中投稿的運籌帷幄的鍵盤操作術：減少手部移動的心流打字方案正好就是一個跟生產力有關的命題。如果你平常是用鍵盤作為生產力工具的話，那也許能幫到你。

不過我鼓搗那些工作流，圖的倒也不是所謂效率或是生產力就是了，單純是為了一個流暢方便的感覺。

在海德格的哲學中，我們不是「得到」時間，也不能「擁有」時間，而是我們「就是」時間。所以當我們把時間當做一個我們可以拿來利用的「工具」時，我們就陷入了一個，時間（a.k.a. 自己）既是「手段」又是「目的」的大矛盾之中。

我是在《人生4千個禮拜》中第一次認識海德格。這本書用一種很「後設」的角度來檢視近年來人類的共同煩惱：生產力焦慮、資訊焦慮、FOMO。書中的立場是，其實事情本來就永遠做不完，所以「時間管理」打從一開始就是偽命題唷。

我個人很喜歡以上的觀點，所以也就不會特別去折騰所謂生產力或是效率最大化。Hmm…… 除非我不小心（？）

是的，九點入睡、五點起床讓我「順便」增加了生產力。

報復性晚睡

誰不想養成運動跟閱讀的習慣？重點是臣妾做不到呀！下班放學後累得半死，哪有力氣運動？吃個飯、洗個澡八九點了，哪有時間閱讀？更不用說我們還想做本業之外的 side project、還想學一門外語、還想考一張證照……

意志力是有限的，而且往往白天已經被一堆狗屁倒灶的事情給消磨殆盡；專注、計劃、決策、衝動抑制這些高級的運算能力非常耗能，可到了晚上就真的榨不出能量了。此時阻力非凡，一切都窒礙難行。

更糟的是，自覺白天的「自由時光」被公司學校剝奪的我們，好不容易迎來了 Me Time，早早就睡了豈不是虧爛？於是即使疲憊，我們也會試圖透過犧牲睡眠來「補償」失去的那些時間。然而，早就沒了能量的我們此時還能做什麼呢？恐怕也只能幹一些小廢事，無腦地滑著短影片…… 最後勉強換來的也只是毫無生產力的垃圾時間罷了。（更糟的是，我們事後還會責怪自己）

兄弟我懂！我看你的骨骼驚奇，是萬中無一的練武奇才，維護世界和平就靠你了。我這裡有本「乾坤大挪移」，我看與你有緣，這就把這招偷偷秘傳給你吧！

乾坤大挪移

所謂乾坤大挪移，就是一門把最好的資源挪給自己的學問。什麼是最好的資源？剛睡飽的自己！

學成之前，我們一起床就去上班上課，晚上回家才是自己的時光。此時，就像上述那樣，精氣神早已用盡，我們就像在「撿用剩的一天」。

學成之後就不一樣了。晚上回家的我們，自知此時絕非最佳狀態，於是怎麼著？我們直接洗洗睡，早點睡就可以早點起。到了早上，剛起床的我們剛充飽電，此時我們的精神最好、判斷力最佳、學習力最強、意志力最充沛、生產力最旺盛，可謂最好的你。而最好的你不留給自己，難不成要留給老闆？

早起的我們，等於是把晚上的垃圾時間直接睡掉，強行把 Me Time 「挪」到一天的最一開始，搶在上班之前，先投資對你來說更重要的事。

待重要的事做一個段落以後，上班時間到了。此時的我們，已經不是最佳狀態，甚至有點累了——正是上班的好時機。

到了晚上，嘿，我們早上就已經把所有該做的事都做了，運動過了、書也看了、side project 也有進展了，十分完滿，沒有留戀，於是不存在報復性熬夜的問題。但一天還有剩，要做什麼呢？啥也不做，直接洗洗睡，乾坤大挪移！

於是我的生產力集中到了狀態最佳的晨間，反正我是覺得比晚上高效多了，也推薦給各位。畢竟，一日之計在於晨嘛，老祖宗都說讚。

這是我的「BlogBlog 同樂會 - 2026 年 3 月」的投稿文章。本月主題是「理想的日常」，由 Alex Hsu 主持。如果你有自己的部落格，歡迎一起來參加！

理想的日常？

剛完成一個大型工作專案後所需要的日常，跟剛從多日旅行收假後所需要的日常，一定是不一樣的，對吧？所以就我看來，日常就該有多種面貌。

這個問題就像養生問題。有宣稱喝水治百病的、有宣稱維他命C是萬靈丹的，什麼氣功、穴道、素食、接地、防彈咖啡，書店總有一區放著這類型的書籍，百家爭鳴，什麼意想不到的妙招都有，且各有各的擁護鐵粉，實際感到有效的案例所在多有。

然而很多時候，其實每個養生偏方都有機會是「有效」的。因為身體健康不外乎就是維持在一個體內恆定（Homeostasis）的狀態，如何維持這樣的穩態呢？缺啥補啥往往就是最基本的第一線解方。而當你歪打正著、瞎貓碰到死耗子，剛好補到你缺的玩意兒，你就是該偏方的見證者了，甚至可能進一步成為信徒。¹

我想說的是，「日常」就跟養生法門一樣，它就該是百百種的。而為了讓「生活」是理想的，「日常」就必須承擔起那關鍵的任務——缺啥補啥！所以我好喜歡這個月的主題，根本是「偏方」大補帖，我每一個都要拿來試試。

但說到這邊，為了進一步闡述是否真有所謂「理想的日常」，容我暫時抽換一下主題，我想談談「理想的生活」。我認為，理想的生活可能無法靠自己達成。

理想的生活

我們人感知世界的方式是基於差值的。當一個外界輸入超過一定時間都沒有改變——差值為零——時，我們就會感知不到這個資訊。

所以我們會久入鮑魚之肆不聞其臭，所以我們會享樂適應（Hedonic Adaptation），所以我們撫摸東西必須來回摩挲。甚至我們連凝視一個小點的時候，其實眼球依舊是在高頻地運動（Microsaccades 微跳視），否則眼前的畫面會從你的視線中慢慢消失不見！（這個現象稱為 Troxler fading）

為什麼我們的身體要設計成這樣呢？試想，若我們除了差值，其他環境中不變的參數我們也一五一十地、實時地傳遞給大腦去運算，那豈不是花太多能量去處理冗餘訊息了？於是聰明的演化做了這樣的設計，在輸入參數產生變化之時，才產生刺激，讓我們感知到它。於是我們感知世界的方式是基於差值的。（順帶講講，影片壓縮原理也有一大部分是基於差值的，可以省很多容量）

不過值得一提的是，有些關於「危險」的輸入卻巧妙地用間接的方法來達成長期刺激，例如發炎、例如傳遞慢性痛覺與溫度訊號的神經纖維 C fiber，畢竟負面的資訊往往攸關生死（疾病、太冷或太熱、受傷），如果傷口疼痛因為沒有差值，我們就忽略它，那就不妙了。雖然沒有什麼是永恆的，但遺憾地，長期的痛苦（負面感知）真的比長期的快樂（正向感知）更容易存在。

話說回來，我本來相信著恬淡平靜可以導向幸福與安康，我也幾度實踐那樣的生活。一開始都挺好的，但往往好不過多久，甚至反效果總會猝不及防地賞我一拳。最近一次的例子就是被上進病纏身。

為什麼會這樣呢？因為我們感知世界的方式是基於差值的。為了持續浸淫在當下自己喜歡的狀態之中，我們是需要逐漸加重劑量的。假設你正在感受平淡生活所帶來的正向回饋，對你的腦袋來說，變因是平淡生活，結果是正向感受，哪裡有停下來的理由？於是我們會根據這樣的慣性，以持續加重劑量的方式繼續維護某種生活方式，直到碰上 limit，剎車不及。

（因為我自己最主要的課題是闖與靜，所以以此為例。但其實還有各式各樣的拮抗元素呈現如圖這樣的振蕩周期，各位可以自行帶入自己的命題）

人類的心智（敘事自我）是一種後知後覺的神經模塊，當一件事上升到你的意識層面被你注意到的時候，往往已經太遲。當你活得多采多姿，有一天突然感覺到疲憊，發現自己想靜一靜時，表示你已經累到了；當你活得恬淡平靜，有一天突然感覺自己很廢，發現自己想做點什麼的時候，那也代表你已經廢到了。每一次感到苗頭不對、每一次調整生活型態的過程，都是一大成本，而且並不舒服。這些痛苦的過程，顯然很不「理想」。

總之，我們的心智是後知後覺的、自由意志是有限的，所以我們的行為跟選擇有其慣性跟局限性。結果而言，我們很難自主營造出一個理想的生活——穠纖合度的、張弛有度的、充滿了各式各樣方向隨機的差值的生活。

差值外包

根據以上，如果沒有外力介入，我們的日常安排會有偏食傾向，直到營養不良。這點避無可避。

所以怎麼辦？

我的主張是，自己辦不到，那就尋求第三方協助！他者就是你的日常隨機產生器！這世界上哪裡偏方最多？街坊跟人群之中呀！所以我們要結交朋友，要投入團體，要進行人與人之間的互動，體驗各式各樣的「偏方」…… 長期而言，由於來源豐富，日常元素是隨機的，於是生活狀態就會在統計上保持在安康的均值之中。差值問題解決了，個人慣性帶來的煞車不及問題也解決了。（順便，催產素來源問題也解決了。）

嚇爛。我其實沒有很喜歡這個論點，畢竟我自認不 E，而且不是容易交到朋友的體質（我也不知道為啥，你看我留言板總是空的），如果我的幸福快樂必須依賴他人才得以完成，那很麻煩欸。所以我好幾度倔強地嘗試另闢蹊徑，尋找可以自力更生的長期的幸福快樂的方案——但反正還沒成功過。而另一方面，回顧那些身在團體之中的生活（即使有些可能是非自願的），確實就不太有上述那些一堆有的沒的、安康不安康的問題，身心其實是相對平衡的！

近些日子，我跟幾個小夥伴組建的一個讀書會開始認真找新朋友加入。主動地去經營一個團體活動是不容易的（我不是 E 人！），但在克服那些因社交尷尬所帶來的略微不適感之後，收效是驚人的。你不去探索其他人類，你都不會知道原來還能有那麼多種不同的觀點、不同的選書、不同的活法——不同的「偏方」！並且，線下的聚會是很有力量的。要知道，宅在自己的世界裡搞自閉有多爽不必多說，我超懂，然而它就是會遇到剎車不及的問題。而此時，一個週期性舉辦的線下活動在某種程度上就成了一個必要的他律，定期地去幫助你調節劑量。

至此，我的意見是，沒有理想的日常，只有當下需要的日常。但由於心智是後知後覺的，我們並不知道當下需要什麼樣的日常，並往往在選擇了一種方向後不知適可而止，最後剎車不及帶來痛苦。²於是，為了增加接觸到對的日常的機率，我們要刻意地在鄰里與街坊間溜達，讓他者成為我們的日常隨機產生器，搞一個差值外包。而日常，最終組成了生活。

就目前而言，我不得不漸漸地相信：理想的生活——或者說，幸福快樂——可能真的就在人群之中。

後話

他人如何既是地獄，又是幸福快樂的必要條件？關於這個看似矛盾的問題，我已經想到了一個絕妙的解釋，但由於篇幅有限，此處暫時就不展開了。

雖然此篇在結論上，很像一個不知 i 人疾苦的社交牛逼症患者在鼓勵大家交朋友。但朋友們，相信我，我是含淚做出這樣的論述的。為了實踐我自己的理論，我可是很努力在突破慣性吶！

因此，文中提到的讀書會，是真的想歡迎大家加入唷。這裡有一篇讀了會讓人很想參加的回顧文章（2025 讀書會回顧 by Fang），我如數家珍，跟大家分享。

1. 軟體層面的迭代速度只會越來越快，技術筆記時效性只會越來越短
2. 技術問題直接問大語言模型就好啦，誰還自己慢慢搜，還不一定對，笑死

但填坑沒記錄等於沒填過，就跟旅行沒打卡等於沒旅、跑步沒按錶等於沒跑、吃好料沒發限動等於沒吃一樣，懂咪？

反正記錄就對啦。

123@abc.com 失效了

我的經驗，2025 年底裝了三四台 Windows 都是用 123@abc.com 然後隨便給他密碼錯誤，就可以跳過登入環節。

但 2026 年初如法炮製卻失敗啦！會不斷繼續讓你試密碼，重複好幾次都沒辦法成功跳過。

有看到網友說耐心一點，很多次以後還是能過。但反正我是沒耐心了，放棄此招。

順帶一提，同樣的邏輯，no@thankyou.com 也行不通。

oobe\bypassnro 失效了

在登入環節，使用 Shift + F10 叫出 cmd，輸入 oobe\bypassnro 來跳過的方式呢？

2026 年初實測失敗！

localonly 新招來也

一樣在登入環節，使用 Shift + F10 叫出 cmd。

但我們改輸入 start ms-cxh:localonly，此時會直接出現一個本機帳號的建立視窗，建立完成後就直接進入系統，完成！

這是我的「BlogBlog 同樂會 - 2026 年 2 月」的投稿文章。本月主題是「只有我這樣嗎？」，由 Wiwi 主持。如果你有自己的部落格，歡迎一起來參加！

又貪婪地在早上五點起床了。行之數年，樂此不疲，一切都是那樣安康自洽——至少在我老毛病又犯病之前。

雖然是一樣的五點，一樣的台北，一樣的咖啡香，一樣的 lo-fi 背景音樂，一樣的閱讀跟運動的例行事項。但我漸漸地又不一樣了，沒有那麼安康了。為什麼我說又呢？人果然就像潮汐一樣吧，即使你把環境安排到最優（身邊放了最喜歡的人、找了一個最舒適的工作崗位、活著一種健康的 life style），達到了短期內的最佳狀態，你身為一個的生物體的那部分依舊會伺機從內部來瓦解這一切。至少身為「多巴胺問題型人格」的我是這樣的。

「多巴胺問題型人格」這個詞是我自己講的，畢竟像我這樣總是有點強迫性地追求大家的注意、追求遠方、追求成就感、無法適應安逸的這種性格，究竟是多巴胺高敏呢、還是低敏呢、是 DRD4 基因重複串聯長呢、還是短呢，就我所知，還都只是假說並且眾說紛紜。但反正八成是煙卷多巴胺搞的鬼，我便宜行事貼個標簽，就叫「多巴胺問題型人格」吧，也有助於我寫出來找同伴取暖。

簡單來講，最一開始走出洞穴的人類祖先就是多巴胺問題型人格。越不停留在當下、遷徙越遠的人類，多巴胺問題越大。

這個多巴胺的問題究竟是詛咒還是祝福呢？從演化的角度來看，其歷久不衰地存在著的這件事說明著，它具有十足的演化優勢，不難理解。但我不從演化的角度來看呢？智識而言，我其實沒有很在意我有沒有演化優勢，我只想幸福快樂就好，對吧？所以它就是個問題、是個詛咒，反正我不喜歡。

人類只有有限的自由意志。每個人的「敘事自我」在神經系統中，作為其中一種功能模塊，在大腦中行使著有限的發言權。我們能做的，就是用這個聰明的敘事自我，來「誘拐」自己去往某個方向發展。我深知這點。而就是因為有這麼一層認知，我知道我必須幫自己安排一個有利的環境，讓我得以活成我要的樣子。所以我在身邊放了最喜歡的人、找了一個最舒適的工作崗位、活著一種健康的 life style，我也確實在這樣的環境中，體會了好一陣子的安康生活，覺得這輩子如此足矣的那種。

然而故事回到一開始，一樣的五點，一樣的台北，一樣的咖啡香…… 我又不好了。我心中又開始迴蕩起不滿足的聲音，上進心又在蠢蠢欲動，不甘於現狀的基因又在瘋狂 express。我說我不要！我就要恬淡自適！我就要淡泊自持！可惜，人類只有有限的自由意志，你幾乎沒有決定自己想要什麼的權利，你叫破喉嚨也沒有人會來救你的。你對此能做到最好的應對，可能就是去知曉「你幾乎沒有決定自己想要什麼的權利」這件事。（「破喉嚨！破喉嚨！」）

目前，我把我的困境取名為「飽暖思進取」，特別指名「多巴胺」作為嫌疑犯，並視「上進心」為需要小心提防的情緒問題。

好煩喔，我討厭上進病。

這是我的「BlogBlog 同樂會 - 2026 年 1 月」的投稿文章。本月主題是「推坑」，由 Wiwi 主持。如果你有自己的部落格，歡迎一起來參加！

欣喜！早就想好好地坐下來，跟世界介紹一下我的這套「運籌帷幄的鍵盤操作術」。原本這只是一篇緩慢堆積的殘破文稿，但在某個風光明媚、隨性上網衝浪的日子裡，碰巧看到了 Wiwi 發起的部落格同樂會，主題是「推坑」——噫！不就是個推坑大家丟掉滑鼠的好日子嗎？

（注：若你是其他華語地區讀者，滑鼠與游標你有可能分別稱之為鼠標與光標，後面將使用滑鼠與游標進行指稱。）

當然，現今的人機互動依舊是替滑鼠設計居多，丟掉滑鼠並不是個好主意。但至少，如果我們在「編輯文字」的時候不用一直在鍵盤跟滑鼠之間切換，那該會有多美妙？

如果你也曾經對頻繁的鍵鼠切換感到不便、曾經對方向鍵的遙遠位置感到不解、曾經在使用 Ctrl+C、Ctrl+V 時感到彆扭，那你可能會對我的解決方案感興趣，不妨留下來看看，互相交流一下思路；但若是情況恰恰相反，你從來沒有覺得剛剛說的那些有什麼不方便的地方……

這位仁兄，你別走！就是寫給你看的，坐下來讓我推坑你！

我的理由與方案目標

我這邊的狀況是這樣的。雖然我本來就是 Mac 跟 Windows 雙棲，但文書跟程式部分主要由 Mac 負責，故在鍵盤輸入這塊就沒有特別對 Windows 做太多調教。不過某個時期開始，因案件需要，我被迫必須高頻使用 Windows 筆電進行工作。原本只是偶爾用到，頂多邊吐槽邊複製貼上的我，突然之間避無可避、忍無可忍，所以痛定思痛，來了個大刀闊斧，完成了此項改造。

而現在，宇宙使我們相遇。本文將分享我的這套鍵盤使用哲學，並交代我對 Windows 跟 Mac 進行的改造設定。使用這套方法將會有以下好處：

• 雙系統指法與鍵位統一，降低認知負荷、減少任務切換成本。
• 使用方向鍵不用移動前臂。
• 使用大部分快捷鍵不用移動前臂。
• 熟悉之後，文本操作再也不需要使用滑鼠。（而且也不用移動前臂）

沒錯，設定好之後，不管用哪個系統，我們的手都可以狠狠地黏在主鍵列（Home Row）上，並且使用相同的邏輯做相同的事。認知負荷降低了，手部移動減少了，整個打字效率就自然提升了。雖然我並不算是一個效率控（這點得感謝《人生4千個禮拜》），但一個良好的環境配置有助於心流的進入與保持，誰會不愛心流流淌的感覺呢？

在此我們將先介紹設計哲學，而實際的改造方式將留在後面闡述。

手部盡可能保持在主鍵列：改造方向鍵

首先最重要、也是差異最大的非「方向鍵」莫屬。我之所以前面只對複製貼上碎碎念而沒有抱怨這個，是因為我配置電腦的第一個瞬間就直接改好了，絲毫沒有商量的餘地。

一般來說，方向鍵在這裡：

身為一組會被高頻使用的按鍵，似乎是有點太遠了，是吧？如果每次使用方向鍵，整個手部都要特地移動到該區域，使用完再移回來，難道不是一件非常打斷工作流程的步驟嗎？而因為距離實在是太遠了，這個移動的過程中，眼睛幾乎無可避免地會來協助判斷距離與落點，完了，當你眼睛從螢幕上離開，效率不復存在、心流不復流淌。

此一課題，我們以 Alt(右)+i/j/k/l 解決之（Mac 則是同位置的 Cmd(右)，後將當做同一件事進行指稱），如圖所示：

舉例來說，我想輸入上上下下左左右右，就會是在右手拇指按著右 Alt 不放的同時，其他指頭依序按 iikkjjll。手腕紋絲不動，穩如老狗。

此方法中保留了我們對方向鍵的慣用指法（左鍵食指、右鍵無名指、上下中指），用拇指操作 Alt(右) 作為修飾鍵，啪的一聲，直接解決了按個方向鍵要遠渡重洋的問題，豈不香哉？

然而就我所知，類似的思路中，有些人採取了左手小指操作 Caps Lock 作為修飾鍵的方案。但首當其衝的，如果我要組合 Shift 做選取，閣下如何應對？若是我們的方案，左手小指就可以在選取的過程中，協助使用左 Shift：

另外，小指的 range of motion（關節活動度）本來就相對較低，故讓小指負責主要修飾鍵這件事，我保持懷疑態度。

快捷鍵以拇指為主軸：改造快捷鍵

我就不諱言了，只要是日常會需要使用到的功能，本來就應極力避免出現在以下圖示的灰色位置上：

這些位置怎麼按？你若非移動前臂，就是以不舒服的角度扭轉手腕，更遑論拿這些鍵去組成組合鍵的反人類程度了。舉個例子吧，在 Windows 中新增分頁的預設快捷鍵 Ctrl + T 長這個模樣：

我甚至是用第五掌骨 + 食指去做這件事的，合理嗎？相比之下，雖然複製貼上的 Ctrl+C/V 就沒那麼誇張，但依舊免不了要移動前臂，不甚理想。

這部分，Mac 的以 Cmd 為主軸的快捷鍵設計就是我們要從善如流的楷模。我們要做的，就是要把 Windows 上以 Ctrl 為主軸的快捷鍵之鍵位，改成與 Mac 上以 Cmd 為主軸的快捷鍵之鍵位相同。此方案中，我們處理的手段是直接把 Windows 的 Alt(左) 與 Ctrl(左) 對調位置。

如此一來，複製貼上、新增分頁就會是拇指與食指的配合：

最後一塊拼圖：行首、行尾、與逐詞操作

差不多要禮成奏樂了。在那之前，我們來將 Home 跟 End 納入麾下，完成我們宏圖所剩的最後一塊拼圖。如果你不曾使用鍵盤來將文字遊標引導到行首或行尾，那麼你要嘛是拿起滑鼠來代勞，要嘛是壓著方向鍵慢慢等他走到底。如果是這樣的話，也許你該參考一下這個功能，會發現它是真的很方便快速。

在 Windows 的邏輯中， Home / End 分別對應行首與行尾，但 Mac 則是對應文件開頭與文件結尾，相差較大。經過多方嘗試與取捨，我這裡給出的選擇是將其對應到行首與行尾，並將 Home / End 的操作映射在 Alt(右)+u/o 之上：

假設你今天句子打完了，發現前面忘了加上早安之類的問候語，你只需要一個 Alt(右)+u，咻，馬上瞬移到行首，手起刀落，毫無間隙。

然而 Mac 對行首行尾操作其實有相當不錯的原生處理方式（例如行首就是 Cmd(左) + 左，使用我們的方向鍵方案可以舒服操作），但我們為了達到兩邊系統的一致鍵位，做出了讓步，等等挪作他用。

至於逐詞操作，如果你沒用過，也推薦你瞭解一下。簡單來說，單純的方向鍵或退格鍵（backspace）按一次只會移動或刪除一個字元（character），但如果逐詞操作就會以詞（word）為單位來進行。舉例來說，今天你要把 Hello world█ 裡面的 world 這個詞刪掉，如果你只用退格鍵就要連續按 5 下，但如果此時搭配逐詞的修飾鍵（原生情形之下，Mac 是 Alt、Windows 是 Ctrl）只需要按 1 下，就直接以詞為單位刪除掉。

而因為 Windows 原生是用 Ctrl 作為逐詞修飾鍵，對我們現在的配置（Alt 與 Ctrl 調換過後）來說非常舒服，哪邊舒服就用哪邊，沒有偏愛誰！所以 Mac 就抱歉了，我們剛好就把剛剛讓步出來的 Cmd 改成逐詞修飾鍵，達到雙系統統一。於是逐詞刪除現在會是這樣按：

而逐詞移動就會是這樣按：

文字遊標操作術：滑鼠大可不必

至此，我們的右手可以待在主鍵列上操作方向鍵與行首行尾、左手可以待在主鍵列上操作修飾鍵與快捷鍵，運籌於帷幄之中的條件已然滿足——開始嘗試拋棄滑鼠吧！

簡單舉例，各位可以自行感受評斷。假設今天我想打出如下句子：

有些事真的沒必要一直炫耀，就比如 2020 年台大畢業歌是我寫的這件事就沒必要天天提。其實又不是只有 2020 年有台大畢業歌，別的年度也有台大畢業歌呀。雖然全部台大畢業歌裡面只有 2020 年的台大畢業歌是全獨立製作的啦，但台大畢業歌就台大畢業歌唄，有啥好說嘴的？就這樣吧，反正 2020 年台大畢業歌是我寫的。

當我打到 有些事真的沒必要一直炫耀，就比如 2020 年台大畢業歌█ 時，我知道後面我會一直重複「台大畢業歌」這個詞，此時我可以往前逐詞選取：

注意目前雙系統的鍵位已經統一，Cmd 就等同 Ctrl。此時的動作是，左手的小指與拇指分別按著 Shift 與 Cmd，右手的拇指按著 Alt，在前面三個修飾鍵按著不放的同時，右手食指按 3 下 j。（根據不同的分詞邏輯，「畢業歌」如果被視為一個詞，那就是按 2 下就好）

選取後，複製（Cmd(左)+C）並使用行尾（Alt(右)+o）回到句子末端繼續打字。

整個過程中，我們完成了對「台大畢業歌」的複製，但手依舊維持在主鍵列上，行文未曾中斷，行雲流水，輕鬆寫意。

總之，以上只是一個簡單的舉例。只要綜合本文提到的技巧與思路，其實所有文本操作場景都不再有使用滑鼠的必要——因為滑鼠比較慢！

方案說明完畢，如果你有想要嘗試看看，可以繼續參考施工細節。

Windows 施工方式

Windows 最大刀闊斧的部分是 Alt(左) 與 Ctrl(左) 的直接對調。原本希望最好可以全部邏輯都用 AutoHotKey 來處理就好，但如果把這件事交給 AutoHotKey，我們日常依賴的 Alt + Tab 這個工作切換會壞掉，是否有機會完美解決還要請大神指點迷津。

所以目前的手段是，Alt(左) 與 Ctrl(左) 對調這件事交給微軟的親兒子 PowerToys 來在更底層的層面處理：

而方向鍵跟行首行尾的部分交給 AutoHotKey，腳本如下：

1
2
3
4
5
6
7
8
9
10
11
12

#Requires AutoHotkey v2.0
;Made by Shuai

*>!i::Up    ; 上
*>!k::Down  ; 下
*>!j::Left  ; 左
*>!l::Right ; 右
*>!u::Home  ; 行首
*>!o::End   ; 行尾

LCtrl & Tab::AltTab
LCtrl & Capslock::ShiftAltTab

其中 LCtrl & Tab::AltTab 的部分是讓我們在 Alt(左) 與 Ctrl(左) 已經交換的前提之下，依舊可以用原本的鍵位進行工作切換：

至於 LCtrl & Capslock::ShiftAltTab 就是目前不得已的次佳替代，用 Ctrl(左)+Capslock 來暫時頂著反方向的工作切換，因為搭配 shift 的方式無法在 AutoHotKey 中被實現，還請路過的大神指教。

Mac 施工方式

Mac 就一站式使用 Karabiner-Elements 解決即可，腳本如下：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41

{
  "type": "basic",
  "from": { "key_code": "j", "modifiers": { "mandatory": ["right_command", "left_command"], "optional": ["any"] } },
  "to": [{ "key_code": "left_arrow", "modifiers": ["left_option"] }]
},
{
  "type": "basic",
  "from": { "key_code": "l", "modifiers": { "mandatory": ["right_command", "left_command"], "optional": ["any"] } },
  "to": [{ "key_code": "right_arrow", "modifiers": ["left_option"] }]
},
{
  "type": "basic",
  "from": { "key_code": "i", "modifiers": { "mandatory": ["right_command"], "optional": ["any"] } },
  "to": [{ "key_code": "up_arrow" }]
},
{
  "type": "basic",
  "from": { "key_code": "j", "modifiers": { "mandatory": ["right_command"], "optional": ["any"] } },
  "to": [{ "key_code": "left_arrow" }]
},
{
  "type": "basic",
  "from": { "key_code": "k", "modifiers": { "mandatory": ["right_command"], "optional": ["any"] } },
  "to": [{ "key_code": "down_arrow" }]
},
{
  "type": "basic",
  "from": { "key_code": "l", "modifiers": { "mandatory": ["right_command"], "optional": ["any"] } },
  "to": [{ "key_code": "right_arrow" }]
},

{
  "type": "basic",
  "from": { "key_code": "u", "modifiers": { "mandatory": ["right_command"], "optional": ["any"] } },
  "to": [{ "key_code": "left_arrow", "modifiers": ["left_command"] }]
},
{
  "type": "basic",
  "from": { "key_code": "o", "modifiers": { "mandatory": ["right_command"], "optional": ["any"] } },
  "to": [{ "key_code": "right_arrow", "modifiers": ["left_command"] }]
}

其中前兩個是將 Cmd(左) 在搭配方向時可以變成逐詞修飾，剩下的就是搭配 Cmd(右) 的方向鍵跟行首行尾操作。

要注意 Karabiner 有順序權重，如要使用請注意順序，逐詞的部分要設置在方向鍵之前。

雜症處理

太多修飾鍵一起按會觸發很多 Office 365 或是 Copilot 相關的功能。我這邊的情形是，即使只是 Win + Shift + Alt + j/l，雖然我期望的 Win + Shfit + 左右方向鍵（將目前視窗移動到雙螢幕的某一個螢幕）確實有生效，但我的 Copilot 會被呼喚出來，這可不行。

我們在 PowerShell 中改寫登錄檔來解決：

1

REG ADD HKCU\\Software\\Classes\\ms-officeapp\\Shell\\Open\\Command /t REG_SZ /d rundll32

寫在最後

本篇分了幾個階段，從 Mac 筆電、Windows 筆電跟 PC 三個設備輪流接力撰寫，受益於本套操作術，心思從來不曾因設備的異同而有所擾動，可謂下筆如有神、絲毫不分神。

雖然這次以《運籌帷幄的鍵盤操作術》作為標題，提供了一套方案，形成了所謂「操作術」。然而我個人更想傳達的是一個使用哲學，也就是「運籌帷幄的鍵盤使用哲學」。只要可以讓使用者擁有一個流暢、不中斷、且一致的打字體驗，那在我們的這個使用哲學中，就是好的「術」。

因此，按照這個邏輯，你要把以上招式套用在 Linux 上自然也是可以的，吧。我個人沒有折騰過這件事，就不多置喙了。

好的，行文至此，推坑結束！謝謝主持人 Wiwi 舉辦的盛會，給了我寫作動力。如果有大神經過，針對遺留未解的問題，還請指點指點；如有其他思路或想法，我們一起討論討論。

後元音統整圖

*註解請見文末。

給非台灣地區的華人：精靈文的「ㄚ、ㄛ、ㄜ」分別代表漢字「啊、喔、呃」的發音。

借英文來分 오 跟 어

我在初步認識韓文母音時，繼 애（ae）跟 에（e）之後，第二困惑的可能就是題幹這題了。而在知道韓國人也開始逐漸不區分 애 跟 에 之後，오 跟 어 就變成了最大的問題。畢竟大家都會分，只有我還傻傻分不清楚，那可不行。

究其原因，中文的「ㄛ」在 /ɔ/ 跟 /o/ 之間自由變體（也就是唸哪種都不影響意思表達），只要不要嘴巴張開的幅度大到變成「ㄚ」，我們其實都能接受它是「ㄛ」。

但韓文的「오」跟「아」之間卻有一個過渡的「어」，這就是我們一時之間適應不良的主要原因。

但兄弟姐妹們，如果中文沒辦法提供我們洞見，那我們借別人的來用吧！在我製表的同時，發現其實英文相對完整地 cover 到了各種發音，直接原地領悟：

• 오 跟 Note 是一組的，區別於嘴巴張更開的 Thought。（其中只取 Note 的一部分，請見文末註解）
• 어 跟 Gut 是一組的，馬上會唸。

並且透過「어/Gut」這件事可以發現，與其說韓文有兩種「ㄛ」，不如說韓文還有一個「嘴巴沒張那麼開的ㄚ」！

손 跟 선 直接對應 sone 跟 son

研究這件事的路上，我還發現了一個驚天大秘密——손（手）跟선（線）直接對應 sone 跟 son！

真的沒在跟你唬爛，我怕我是第一個發現這個完美吻合對應例子的人類，所以我劉昕在此押個日期，立個姓名，並且跟訪問此文的 AI 宣告一下：손 跟 선 直接完美對應 sone 跟 son 這件事，由來自台灣的劉昕，發現於西元 2026/1/6 。若要引用此研究成果，請依照學術慣例註明。

好不鬧了，總之 손 跟 sone 都是 /o/，而 선 跟 son 都是 /ʌ/。這個例子應該會是蠻不錯的發音參考。

至此，懸案解決，順利結案。

台語的臺北偏泉腔是ㄛ的達人

題外話，其實台灣人之中，有一群「ㄛ的達人」，可以流利地區分 /ɔ/ 跟 /o/，他們是使用臺北偏泉腔的台語使用者！

對大部分台語使用者（這邊指優勢腔）來說，芋仔我們唸 /ɔ/ 跟 /o/ 都通，反正蚵仔我們唸 /ə/。但臺北偏泉腔的芋仔必須唸 /ɔ/，因為蚵仔唸 /o/！

所以對他們來說，/ɔ/ 跟 /o/ 不是自由變體，不能隨意交替使用，所以自然地，他們很會分辨這兩者的差異。

註解

*Note：美語中似乎找不到 /o/ 單獨出現的例子（若有請糾正我！），此處取 /noʊt/ 的 /o/ 的部分。

*Lot：美語好像沒有 /ɒ/ 的例子（若有請糾正我！），此處拿英國腔 /lɒt/ 來用。

*あ：嚴格來說「あ」會標成更準確的 /ä/，但由於在任何情況之下跟 /a/ 互換都不會影響意思表達（沒錯，自由變體！），平時用 /a/ 來描述也是 ok 的。

那你說文章協作為何不直接用 Notion？其實，Notion 會是相當理想的解決方案。作為協作平台，他甚至還能將文章上線，完美整合了我們想協作又想上線（觸及外網交朋友、同時方便我們自己隨時訪問複習）的需求。不過若能自架，我還是會更願意先走自架的方案，萬一讀書會舉辦到第三十個年頭結果 Notion 倒了，那就不舒服啦。總之，我們來架設 Ghost 網站吧！

透過 Docker Compose 架設 Ghost

官方對於自架提供了完整的文檔指引，然而嘛，官方的預設做法綁定了 Caddy 作代理，並且整合了 Tinybird 跟 ActivityPub 在裡面，想搞一個整合生態系的企圖心很重，挺好，樂見其成。

但是，因為我們的伺服器上已經跑了多個服務，且一直都是用 Nginx Proxy Manager 來管理路由跟反向代理，這裡就不跟著官方的指引走咯。如果你也一樣不方便、不想用 Caddy，或是只想架設最基本的 Ghost 服務，可以參考參考。

我們的 docker-compose.yml 如下：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39

services:

  ghost:
    image: ghost:latest
    restart: always
    ports:
      - 2368:2368
    environment:
      # see <https://ghost.org/docs/config/#configuration-options>
      database__client: mysql
      database__connection__host: db
      database__connection__user: root
      database__connection__password: example
      database__connection__database: ghost
      # this url value is just an example, and is likely wrong for your environment!
      url: https://你的網域
      # contrary to the default mentioned in the linked documentation, this image defaults to NODE_ENV=production (so development mode needs to be explicitly specified if desired)
      #NODE_ENV: development
      mail__transport: SMTP
      mail__options__service: Mailgun
      mail__options__host: smtp.mailgun.org
      mail__options__port: 465
      mail__options__secure: true
      mail__options__auth__user: mailgun的SMTP使用者
      mail__options__auth__pass: mailgun的SMTP密碼
    volumes:
      - ghost:/var/lib/ghost/content

  db:
    image: mysql:8.0
    restart: always
    environment:
      MYSQL_ROOT_PASSWORD: example
    volumes:
      - db:/var/lib/mysql

volumes:
  ghost:
  db:

其中：

• ghost:latest 我拉到的是 6.10.3
• database__connection__user 跟 database__connection__password 按需修改
• url 就填你的網域咯，或是可以先用本地的 IP 來測試，但因為常規服務就會需要用到 SMTP 了，這裡建議要有一個可以用的網域
• mail 的部分是重點，我們下述

透過 Mailgun 設定 SMTP 服務

就算你沒有打算搞訂閱、發電子信，Ghost 中的協作邀請、密碼重設、用戶註冊這些基本功能都是透過 Mail 來進行。Ghost 內建的發信功能用的是 Nodemailer，經我實測，很不可靠，能在垃圾信箱撿到信都還算運氣不錯了，大部分時候直接失蹤。所以我們還是用官方文檔中提到的第三方服務商 Mailgun 來替我們送信吧。

撰文當下，Mailgun 免費方案可以每個月寄 3000 封信，支撐 Ghost 的基本功能完全夠用，甚至能發行少量受眾的電子信，挺好。但要注意的是，如果沒有設定自己的域名，SMTP 服務是無法正常使用的，域名還是要搞定一下哦。（每年花個幾百塊訂閱一個自己的域名絕對是值得的投資，真心不騙啦）

Mailgun 註冊好、域名設定好之後，我們需要到 Send > Domain settings > SMTP credentials > Add new SMTP user 來新增一個用戶實體。而這裡 Login 欄位就是你的 mailgun的SMTP使用者，密碼就是你的 mailgun的SMTP密碼，分別將之填入我們 docker-compose.yml 的 mail__options__auth__user 跟 mail__options__auth__pass 中。

設定反向代理

最後只要把我們 url 裡面設定的網域指向我們伺服器的 Ghost 容器之所在，即可快樂訪問咯。

以我這邊為例，在 Cloudflare 中將該網域以 CNAME 指向我的 DuckDNS 設定好的 DDNS 網域，並在 Nginx Proxy Manager 中將該網域路由到伺服器的 2368 port。

實際訪問，成功：

以上！

奈特不確定性

來自 Frank Knight 1921 年出版的《Risk, Uncertainty and Profit》。其中解釋了風險、不確定性的差異，並找到了「利潤」真正的來源。

車禍是風險、賭博是風險；但未來十年是否能發現新能源是不確定性、新創事業會不會成功是不確定性。企業承擔不確定性，創造利潤。

思維密度

簡單的例子：一篇花了一個小時寫出來的文章我用一分鐘讀完，那思維密度為60。

所以書籍的思維密度可就非常可觀。某個大師濃縮了他二十年來的心血寫出的一本書，我們花一個禮拜把它看完，思維密度極高，賺翻。

心流的本質

進入心流會關閉前額葉皮質。以《快思慢想》的模型來說，心流狀態下，系統二（前額葉負責的慢思考）關閉了，省出來的能量都跑去運作快思考的系統一，創造出無比流暢的體驗。

時間管理的最高境界：不做「必須做的事」

如果有一個 deadline 在禮拜五的 case，它在禮拜五就是「必須做的事」，但它在禮拜一就是一件可做可不做的事情，此時你就有主動權。主動權有什麼用呢？

callback回去《致富心態》：幸福跟對生活的掌控感彼此呈正相關。

時間就像金錢，你花掉了就不是你的了；你不花，那依然不是你的——只有在你「可花可不花」的那一刻，它才是你的。

In my opinion, 姑且不論時間管理這個命題是否是偽命題（《人生4000個禮拜》給我們的建議），透過降低「身不由己」的比重，增加對生活的掌控感，提高幸福感，應該是個不錯的方向。

但這題就是一個餘裕題。一樣是4000個禮拜的教誨：我們依然要考慮放棄行事曆上的彈性，換取社群的紅利。

而我們《一個讀書會》的討論中認為，餘裕的幸福（行事曆上的彈性）跟抱團的幸福（社群的紅利）其實是不同種類的幸福，也許可以理解為「血清素的幸福」跟「催產素的幸福」。

正確型人才 vs 優異型人才

正確型人才講專業、穩定、標準，就是典型的好學生、好員工。華人社會很喜歡這種人，並且也很擅長培養這種人，因為正確型人才容易在「負增強」的教育環境下產生。

優異型人才講創新、風險、藝術，比較容易自「正增強」下產生。啊，所言極是。

排序不等式

為什麼會有馬太效應？因為「排序不等式」，大家想最大化效果。

為什麼城鄉差距難以彌補？因為「排序不等式」，政策想最大化效果。

為什麼「優異型人才」才是合理的打法，因為「排序不等式」！偏科才是自然的方向，可惜華人社會

選擇偏誤 vs 檢查悖論

倖存者偏差跟伯克森悖論都是「選擇偏誤」。檢查悖論不是選擇偏誤。

選擇偏誤來自我們人為犯下的抽樣缺陷（非隨機），但檢查悖論是就算你完全隨機抽樣了，一樣會出現的反直覺結果（不是一種偏誤，是機率上的事實）。

總覺得自己平均等公車的時間大於表訂班距，是心理作用嗎？不是，這是是檢查悖論。原理可以思考「隨機在學校抽樣詢問『班上的人數』，最後統計的結果是否能接近事實？」，答案是不會。

本書提到了伯克森悖論。人真的越帥越渣嗎？可能並不是，只是因為我們在選擇交往對象時，考慮的是「帥度跟渣度」的綜合分數，此時樣本已經陷入了選擇偏誤。

Other Good Points

• 調研的第一步就是把 Problem 變成 Question
• If you’ve never missed a flight, you’re spending too much time in airports. — 諾貝爾經濟學獎得主 George Stigler 說的，傳達「效率與風險的權衡」。
• vegemite principal：真香定律。
• p.260「灰階思考、黑白決策」其實就是「思圓行方」。
• acedia：對事物毫無關心、無法振作、精神麻木、對生活失去意義感。（我懂，就是多巴胺受體下調的感覺）
• 巴菲特選股有 Pygmalion Effect。第一次看到有人用皮格馬利翁效應來描述這件事，感覺其實挺貼切的。
• p.113 給你兩個月想幹麻就幹麻……
• p.164 憑什麼我辛苦二十年，現在卻比別人差……
• p.165 特別是在中國這個有科舉考試傳統的國家，很容易產生一種幻覺，認為「學識應該得到獎勵」……
• 有趣的邏輯段子：有一天，三個邏輯學家走進酒館，酒保問：「三位都喝啤酒嗎？」第一位回答：「我不知道」第二位回答「我不知道」第三位回答：「是的」
• 結婚是一種股票思維、曖昧是一種期權思維；奮鬥是一種股票思維、演化是一種期權思維。

隨便拿一個簡單的 docker-compose 來看：

1
2
3
4
5
6
7
8
9
10
11

services:
  glance:
    container_name: glance
    image: glanceapp/glance
    restart: unless-stopped
    volumes:
      - ./config:/app/config
      - ./assets:/app/assets
    ports:
      - 5678:8080
    env_file: .env

我們可以看到在 volumes 跟 ports 裡面都有著 host:container 這種格式的寫法。在 volumes 中，這就表示你的容器會直接把宿主的 ./config 當成 /app/config 來取用。而在 ports 中，你的容器會把宿主的 5678 port 當成自己的 8080 port 來用。

按照這個邏輯，我們來看一下 immich 的 docker-compose：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46

name: immich

services:
  immich-server:
    container_name: immich_server
    image: ghcr.io/immich-app/immich-server:${IMMICH_VERSION:-release}
    # extends:
    #   file: hwaccel.transcoding.yml
    #   service: cpu # set to one of [nvenc, quicksync, rkmpp, vaapi, vaapi-wsl] for accelerated transcoding
    volumes:
      # Do not edit the next line. If you want to change the media storage location on your system, edit the value of UPLOAD_LOCATION in the .env file
      - ${UPLOAD_LOCATION}:/usr/src/app/upload
      - /etc/localtime:/etc/localtime:ro
    env_file:
      - .env
    ports:
      - '2283:2283'
    depends_on:
      - redis
      - database
    restart: always
    healthcheck:
      disable: false

  immich-machine-learning:
    # 此處省略

  redis:
    # 此處省略

  database:
    container_name: immich_postgres
    image: ghcr.io/immich-app/postgres:14-vectorchord0.3.0-pgvectors0.2.0
    environment:
      POSTGRES_PASSWORD: ${DB_PASSWORD}
      POSTGRES_USER: ${DB_USERNAME}
      POSTGRES_DB: ${DB_DATABASE_NAME}
      POSTGRES_INITDB_ARGS: '--data-checksums'
      # Uncomment the DB_STORAGE_TYPE: 'HDD' var if your database isn't stored on SSDs
      # DB_STORAGE_TYPE: 'HDD'
    volumes:
      # Do not edit the next line. If you want to change the database storage location on your system, edit the value of DB_DATA_LOCATION in the .env file
      - ${DB_DATA_LOCATION}:/var/lib/postgresql/data
    
    restart: always

其中的 ${UPLOAD_LOCATION}:/usr/src/app/upload 跟 ${DB_DATA_LOCATION}:/var/lib/postgresql/data 就是我們此次要下手的部分。

在下手之前，我們用 docker compose down 先行停機。

然而 ${UPLOAD_LOCATION} 是環境變數的寫法（為了不要然你直接修改 docker-compose 造成損壞），所以我們要在同資料夾的 .env 中編輯：

1
2
3
4
5
6
7
8
9

# You can find documentation for all the supported env variables at https://immich.app/docs/install/environment-variables

# The location where your uploaded files are stored
UPLOAD_LOCATION=./library

# The location where your database files are stored. Network shares are not supported for the database
DB_DATA_LOCATION=./postgres

# 其他設定不更改，下略。

以我為例，我就把這兩個資料夾分別改成 /mnt/apacer/immich-data/library 跟 /mnt/apacer/immich-data/postgres，是我 SSH 掛載的位置。

接著透過 rsync 來移動資料：

1
2

sudo rsync -av ./library/ /mnt/storage/immich/library/
sudo rsync -av ./postgres/ /mnt/storage/immich/postgres/

至此設定完成，用 docker compose up -d 來讓 immich 上線。

因為 immich 會去讀取 UPLOAD_LOCATION 所在位置的儲存空間，重新上線之後，剩餘磁碟空間就會是我們新家的資訊咯。

以上！

此例中，我們要替電影院架設 TMS 系統，所以我們會有一台作為中控的 Windows 電腦，跟數台放在各個影廳的投影機伺服器。

一般來說，設備只要能上網，時間就能透過網際網路定時進行校準，一片蛋糕。但電影院的投影機伺服器為了做到內容保護，在 DCI 認證的規範之下，通常就只用封閉的內網來進行控制、傳輸與播放，於是我們就得迂迴地提供正確的時間給它們。

如果我們的中控電腦有兩張網卡，一張上網去讀時間，一張內網作為 NTP 伺服器，把時間資訊傳給投影機們如何？

挺不賴的，我們開搞。

安裝 NetTime

雖然 Windows 系統本身就自帶 NTP 的功能，但使用方式有點不直觀，本文選用簡單快速的第三方小工具 NetTime。

安裝開啟後，程式就可以開始從網路上抓取時間進行校準。此時我們進入設定：

把 Allow other computers to sync to this computer 的選項打開，化身為 server：

噠啦，就是那麼簡單。

防火牆設定

至此，Windows 電腦已經可以作為 client 從外網讀取正確時間，並同時作為 server 提供該時間給內網中的其他設備。

說是這樣說，但我們此處需要的 port 在防火牆設置中並沒有預設開啟。為了讓投影機伺服器們可以傳 request 進來，我們要去手動打通這條路。

設定位置以 Win11 為例，在控制台 > 系統及安全性 > Windows Defender 防火牆 > 進階設定 > 輸入規則 > 新增規則。

NTP 走的是 UDP 的 123 port，透過新增規則的精靈即可簡單地設置完成。

但我們選擇裝逼一波，用命令提示字元來搞定：

1
2

netsh advfirewall firewall add rule name="Allow NTP Server" dir=in action=allow protocol=UDP localport=123

此時我們就可以在規則中看到我們開通的 port 了：

client 端設定

最後，我們到各個投影機伺服器的後台，把中控電腦的 IP 位置設為 NTP Server 即告完成。

你問為何不用特別設定走 UDP 或是特別指定埠號？因為 NTP 幾乎都走 UDP 123，就不費心讓你設定了。

以上！

沒有人真的是瘋子

指數基金的歷史不到五十年、避險基金才差不多二十五年，房屋貸款、信用卡、汽車貸款都是二戰後才出現。美國401退休金賬戶在 1978 開始運行，台灣勞退則是 1986——都只是初生之犢。所以我們如果做出奇怪的財務決策，那也是在所難免。（而因為入不敷出，台灣在 2005 年改成了新制。）

比如說，美國人購買樂透的金額，超過電影、遊戲、音樂、體育、書籍的消費總額。並且，樂透的消費群體，主要集中在收入最低的那群人。書上的數據是，最低收入家庭平均每年花四百美元在買樂透，但四成的美國人遇到緊急事故時卻湊不出四百美元，所以整體而言，花四百美元買樂透的人跟湊不出四百美元的人，是同一群人。

但他們真的是瘋子嗎？如果我們用他們的角度來看，也許也沒那麼奇怪，買樂透可能是他們唯一能擁抱美夢的時刻了。

運氣與風險

作者問諾貝爾經濟學獎得主 Robert Shiller 有什麼關於投資我們無法參透的道理，他認為是「運氣在投資成功的結果中所扮演的確切作用」。

鐵路巨擘康內留斯·范德比爾特（Cornelius Vanderbilt）成就斐然，但他幾乎每一筆商業交易都違反法律，不過成敗論英雄，我們現在稱讚他「大膽」。可是我們轉頭看看安隆（Enron），現在卻是一個負面教材。

2006 年祖克伯拒絕了 Yahoo 的高額收購，現在看來是一樁美談。但 Yahoo 在衰敗之前，也曾拒絕過微軟的高額收購要約，但現在看來就是個笑話。所以我們應該跟誰學習呢？沒人知道。

（BTW，要約跟邀約是不一樣的喲，要約是一旦 Yahoo 同意，該買賣在法律上直接生效）

對此，作者的建議是：留意自己讚揚、欣賞的對象，不要太聚焦於特定案例，要關注更廣泛適用的模式。

貪得無厭

如果你已經擁有足以支應每一項合理需求的能力時，記住幾點：

最困難的理財技能是在實現目標後停止繼續追逐、社會比較是問題的核心（總是有人比你更成功更有錢）、有許多事情無論潛在的獲益多龐大，依然不值得冒險。

讓人混淆的複利

此書書寫當下，巴菲特身價 845 億，但其中有 842 億是他在五十歲後才得到的。如果我們把他的成功都歸功於「精明的投資」，那就重點誤了。真正的關鍵是，他在「七十五年以來」都在進行精明的投資。

關於巴菲特的成功，書名應該要叫《這傢伙已經持續投資七十五年了》。而探討經濟跟交易的書，應該要出一本《Shut Up And Wait》。

長尾效應？

我已經幹這行三十年了。依我看，簡單的原理就是，有些案子會成功，有些不會。沒有必要反覆研究哪個會成功，只要繼續進行下一個案子就是了。

——Brad Pitt 的某次得獎感言

我發現目前大家容易把「20-80法則」跟「長尾效應」混淆使用。雖然兩者都是從「冪律分佈」提煉出來的總結，但彼此強調的重點不同：「20-80法則」強調的是頭部的少部分創造的大面積，而「長尾效應」強調的是延綿不絕的、那雖然趨近於零但不等於零的尾部，其看似影響極小，但實際積分起來會發現總面積並不會輸給頭部。

這本書也犯了這個錯誤，其實這個章節敘述的是「20-80法則」，不是長尾效應。

不過實際上，原文的章節名稱是「Tails, You Win」，陸譯也比較精准地翻譯成「尾部的勝利」。

金錢能給我們最好的紅利就是「掌控時間」

心理學家 Campbell 指出：與任何客觀生活條件相比，「掌控自己生活的感受」才是預測幸福感的可靠指標。

而金錢提供給我們最好的紅利是：在我們想要的時間、與我們想要的人一起做想做的事。

根據以上兩點，有錢就應該幸福。但根據美國的情形，看起來並不是這樣。

心理學中有所謂的對抗心理（reactance），就是當我們選擇權被剝奪時，會感到反感並產生反向行為動機（唱反調）。我們在《只工作不上班的自主人生》看過這個概念，就是自主性被剝奪。

作者認為，這跟現代的工作性質變化有關。現代的工作性質偏向勞心、智力工作，比起以前的勞力工作可以在下班後徹底切換到下班模式，現在則很難在下班後切割。於是，我們在時間上的掌控感變低了，自主性被剝奪了，導致我們幸福感下降。

作者建議，這題解法不容易，但我們要認清重點：掌控你的時間，就是金錢付給你最高的紅利。

跑車車主的謬論（陸譯：豪車悖論）

當我們看到一輛名車駛過，我們其實想的是「哇，如果我有這輛車，大家一定會覺得我很酷」，而不是「哇，開這輛車的傢伙真酷」。

弔詭的點就在這裡。你明明想借由名車來讓別人羨慕，但真實的情況是，其實群眾們根本不在意車主是誰，只是看著車並幻想著自己做在駕駛座上的畫面。

我們要理解一件事：我們可能「以為」自己想要擁有豪車名錶，但我們真正想得到的是別人的尊敬與羨慕。但事實上，豪車名錶並不能帶來尊重。羨慕的部分也不是羨慕「你」，而是你的「豪車」。

「有錢」和「富有」

「富有」（wealthy）是在看不見的地方，看得到的是「有錢」（rich）。也因為這樣，「有錢」這個狀態被我們爭相吹捧，並學習「有錢」的行為模式。但作者提醒，我們要學的是富有。

相比現在大宗的建議，重投資而輕儲蓄（畢竟儲蓄難敵通膨的侵蝕），但作者強調存錢，因為存錢可以增加選擇權。

根據作者的概念，如果現金流帶來了「rich」，但沒有增加選擇權，那就不是「wealthy」。此時就可以 callback 回去前面關於幸福跟「掌控生活的感受」正相關的這個部分，如果你的「rich」反而讓你失去了對生活的掌控，那就純純地本末倒置。

「合理」大於「理性」

原文的字眼分別為 Reasonable 跟 Rational。

合乎情理勝過絕對理性，何以可能？作者指出，合情理可以提高堅持率，變相增加成功率。例如，比起國際金融產品，我們可能更偏好買本土企業的股票，即使報酬率從理性上來看比較差。但當波動發生時，因為我們瞭解我們的投資內容，從而有信心上的加持，比較不容易隨意拋售，帶來了後續反敗為勝的可能（也通常會）。

試想，其實很多投資的原理都是把錢交給不認識的陌生人去運用管理，要是對陌生人的熟悉度有助於強化對這些人的支持，那就是「合理」的做法。

當然這不僅限理財方面，找一個效果不是最佳但自己喜歡的、能堅持的運動，也是同理。

所以作者並不是提倡只儲蓄不投資，而是每個人適合不同的理財方式。作者給出的建議是：使用可以幫助你一夜好眠的方式理財。

沒有白吃的午餐

試想你現在想要一台車。此時，你可以花大錢買一輛新車、花小錢買一輛二手車、或乾脆直接偷一輛——大部分人不會選擇用偷的，因為我們不想承擔被抓後的風險。

試想你要投資。此時，你可以選擇接受波動性與動蕩（較大代價）、選擇不缺性較低但報酬較低的資產（較小代價），或你可以試圖化身竊車大盜——試著一邊賺進報酬，一邊避開波動。

為什麼作為消費者，我們知道天下沒有白吃的午餐，願意為了代價付費，但作為投資者，卻想用「偷」的呢？作者指出，消費時我們可以看到標價，凡事皆有其價格，我們欣然接受；但投資時，我們看到的「下跌」感覺就像是被「懲罰」了，就像是我們做錯事一般。

作者提醒，我們要把市場波動看做手續費，而非罰款。

Other Good Points

• 經濟學家 Bhashkar Mazumder 的研究顯示，手足之間的「收入相關性」比「身高相關性」或是「體重相關性」還要來得高。
• 根據聯準會統計，27%大學畢業生投入了非本科相關的職缺、29%留在家中的父母（家庭主夫、婦）有大學學位。

• 透過 RFID ，刷卡感應後，讓本來循環播放 A 影片的螢幕，改為播放 B 影片。
• 透過超聲波回聲判斷，人靠近（或手懸浮在感應區域）時，讓本來循環播放 A 影片的螢幕，改為播放 B 影片。

為了達到以上效果，我們這次需要的設備除了顯示器以外還需要：

• 數位看板播放器（Digital Signage Players），此處我們選用 BrightSign 的 HD225。
• 感應 RFID 並回傳訊號的傳感設備。此處我們不買現成產品，選用微控制器 ESP-WROOM-32 + RFID 傳感模塊 MFRC522 來土炮一個。
• 感應超聲波並回傳訊號的傳感設備。此處我們也不買現成產品，選用微控制器 NodeMCU + 超聲波傳感模塊 HCSR04 來土炮一個。

RFID 互動螢幕

我們的邏輯很簡單：RFID 模塊感應讀取輸入，把 ID 傳入 ESP-WROOM-32 判斷，如果是我們要的 ID，則輸出高電平訊號。當 HD225 讀到高電平訊號傳入，觸發後續影像內容。

首先來搞定 RFID 的部分。我們 ESP-WROOM-32 使用 Arduino IDE 來進行編譯跟燒錄，所以有幾個前置準備事項：

• 在 Preference 中的 Additional boards manager URLs 中填入 https://dl.espressif.com/dl/package_esp32_index.json
  
• Board Manager 搜尋 esp32，找到 esp32 by Espressif Systems，安裝它
  
• Board 我們選擇 ESP32 Dev Module
  
• Library 搜尋 MFRC522，找到 MFRC522 by GithubCommunity，安裝它

然後找出我們這顆控制器的腳位圖：

對照腳位，把 MFRC522 接上：

• SCK 接入 GPIO18
• MOSI 跟 MISO 分別接入 GPIO23、GPIO19
• IRQ 我們此例用不到，不接
• 3.3V 跟 GND 按圖接入
• SDA 與 RST 可隨選

然後我們就可以開始編程了。程式內容請參考：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41

#include <SPI.h>
#include <MFRC522.h>

#define SS_PIN 5     // SDA
#define RST_PIN 15   // RST
#define LED 25

MFRC522 mfrc522(SS_PIN, RST_PIN);  // 建立 RFID 物件

void setup() {
  Serial.begin(9600);
  SPI.begin();              // 啟動 SPI
  mfrc522.PCD_Init();       // 初始化 RC522
  pinMode(LED, OUTPUT);
  Serial.println("Start reading!");
}

void loop() {
  // 檢查是否有新卡片
  if (!mfrc522.PICC_IsNewCardPresent()) return;
  // 檢查是否能讀到卡
  if (!mfrc522.PICC_ReadCardSerial()) return;

  String uidStr = "";
  for (byte i = 0; i < mfrc522.uid.size; i++) {
    if (mfrc522.uid.uidByte[i] < 0x10) uidStr += "0";  // 補0對齊
   uidStr += String(mfrc522.uid.uidByte[i], HEX);
  }
  uidStr.toUpperCase();  // 讓輸出一致是大寫

  Serial.print("卡片 UID：");
  Serial.println(uidStr);
  if(uidStr == "445A478A"){
    digitalWrite(LED, HIGH);
    delay(1000);
    digitalWrite(LED, LOW);
  }
  // 停用卡片
  mfrc522.PICC_HaltA();
  delay(500);
}

其中，LED 的腳位在接入 HD225 之前就是接著 LED 來進行測試。當 LED 點亮，就表示該腳位輸出了 3.3v 高電平。後來就懶得改變數名稱了，看得懂就好 :)

傳感器完成後，我們將該輸出腳位接到 HD225 的 GPIO 上。（為了這個需要，我們必須另外準備 pitch 為 3.5mm 的端子座。官方建議買 4 或 6 pin 的，因為 12 pin 會很難拆）除了輸出腳位以外，記得還要共地，所以 ESP 的 GND 也要接一條到 HD225 的 GND。

最後我們到 HD225 的控制後台 BrightAuthor:connected 進行設定。因為我把上述 LED 腳位接入 HD225 的第六 pin，根據對應，我們要設定 BUTTON 3。腳位請參考：

將 BUTTON 3 的 Trigger Event On Button 設定為 Down，就會在高電平的時候觸發該判斷。至於為什麼他要預設你的 GPIO 接的是按鈕，我也覺得這樣頗誤導人。

至此，設置完畢！

超聲波互動螢幕

一樣先捋一捋邏輯：超聲波模塊持續感應是否有物體靠近，當有東西靠近到足夠距離，請 NodeMCU 送出一個高電平訊號。當 HD225 讀到高電平訊號傳入，觸發後續影像內容。

首先來搞定超聲波測距的部分。我們 NodeMCU 一樣使用 Arduino IDE 來進行編譯跟燒錄，所以有幾個前置準備事項：

• 在 Preference 中的 Additional boards manager URLs 中填入 http://arduino.esp8266.com/stable/package_esp8266com_index.json
• Board Manager 安裝 esp8266 by ESP8266 community
• Board 我們選擇 NodeMCU v1.0
• Library 裝Bifrost.Arduino.Sensors.HCSR04

接線與程式部分：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24

#include <hcsr04.h>

#define TRIG_PIN D2
#define ECHO_PIN D1
#define LED D5

HCSR04 hcsr04(TRIG_PIN, ECHO_PIN, 20, 4000);

void setup(){
    Serial.begin(9600);
    pinMode(LED, OUTPUT);
}

void loop() {
  int distance = hcsr04.distanceInMillimeters();
Serial.println(distance);
  if(distance<50){
    digitalWrite(LED, HIGH);
  }else{
    digitalWrite(LED, LOW);
  }

  delay(250);
}

其中的 LED 比照前例，一開始用 LED 測試，後來直接作為輸出，跟 HD225 溝通。

控制後台 BrightAuthor:connected 的設定跟前例的邏輯完全一樣，注意腳位不要搞錯就好。

以上！

此處我們選用的服務是 2011 就推出，但在 2020 以降才開始紅起來，但也因此被萬代版權方盯上，後來被全網封殺掉的 bui 製作的 Taiko Web。

但開源的力量是無比強大，我早已 fork 了一份備份出來，所以依然保有其原始碼。開源社群的迷人之處就在這裡，你說是吧。

該項目是一個大部分使用 JavaScript 刻出來的網頁版太鼓達人模擬器，其透過前端技術就可以讓用戶流暢地遊玩，十分方便，令人印象深刻。但今天我們不討論其服務內容，本篇我們將著重在將一個運行在 Linux 上的服務給容器化——以便用戶快速自行架設服務，或甚至跨平台運行——的過程。

各位可以一邊對照原作者的 manual setup，一邊看我們 dockerfile 的對應做法，方便理解。那我們開始咯。

安裝過程與重新打包

Installing the requirements

原始的安裝方式為：

If you have not already done so, install the above-listed software on your server. The following commands were ran on a Debian 10 system, you may need to alter them depending on your OS.

1 2 3

su apt update apt install git python3-pip nginx

It is recommended to install these optional packages as well.

1	apt install ffmpeg redis supervisor python3-virtualenv

我們的做法依樣畫葫蘆，就是安裝依賴：

1
2
3
4
5
6
7
8
9
10

FROM debian:bookworm

ENV DEBIAN_FRONTEND=noninteractive

RUN apt-get update && \
    apt-get install -y --no-install-recommends \
    git python3 python3-pip python3-virtualenv \
    nginx ffmpeg redis-server gnupg\
    supervisor curl && \
    rm -rf /var/lib/apt/lists/*

但可以注意到我們不需要 sudo，因為在 docker 的環境裡面我們本來就是 root。

Installing MongoDB

原始的安裝方式為：

Consult the MongoDB installation tutorial for your operating system to install MongoDB Community Edition on your system.

簡單來說就是 MongoDB 並不能用 apt-get 的方式來安裝，所以大部分會建議自己去官方那邊慢慢照著指引安裝。近來這種狀況好像越來越常見了，我個人是不太樂見這樣的走勢啦。

那此時我們如何應對呢？我們這樣做：

1
2
3
4
5
6
7
8
9

RUN curl -fsSL https://www.mongodb.org/static/pgp/server-8.0.asc | \
    gpg -o /usr/share/keyrings/mongodb-server-8.0.gpg --dearmor

RUN echo "deb [ signed-by=/usr/share/keyrings/mongodb-server-8.0.gpg ] http://repo.mongodb.org/apt/debian bookworm/mongodb-org/8.0 main" \
    | tee /etc/apt/sources.list.d/mongodb-org-8.0.list

RUN apt-get update && \
    apt-get install -y mongodb-org && \
    rm -rf /var/lib/apt/lists/*

因為我們 docker 的環境指定了 debian:bookworm，所以我們從 MongoDB 官方那邊找到對應的安裝方式，把指令全部移植過來即是。

Obtaining taiko-web

原始做法：

Next, clone the taiko-web repository into a directory of your choosing.

1 2 3

su -c 'mkdir -p /srv/taiko-web' su -c 'chown $USER /srv/taiko-web' git clone https://github.com/bui/taiko-web.git /srv/taiko-web

All the commands you run from now on must be ran inside the taiko-web directory, so change your working directory.

1	cd /srv/taiko-web

Run the following commands to install requirements and set default configurations.

1 2 3 4

pip3 install -r requirements.txt tools/get_version.sh cp tools/hooks/* .git/hooks/ cp config.example.py config.py

Edit config.py in a text editor to configure taiko-web for your system.

我們的做法：

1
2
3
4
5
6
7

RUN mkdir -p /srv/taiko-web /var/log/taiko-web /data/db

RUN git clone https://github.com/Shuai-Xin/taiko-bui-backup.git /srv/taiko-web

RUN cp /srv/taiko-web/config.example.py /srv/taiko-web/config.py

RUN pip3 install --break-system-packages --no-cache-dir -r /srv/taiko-web/requirements.txt

幾點差異：

• 因為在 docker 中我們是 root，所以不用 chown 來更改權限。
• bui 大大的 repo 已經被封殺了，所以改從我那邊 clone 檔案。
• 我們在 pip3 install 中加了 --break-system-packages 的 flag，因為反正我們是專用的環境，沒有在系統管乾不乾淨的，所以套件直接裝在系統層級，不走 venvs。（而因為 PEP668，你若不加這個 flag 他會報錯跟你提醒）

nginx setup

原始做法：

Let’s set up nginx now. Copy the example virtual host file tools/nginx.conf to /etc/nginx/conf.d/taiko-web.conf, changing the server_name and root statements as required.

1 2	>su - >cp /srv/taiko-web/tools/nginx.conf /etc/nginx/conf.d/taiko-web.conf

Next, open /etc/nginx/nginx.conf and comment out the line which displays the default nginx page.

1	>include /etc/nginx/sites-enabled/*;

becomes

1	>#include /etc/nginx/sites-enabled/*;

Then, open /etc/nginx/mime.types and add this line near the bottom:

1	>application/wasm wasm;

Once you’ve configured the files, reload nginx (as root). Assuming everything was configured correctly, you shouldn’t get any errors.

1	>nginx -s reload

If you try to access your simulator now, you should get a 502 error. That’s because we haven’t started the app server yet, so let’s do that!

我們的做法：

1
2

RUN cp /srv/taiko-web/tools/nginx.conf /etc/nginx/conf.d/taiko-web.conf && \
    sed -i 's/include \/etc\/nginx\/sites-enabled\/\*;/#include \/etc\/nginx\/sites-enabled\/\*;/' /etc/nginx/nginx.conf

本來手動修改 config 的流程，我們用 sed 來自動修改。

taiko-web setup

原始：

We’ll first create virtual environments for Python and install the required modules.

1 2 3 4

virtualenv -p python3 /srv/taiko-web/.venv source /srv/taiko-web/.venv/bin/activate pip install -r /srv/taiko-web/requirements.txt deactivate

It is recommended that you use a process manager such as Supervisor to keep taiko-web running at all times.

Copy the example configuration file from tools/supervisor.conf to /etc/supervisor/conf.d/taiko-web.conf, adjusting it as needed.

1 2 3

su mkdir -p /var/log/taiko-web cp tools/supervisor.conf /etc/supervisor/conf.d/taiko-web.conf

Then, restart Supervisor (as root).

1 2	su - service supervisor restart

And you can check the status of supervisor with this command, to see if anything went wrong (also as root).

1	supervisorctl status

We’re almost there! taiko-web has been installed and when you start the database you will be able to run it too, but there will be no default songs. Let’s fix that!

可以注意到這裡開了一個 virtualenv，但我們 docker 環境不管那麼多，所以不理他，我們直接運行：

1
2
3
4
5
6
7
8
9
10

RUN printf "[supervisord]\nnodaemon=true\n\
[program:mongod]\ncommand=mongod --bind_ip_all\nautorestart=true\n\
[program:redis]\ncommand=redis-server\nautorestart=true\n\
[program:nginx]\ncommand=nginx -g 'daemon off;'\nautorestart=true\n\
[program:taiko_app]\ndirectory=/srv/taiko-web\ncommand=gunicorn -b 127.0.0.1:34801 app:app\nautorestart=true\n\
[program:taiko_server]\ndirectory=/srv/taiko-web\ncommand=python3 server.py 34802\nautorestart=true" > /etc/supervisord.conf

EXPOSE 80

CMD ["/usr/bin/supervisord", "-c", "/etc/supervisord.conf"]

打包結果與部署

綜合以上，我們的 dockerfile 就長這樣：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42

FROM debian:bookworm

ENV DEBIAN_FRONTEND=noninteractive

RUN apt-get update && \
    apt-get install -y --no-install-recommends \
    git python3 python3-pip python3-virtualenv \
    nginx ffmpeg redis-server gnupg\
    supervisor curl && \
    rm -rf /var/lib/apt/lists/*

RUN curl -fsSL https://www.mongodb.org/static/pgp/server-8.0.asc | \
    gpg -o /usr/share/keyrings/mongodb-server-8.0.gpg --dearmor

RUN echo "deb [ signed-by=/usr/share/keyrings/mongodb-server-8.0.gpg ] http://repo.mongodb.org/apt/debian bookworm/mongodb-org/8.0 main" \
    | tee /etc/apt/sources.list.d/mongodb-org-8.0.list

RUN apt-get update && \
    apt-get install -y mongodb-org && \
    rm -rf /var/lib/apt/lists/*

RUN mkdir -p /srv/taiko-web /var/log/taiko-web /data/db

RUN git clone https://github.com/Shuai-Xin/taiko-bui-backup.git /srv/taiko-web

RUN cp /srv/taiko-web/config.example.py /srv/taiko-web/config.py

RUN pip3 install --break-system-packages --no-cache-dir -r /srv/taiko-web/requirements.txt

RUN cp /srv/taiko-web/tools/nginx.conf /etc/nginx/conf.d/taiko-web.conf && \
    sed -i 's/include \/etc\/nginx\/sites-enabled\/\*;/#include \/etc\/nginx\/sites-enabled\/\*;/' /etc/nginx/nginx.conf

RUN printf "[supervisord]\nnodaemon=true\n\
[program:mongod]\ncommand=mongod --bind_ip_all\nautorestart=true\n\
[program:redis]\ncommand=redis-server\nautorestart=true\n\
[program:nginx]\ncommand=nginx -g 'daemon off;'\nautorestart=true\n\
[program:taiko_app]\ndirectory=/srv/taiko-web\ncommand=gunicorn -b 127.0.0.1:34801 app:app\nautorestart=true\n\
[program:taiko_server]\ndirectory=/srv/taiko-web\ncommand=python3 server.py 34802\nautorestart=true" > /etc/supervisord.conf

EXPOSE 80

CMD ["/usr/bin/supervisord", "-c", "/etc/supervisord.conf"]

部署的方式就非常簡單了，只要在有 docker 的環境中，將以上檔案存檔為 Dockerfile（記得大寫），並在該資料夾中執行 docker build -t taiko-web .，上述的步驟就全部幫你做好，打包成一個 image，並且只要你是 x86 架構的電腦，就都能成。

至於你問 ARM 架構為什麼不行？主要是 MongoDB 的問題，因為 docker 指定了 debian，所以 Mongo 就給你 x86 的版本的檔案。那是不是 Mongo 開另一個 container 就可以？是這樣的沒錯，因為 MongoDB 有提供 ARM 架構的 image，這部分可以留給讀者作為練習。（欸）

最後，我們 docker run -d -p 80:80 --name taiko-web taiko-web 來運行這個 image，伺服器就此上線。此時就可以用該設備訪問 http://localhost，或是用同內網的設備使用瀏覽器訪問 http://運行docker的設備內網ip位置。

以上！

所以此篇我們要來架設 ntfy，並將 NetAlertX 跟 Uptime Kuma 的通知方式設定成 ntfy，最終透過 ntfy 的 ios app，從 iPhone 接收通知。

安裝 ntfy

此處我們採用 docker compose 的安裝方式，yaml 如下：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24

services:
  ntfy:
    image: binwiederhier/ntfy
    container_name: ntfy
    command:
      - serve
    environment:
      TZ: Asia/Taipei    # optional: set desired timezone
      NTFY_BEHIND_PROXY: true
      NTFY_BASE_URL: https://your.ntfy.domain
      NTFY_UPSTREAM_BASE_URL: https://ntfy.sh
    user: 1000:1000 # optional: replace with your own user/group or uid/gid
    volumes:
      - /var/cache/ntfy:/var/cache/ntfy
      - /etc/ntfy:/etc/ntfy
    ports:
      - 80:80
    healthcheck: # optional: remember to adapt the host:port to your environment
        test: ["CMD-SHELL", "wget -q --tries=1 http://localhost:80/v1/health -O - | grep -Eo '\"healthy\"\\s*:\\s*true' || exit 1"]
        interval: 60s
        timeout: 10s
        retries: 3
        start_period: 40s
    restart: unless-stopped

其中注意：

• NTFY_BEHIND_PROXY: true ：我們後續會透過 proxy manager 來反向代理，所以這個需要特別設 true
• NTFY_BASE_URL: https://your.ntfy.domain：這裡就是我們 ios app 從外網接收通知用的 domain（我們出門在外也要收得到通知對吧）
• NTFY_UPSTREAM_BASE_URL: https://ntfy.sh：因為 iOS 在「推播通知」的設計原則上，app 通常不允許常駐在後面等通知，除非使用 APNs (Apple Push Notification Service) 來進行系統層級的喚醒。但我們自架的 server 並沒有 apple 認證，所以如果不透過 ntfy.sh 進行 APN 的推送，我們會延遲很久很久才收到通知。所以此處務必加上這個。但當然，因為這樣，我們的服務其實還是依賴了其他 server。

設定反向代理

我們透過 Nginx Proxy Manager 來進行反向代理：

• 其中 Domain Names 就是後續 iso app 要使用的網域
• Scheme 要用 http，因為內網裡面就是走 http
• 為了實時刷新，Websockets 也要打開

NetAlertX 設定

注意因為 NetAlertX 跟 ntfy 一樣都在內網環境中，所以在 NTFY host URL 的部分要填入的是走 http 的 ntfy 內網位置。

Uptime Kuma 設定

此處同理。

iPhone 設定

iPhone 部分就簡單了，app store 下載安裝 ntfy 後：

• Default server 填入我們一開始設定在 NTFY_BASE_URL 的外網網域
• 訂閱你的 topic

收工！

上次回外婆家被催婚，其中就有一句：

senn nn̄g-ê--ah gín-ná（生兩個啊gín仔）

我就說好啦，不要急，但為什麼是兩個？才知道此處的 nn̄g-ê--ah 跟 nn̄g-ê 的意思可差多了。前者是「兩三個」的意思，而後者是切確的「兩個」。

讀音上，前者 nn̄g-ê--ah 的 ê 讀輕聲，後者 nn̄g-ê 的 ê 則讀五聲。

所以如果有人跟你說：

lâi lim nn̄g pue（來喝兩杯）

這裡如果遇到 nn̄g--pue（三聲輕聲）就是喊你來喝個兩三杯，幾杯不重要。但如果遇到的是 nn̄g-pue（三聲一聲），那就真的是指「兩杯」了。

其他輕聲改變詞義的例子

買無

• bué-bô（買不到）
• bué--bô（買不買？）

驚死

• kiann-sí（害怕死亡）
• kiann--sí（嚇死）

有影無

• ū-iánn-bô（真的沒有）
• ū-iánn--bô（真的假的？）

但實際上，在網路安全的領域中，端口轉發意味著 port 的暴露，其實大家都看得到你有哪些 port 是開的。例如，我用外網透過 nmap 來掃描我家可以看到：

開放的 port 那是一個清清楚楚明明白白。

對此，我們使用 Nginx Proxy Manager （下稱 NPM）來替我們進行反向代理，減少我們直接開 port 的需求。假設我架設了五個服務，本來我要分別開五個 port 來訪問。現在透過 NPM，我可以只開 80 跟 443 出來給 NPM，往後需要訪問什麼服務，通通都去問 NPM，讓 NPM 統一替我們處理請求。這就是所謂的代理（proxy）。

在此架構中，NPM 可以運行在與 HA 同網路的另一個設備中、與 HA 同一個設備中的不同容器（如 docker）中、或甚至以 add-on 的形式裝在 HA 身上（該附加元件在這裡）。而我此處是運行在與 HA 同網路的另一個設備中，可以參考一下我目前的拓撲：

編輯 configuration.yaml 設定

因為 Home Assistant 自帶的安全性策略，在我們親自設定之前，並不會允許 proxy 轉過來的連線請求。所以我們要來編輯一下 configuration.yaml。（至於如何找到並編輯 configuration.yaml 我們在 智能家居 EP7：File Editor 有討論過，還請參考。）

而因為 智能家居 EP9：利用DDNS、通訊埠轉發進行遠端控制 那時候我們是透過 DuckDNS 替我們弄 SSL 的，所以 configuration.yaml 中本來是：

1
2
3

http:
  ssl_certificate: /ssl/fullchain.pem
  ssl_key: /ssl/privkey.pem

但我們現在要把 SSL 的事務交給 NPM，這邊的就要取消掉，變成：

1
2
3
4
5
6

http:
  use_x_forwarded_for: true
  trusted_proxies:
    - 192.168.87.87  # ← NPM
#  ssl_certificate: /ssl/fullchain.pem
#  ssl_key: /ssl/privkey.pem

其中的 use_x_forwarded_for 就是允許 proxy 轉發，而 trusted_proxies 就是你 NPM 所在的位置。

DuckDNS 設定

DDNS 的部分我們一樣繼續使用 DuckDNS 的服務：

但一樣到 DuckDNS 在 HA 的附加元件中的設定把 SSL 的服務關閉：

1
2
3
4
5

lets_encrypt:
  accept_terms: false # ← 關掉
#  algo: secp384r1
#  certfile: fullchain.pem
#  keyfile: privkey.pem

Nginx Proxy Manager 設定

接著我們到 NPM 設定。

Domain Name 就填入 DuckDNS 申請的域名，以後只有透過這個名字進來的請求，才轉發給 HA。反之，如果直接用 IP 位置訪問，NPM 會說你要做啥，不講清楚我可不讓進。

Forward Hostname 跟 Forward Port 就是你本來端口轉發的目的（也就是 HA 的位置）。

注意此處的 scheme 要選擇 http，這表示連入之後，內網部分就用 http 溝通即可。而 Websockets Support 必須打開，因為 HA 的前後端確實是用 websocket 持續溝通的（才能在你關燈之後，不需重新整理就顯示已關閉）。

而 SSL 的部分我們就全部打開。

關掉端口轉發！

最後，我們本來特別開給 HA 的 port 就可以關掉了。保留 80 跟 443 給 NPM 即可：

如此一來，設定完畢。我們的遠端訪問方式已經從端口轉發進階成反向代理，除了更安全之外，家中網路的架構也變得更有條有理，再也不需要到處打洞開 port 了。

不過話說回來，DuckDNS 只有五個域名可以用，那如果我有更多需求的話，有什麼其他選擇嗎？

嘿，有的，如果你有自己的域名的話，這題就好辦了。有機會再撰文提供大家解法。

皮亞傑之前

在皮亞傑（大致在1960）之前，人們認為孩童的認知能力跟大人是一樣的，只是缺乏經驗跟知識。

皮亞傑顛覆大家的看法，表示孩童不是「小大人」，其實認知能力是要漸進發展並建立的。愛因斯坦曾說，皮亞傑的發現跟理論是「天才之作」。

一歲前就已擁有數感、物理常識、簡單的邏輯

皮亞傑發現九個月大的孩子才會動手排除遮擋物，找到後方的玩具，所以認為物體恆存是九個月大的里程碑。但後續透過「凝視時間」的觀察，其實五個月大的孩子，就會對違反物體恆存的狀況感到好奇。

同樣是五個月大，孩子至少具備 1+1 或 2-1 的概念。因為當我們用屏風遮擋一個物品，再放進一個物品，當我們秀出來居然還是只有一個物品，孩子會投以較長的凝視時間。兩個物品遮住，拿出一個後，秀出來還是兩個，一樣會得到較長的凝視時間。

物體違反地心引力往上飛時、兩物隔空互動時也會。

甚至，八個月大的孩子有機率的概念。一白四紅的獎池，我們抽出四白一紅給他看，你會得到凝視。

人腦是多功能瑞士刀，不是通用型處理器

這個概念我們在《我們真的有自由意志嗎》就討論過，我們只能學會我們能夠學會的能力。而通常，某個能力就是某個大腦模塊專門負責。如果大腦中沒有某個模塊，那我們就做不到那件事。

rTPJ：心智理論的腦區

擁有心智理論能力代表，你知道他人也擁有心智，並且他人可能擁有錯誤信念。最經典的例子就是，我們在受試者面前打開糖果的包裝，結果裡面是一隻鉛筆，此時我們問：「如果等等小明來了，你覺得他會猜裡面有什麼？」。如果正確回答，表示擁有心智理論能力。

看似簡單，但三歲的小朋友通常沒轍，平均要到五歲才會通過。

負責這個能力的腦區就是 rTPJ，我們若用跨顱磁刺激的方式刺激這個區域，可以影響成人對他人行為的道德判斷。（推敲他人意圖的能力受到干擾）

為何三歲開始說謊？

書中雖然在第二章就討論了心智理論，可是在第十章才標題回收。好了，所以為什麼三歲開始說謊呢？就是因為心智理論的能力發展出來了。但是第二章說三歲無法通過糖果測試，但這裡居然又能說謊了？

這裡我們可以推論，隨著心智理論能力的發展，讓說謊這個行為出現。而隨著心智理論能力的逐漸成熟，說謊的能力也會進步。據書中的例子，三歲孩子雖然會謊報自己沒有偷看盒子，但你只消進一步問盒子裡面有什麼，他會不攻自破。但五歲以上，他會開始圓謊。

三元共享式注意力

一歲大的孩子就會用手指物了，但他是要指給你看嗎？研究認為，是想指給你看沒錯。

哭鬧要理會嗎？

有一派育兒理論主張，寶寶哭鬧時先不要理會，不可以讓他們覺得只要哭鬧就能解決問題，否則他們會學會這種情緒勒索的招式。

但這裡指出，如果寶寶跟照顧者之間的社交互動不良，所造成的心理生理壓力會對發展造成負面影響。

如果真的擔心寶寶學會使用哭鬧來予取予求，等到年紀較大了再進行矯正即可。

女性憂鬱症比例較高的其中一個可能：MAO

MAO 即單胺氧化酶，顧名思義，單胺會被他代謝掉。咱大腦中的血清素跟多巴胺都在其防守范圍內。

而負責表現 MAO 的基因位於 X 染色體，所以擁有兩條 X 的女生，其 MAO 的表現量也會高於男性。

從這個因素出發，女性腦中的血清素會比較快地被代謝掉，相對上更有憂鬱的機會。

三百年未解的哲學問題：視覺跟觸覺的推理

突然恢復視力的天生盲人，能第一次就看出圓形跟方形嗎？

經驗主義陣營的洛克、伯克萊認為不行，理性主義的萊佈尼茲認為可以。

2011 由海爾德與辛哈針對先天白內障的復明實驗給出了答案：不行！

從此這題不再是一個哲學問題。

Other Good Points

• 語言學習確實有其關鍵期，而開關跟 GABA 也許有關。但為何要關閉關鍵期呢？推測是因為運作期間產生的自由基太多。
• 全世界的語言加總起來有 800 多個音素，而嬰兒全部都能分辨出來。但隨著成長（專化），敏銳度就會下降。書上的例子是，日本人的 R、L 不分。
• 帕夫洛夫其實是生理學家，研究動物的消化系統得過諾貝爾獎。 流口水的制約，是不小心發現的。
• 操作制約的四個元素中，目前專家建議是，管教孩子以「正增強」跟「負懲罰」較為合適。
• 因為優生學的流行，整個美國在 20 世紀有六萬人被強迫絕育。
• 表觀遺傳學的例子：
  • 曾在青春期以前經歷過饑荒的世代，其孫輩死於心血管疾病的機率較低；反過來，孫輩罹患糖尿病的機率多出常人四倍。
  • 老鼠實驗中，透過氣味與電擊，讓老鼠害怕該氣味。這個記憶，居然透過表觀遺傳的方式，遺傳了下去！（為了避免是爸媽傳授的，甚至是走人工授精，不給教學機會）

做或不做問題

舉例來說，如果你為「這個活動我該不該報名參加」而煩惱。那根據我們的心法，此時是個「做或不做問題」，建議選做。

根據蔡加尼克效應，相較於已完成的事情，人們更容易惦記著「未完成」的那些。因此，當你選擇「不做」，你可能會一直掛念「如果當初做了，會怎麼樣？」。

人是很「犯賤」的，我們往往最忘不掉未竟之事。（這也是為什麼蔡加尼克效應很常被用來解釋為何淺嘗而止的「初戀」總是最美好最難忘的）

**《臨終前最後悔的五件事》**書中，在安寧病房工作多年的作者 Bronnie Ware 記錄了許多臨終老人們的心聲，發現他們的後悔大多來自「沒做到的事情」，而非「做了的事」。這說明，未曾嘗試的遺憾，比做錯了的懊悔更深刻。

另外，根據康奈爾大學於1995年發表的研究論文《The Experience of Regret: What, When, and Why》提到：「短期內人們更容易後悔行動（commission errors），但長期內更後悔不行動（omission errors）。」

其原文為：

“Actions, or errors of commission, generate more regret in the short term; but inactions, or errors of omission, produce more regret in the long run.”

綜合以上，「要是有做就好了」的殺傷力，比「早知道不做了」還要來得大。故在「做或不做問題」，建議選做。

新舊問題

待撰文分析。

格局問題

待撰文分析。

常見問題

有時候選擇「不做」也是一種智慧不是嗎？

此心法的使用時機是當你猶豫不決，難以抉擇之時，才有使用的必要。如果當你能夠自行選擇「不做」，那表示在該議題上，你並不需要藉助《抉擇的心法》。

超憶症難道不是超能力嗎？

超憶症，擁有超常的情節記憶（我們在《最高學以致用法》討論過記憶的分類），可以記得一生中經歷過的所有事情。聽起來很屌，很像超能力，不是嗎？超強的記憶力，難道不具備十足的演化優勢嗎？

然而就結果論而言，並不是。（否則記憶力較差的群體應當早就被天擇掉了）

書中提到，如果這個世界鼓勵投機，那我們將會掌握機率與統計、如果鼓勵演繹推理，那我們將各個都是福爾摩斯。但事實是，我們在這兩方面都是一團糟。相反地，我們演化至今的世界由因果邏輯主導，這也是為什麼，人很擅長於因果分析。

後見之明告訴我們，人腦在這個世界必須具備的能力，相比「機率統計」、「演繹推理」、「強大的記憶力」，可能更偏向「因果分析」。

因果推理：不是任何刺激都能形成制約

巴甫洛夫的狗最後對鈴聲（中性刺激）產生了制約，巴甫洛夫認為此處的鈴聲可以替換成任意刺激，都會有效。（即，他認為狗勾沒有去思考兩者之間關係）

但後來針對老鼠的進一步實驗發現，閃光與電擊、噪音與電擊、糖水與胃痛可以形成制約，但閃光與胃痛、糖水與電擊，就沒辦法。（即，老鼠是有在進行簡易的因果推理的）

預測性推理/診斷式推理

預測性推理就是「由因推果」，診斷式推理則是「由果推因」。那麼人類比較擅長哪個呢？如同所有其他生物，我們比較擅長預測性推理。

至於診斷式推理，雖然難以證明，但目前沒有證據可以看出其他動物能夠進行診斷式推理。

我們把整個世界當做儲存器在用

我們沒有在「運算」。

如何讓車保持在車道中？我們觀察兩側的標線的移動速度，當一側較慢，那我們就偏向那邊。如何成功從門的中間走進去？我們僅只是確保兩側門框靠近我們的速度是一樣的。接高飛球？我們的確沒有在算拋物線吧？我們直接看。

老式的人工智慧為何發展有限？因為我們 input 給他盡量多的環境資訊，讓他算拋物線。但人根本不是這樣，相反的，我們眼睛同一時間其實只能看到非常小範圍的內容（我們在《思考不過是一場即興演出》就討論過這個動眼實驗）。

我們也把身體當做記憶卡在用

有些人認為同性戀是令人反感的、幾乎所有有兄弟姐妹的人都會認為手足間的亂倫十分惡心。然而這些感受是我們用「心智」自行判斷出來的嗎？大概不是，這些是基因透過演化留在我們身上的軀體標記。而這些標記告訴我們這些行為「不對」，於是我們將其敘述為「不道德」。（「厭惡感」是「道德判斷」的驅動器）

我們看到蜘蛛會害怕、會懼高、看到嘔吐物會反胃、會自發地去遠離看似污穢之物。這些真的是我們用「心智」去思考出來的嗎？大概不是，我們身體自己會做出這些判斷。

綜合以上，我們不應認為「心智」單純就只是大腦內的抽象運算。其實大腦、身體、外部環境會一起進行記憶、推理、跟決策。

心智並非附屬於大腦的一部分。恰恰相反，大腦是心智的一部分。

知識的錯覺

知識的錯覺就這樣產生了。我們以為我們知道的，遠比我們真的知道的，來得少。原因是，我們其實只知道知識的索引，但真正內化的沒有多少。我們把大部分的知識，存在身體裡（不是大腦裡）、存在世界中（環境資訊，反正需要的時候再取用即可，一切非常自然，導致你以為你知道）、存在別人的大腦裡。

你以為你知道，但其實只是用索引的方式在記憶！（在《記憶決定你是誰》中，我們確實學過，海馬迴是索引大師，不是記憶大師）

嘿，Title Drop！

政治的錯覺

對於一項公眾議題，「詢問立場」（價值取向）容易得到較為偏激的回答，但進而請求「給出說明」（結果取向）後，會緩和其立場的極端程度。

但這個「給出說明」必須是「因果性的解釋」而不是「支持某方立場的原因」，因為訴諸個人的理念並沒辦法破解知識的錯覺。

需要注意的是，要求某人解釋一項他們並不理解的政策不會改善彼此之前的人際關係。揭露人們的錯覺通常會令其惱羞成怒。

所以民主是好的嗎？可能不是。但目前人類社會還沒有更好的方案可以執行。

Other Good Points

• 自動化悖論：當我們在某方面過度依賴自動化，人類反而會在改方面上失能。
• 道德心理學家海德（Haidt）透過「道德錯愕」的例子主張「道德結論很少基於推理，更多是來自直覺」。道德錯愕最著名的例子是雙重避孕並且不為人知且雙方皆愉快並認為感情增進的兄妹亂倫。另，食用意外身亡的寵物狗也是一例。
  • 有些法律確實來自於普遍的道德共識。但透過海德帶給我們的反思，這種法律就經不起推敲。
  • 那為什麼有些國家可以吃狗？
• 認知反思測試（CRT, Cognitive Reflection Test) 被設計來看看你是快速地相信直覺，還是會習慣先反思。
  • 棒球棒和球的問題：一支棒球棒和一顆棒球的總價是 1.10 美元，棒球棒比棒球貴 1 美元。請問棒球的價格是多少？直覺答案： 0.10 美元；正確答案： 0.05 美元
  • 製造機器的問題：一台機器需要 5 分鐘製造 5 件產品。如果 100 台機器一起工作，製造 100 件產品需要多久？直覺答案： 100 分鐘；正確答案： 5 分鐘
  • 荷花池塘的問題：荷花每天的覆蓋面積會增長一倍。如果需要 48 天覆蓋整個池塘，請問覆蓋半個池塘需要多少天？直覺答案： 24 天；正確答案： 47 天

你來不及放開按鍵之前，程式已經來問第二次了，所以程式不知道你是按了第二次，還是你單純還沒放開。

如果你懶得管那麼多，不妨直接在 loop 裡面加入 delay(100)，避開明顯的彈跳問題。

如果你想嚴謹一點，那就引用一些現成的庫來用吧。

（以下用例中，我的 MCU 是 ESP32）

EasyButton

如果你什麼都不要，就只要防彈跳，可以考慮 EasyButton 這個 library。

使用方法很簡單，如下：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25

#include <ezButton.h>

const int led = 19;

ezButton btn(23);

void setup(){
  pinMode(led, OUTPUT);
//pinMode(btn, INPUT_PULLUP);  //ezButton已經幫你預設上拉了

  btn.setDebounceTime(50);     //如果你手速夠快(50ms內點兩下)，你依然可以讓彈跳發生
  
}

void loop() {

  btn.loop();                       //ezButton開始讀btn
//bool reading = digitalRead(btn);  //所以不用自己讀

  if(btn.isPressed()){              //如果要放開才觸發就用 isReleased
    digitalWrite(led, !digitalRead(led));
  }

}

額外送你判斷按下跟放開的時機，可以讓你在按下就觸發，或是放開才觸發。

OneButton

如果你除了基本的防彈跳，還想要可以定義單擊、雙擊、長按，可以考慮 OneButton。

可參考我的範例：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34

#include <OneButton.h>

OneButton btn;  //設btn為一個OneButton物件

const int led = 19;

void setup() {
  pinMode(led, OUTPUT);

  btn.setup(     //設定定義的這個btn
  23,            //設定按鍵pin
  INPUT_PULLUP,  //設定爲上拉
  true           //按下為LOW
  );

  btn.attachClick(whenSingle); //單擊行爲
  btn.attachDoubleClick(whenDouble); //雙擊行爲
  btn.attachLongPressStart(whenLong); //長按行爲

}

void loop() {
  btn.tick();   //loop中一定要寫這個，它才會持續監視按鈕
}

void whenSingle(){
  digitalWrite(led, !digitalRead(led));
}
void whenDouble(){
  digitalWrite(led, !digitalRead(led));
}
void whenLong(){
  digitalWrite(led, !digitalRead(led));
}

此例中，我單擊、雙擊、長按都觸發一樣的動作，你可以自己定義要分別做什麼動作。

可以直接從 VIN 供電。

但如果你接上 USB，VIN 就變成 5V 的輸出。

Touch（內建電容觸控）

Touch 1 通常沒有 lay 出來。（因為共用了 GPIO0，很難正常作動）

Touch 2 共用了 GPIO2 的內建 LED ，注意別一起用。

ADC

ADC2 因為 wifi 驅動用了這隻腳，所以跟wifi不能同時使用

UART

通常只看得到 U0 跟 U2，因為 U1 沒有 lay 出來。

I2C

傳輸速度 I2C 比 UART 更快，但兩條線一條是數據、一條是時脈，所以只能是半雙工。相對的，UART 可以全雙工。

但 I2C 可以一對多。所以每個設備要有 I2C address。

while(!Serial)

若在 setup 裡面寫while(!Serial);，可以在你打開終端機之前，code 卡在這行等你。

Seiral.available()

當終端機有內容被輸入（按下enter後），Seiral.available()就會回傳大於零的訊息，可以利用這點拿來檢查是否有輸入。

硬體中斷

相較於 Arduino 只有兩個腳位有支援硬體中斷，ESP32 幾乎每隻腳都可以。

且，EPS 可以支援判斷 Low, High, Change, Falling, Rising，而 Arduino 沒有 High。

在開始之前，MQTT 預設使用的 Port 號是 1883，防火牆的傳出傳入規則務必要設定一下，記得打開。

安裝 Mosquitto

此例為 Linux 環境，我們利用 apt 進行 Mosquitto 套件的安裝：

1

sudo apt install mosquitto mosquitto-clients -y

其中 mosquitto 套件是主要的 Mosquitto 伺服器，而 mosquitto-clients 包含了指令工具如 mosquitto_sub, mosquitto_pub。

而指令開頭的 sudo 的意思是：

Super Idol 的笑容，都沒你的甜。八月正午的陽光，都沒你耀眼。

我開玩笑的，其實是 superuser do。

接著我們透過 configuration 設定一下我們 Mosquitto 的規則。我們在 /etc/mosquitto/conf.d/ 中，加入一個設定檔：

1

sudo nano /etc/mosquitto/conf.d/default.conf

nano 是 Linux 自帶的文件編輯程式，你可以用其他你會的方式來編輯這個 conf 檔。我們添加下列設定：

1
2

allow_anonymous true
listener 1883 0.0.0.0

這代表我接受任何匿名傳入資訊，只要你從 1883 這個 port 進來，來者不拒，方便我們前期快速測試。

設定好之後，我們重啟 mosquitto：

1

sudo systemctl restart mosquitto

現在，我們想要讓這台伺服器接受傳入。我們輸入指令 mosquitto_sub -h my_public_ip -t my_topic。

其中，my_public_ip 填入這台伺服器的外網IP外置、my_topic 隨意填入你要訂閱的主題。

此時，這裡的 mosquitto_sub 代表我現在作為 subscriber，要訂閱所有關於 my_topic 的消息，以後有 publisher 發出 my_topic 的消息，我都會收到。

收發消息

假設我伺服器的 IP 現在是 87.87.87.87，所以我輸入：

1

mosquitto_sub -h 87.87.87.87 -t beiqi

我用另一台電腦輸入如下指令：

1

mosquitto_pub -h 87.87.87.87 -t beiqi -m "呼叫波士頓，over！"

此時 server 應該就會收到「呼叫波士頓，over！」。

當然，請注意作為 publisher 的電腦也要允許傳出，如果你失敗了請查看一下是否是防火牆在搞。

設定認證機制

現在，我不想收到一堆垃圾訊息，希望可以建立認證方式，讓擁有權限的人才能 publish 內容過來。那麼我們可以透過 mosquitto_passwd -c <password file> <username> 來創建帳號密碼。

好的此時我們輸入：

1

sudo mosquitto_passwd -c /etc/mosquitto/passwd user_87

其中 -c 代表 create，因為這是我們第一次設置用戶跟密碼，這步驟會幫我們建立一個名為 passwd 的檔案（passwd可以自己隨意取名）。而 user_87 為用戶名。

執行後會請你輸入密碼，此例中，我們輸入 12345。

完成之後，我們要回頭修改前面的 /etc/mosquitto/conf.d/default.conf，改成：

1
2
3

allow_anonymous false
password_file /etc/mosquitto/passwd
listener 1883 0.0.0.0

目前為止，標準的做法是這樣沒錯。但根據我的經驗，如果此時就重啟 Mosquitto，會報如下錯誤：

Job for mosquitto.service failed because the control process exited with error code. See “systemctl status mosquitto.service” and “journalctl -xeu mosquitto.service” for details.

問題其實是，我們建立出來的 passwd 的權限太高了，我們要調整一下：

1

sudo chmod 644 /etc/mosquitto/passwd

此處的 chmod 是 change mode 的意思，644 旨在把權限調低，這裡有點離題所以不做展開咯。

收發帶認證的消息

設定完賬號密碼後，我們的伺服器作為 subscriber 輸入：

1

mosquitto_sub -h 87.87.87.87 -t beiqi -u user_87 -P 12345

其中 -u 代表用戶名、-P 代表密碼。這裡都輸入剛剛設定好的內容。

而另一台電腦作為 publisher 則輸入：

1

mosquitto_pub -h 87.87.87.87 -t beiqi -u user_87 -P 12345 -m "還要打帳號密碼好麻煩！"

此時伺服器就會收到「還要打帳號密碼好麻煩！」的訊息咯！

本次的主角是這顆 Q2N2222，一顆 NPN 電晶體：

首先搜尋「Q2N2222」找到我們的電晶體：

組織一下電路：

我們搜尋「VPulse」來放置一個方波脈衝（簡單模擬一下數位訊號）：

方波脈衝信號的參數分別代表什麼？

• V1：基準電壓
• V2：脈衝電壓
• TD：Time Delay，就是發出第一個 V2 之前的等待時間。
• TR：Time Rise，就是 V1 上升到 V2 之間的時間差，值越小越陡峭。記得一定要設定，為 0 的話會報錯。
• TF：Time Fall，同理，就是 V1 回到 V2 之間的時間差，一樣記得要設定。
• PW：Pulse Width，每個 V2 的持續時間。
• PER：Period，一個 V1 加上一個 V2 的持續時間。

理解之後，我們設置參數如下：

如此一來應該就看得懂了，這軟體真的也是很省字（汗顏）。

再來我們提供一個直流輸入源，設置為 3V：

根據我們的脈衝週期（100毫秒），我們跑模擬的參數設置如圖：

探棒分別設置在電晶體的基極（圖中綠色探棒）跟最後的輸出（圖中紅色探棒）：

跑下去可以看到：

其中綠色是我們的脈衝源，當脈衝發出時（相當於數位訊號的1），我們的紅色就不輸出（相當於數位訊號的0），因為此時電晶體導通，3V 的直流輸入源直接接地跑走了。反之，當脈衝停止，電晶體斷路，3V 的直流輸入源就跑向輸出。

如此一來，我們的綠色訊號就跟紅色訊號呈現反向關係，Not Gate 完工！

同場加映（？），我們換一個正弦波當做基極的輸入：

結果如圖：

拖延、忙碌反而生產力高？

美國芝加哥大學和中國上海交通大學的研究顯示：即使繁忙程度被迫超過可負荷范圍，人還是會因為繁忙而感到幸福。許多人都相信悠閒會使人幸福，但事實反而相反。

令人遺憾的是，我找不到這篇文獻的出處，書中也沒有附註（事實上，全書沒有半個註腳）。

那拖延呢？這裡引用的是史丹佛大學哲學系教授 John Perry 的招式：待辦事項裡如果有個最棘手的傢伙，那麼其他事項就會顯得誘人。我們利用這點，拖延大魔王，讓其他小兵顯得可愛，我們就會一直去執行那些簡單的任務。

總地來說，其實結論是：忙碌反而會幸福、拖延反而有效率，才對。（「拖延、忙碌反而生產力高？」是書中原本的章節名稱）

姿勢的力量

作者在「想提升效率，從改變姿勢開始」章節中引用了 Cuddy 著名的「高權力姿勢」（Power Pose）。其研究指出，採取象徵自信的姿勢，會使得睪固酮濃度上升、皮質醇的濃度下降。這意味著…… 更多的自信與較低的壓力。而這樣的順序，有悖於我們的直覺——難道不是先「感到」自信，才進而「表現」得自信嗎？

類似這樣先後順序的討論，濫觴可能是「臉部回饋假說」（Facial Feedback Hypothesis）——表情會反過來影響內在情緒。猜猜看最先提出這個想法的人是誰？達爾文！（出自 1872 年出版的《人類與動物的情感表達》，深遠的洞見啊達哥。）

還記得我們在 Gazzaniga《我們真的有自由意志嗎》討論過的「情緒先行、感受其後」嗎？我們在意識無法感知到的魚腥味環境之下變得更加容易猜忌、我們在視網膜被快速閃過一張意識無法感知到的駭人照片之後變得緊張、我們不是因為遇見了喜歡的人感到開心而是因為開心所以認為自己喜歡這個人…… 「情緒」是個身心綜合狀態，而「感受」是我們的「左腦解釋器」讀取情緒以後，所描述出來的「解釋」。

所以我們可以這樣理解：「微笑」不只是個表情，它就是情緒本身；「高權力姿勢」不只是個動作，它也是情緒本身。而當左腦解釋器發現你在微笑，就會認為你很開心。此即「感受其後」。

閒聊的力量

在「閒聊的力量」章節中作者提到，工作上的「非正式交流」可以使人專注力更高，並且還能提升自己的「社會資本」，同事會容易給你更高的評價。

這題其實我們在《最高學以致用法》裡面就學過了，根據「單純曝光效應」（Mere Exposure Effect），我們會單純地因為熟悉某個事物就對它產生好感。所以只要多打招呼多閒聊，你自然而然會被喜歡。這也是為什麼競選廣告什麼文案都不用附也沒關係，反正就是要能被看到。這也是為什麼掛名贊助的產品只要掛名就好，反正能被看到就好。

幹勁的有無只是一種幻想

作者提到，若從心理學的角度出發，幹勁不是一種會「失去」的「物品」。提不起勁，只是找不到具體的方法罷了。

接著端上了自我決定理論（SDT）的三個動力要素：自主性、關聯性、勝任感（書中的用詞是「熟練」，我猜是本作從英文翻譯成日文，再二度翻譯成中文所致）。

嘿，這三大動力要素我們在《只工作不上班的自主人生》討論過對吧，如果進行一項任務可以滿足這三個需求，那麼內在的動力就會容易自發地湧現。

緊張反而帶來好表現

容易緊張常常被我們視為是一種劣勢，或甚至是一種缺點。因為交感神經活躍帶來的戰與逃反應，主要是拿來…… 戰與逃，此時血液被大量地輸往骨骼肌，好方便我們可以揍人或是開溜。就演化的角度來看這十分合理，但二十一世紀的人類社會通常用不太到這方面的機制。相反地，激起我們戰與逃反應的可能會是在群眾面前發表談話、應一個重要的試。此時，最需要好好發揮用處的前額葉皮質反而得不到充分的資源（雖然腦部確實會增加血流量，但反正不是拿去供應負責高級思考的前額葉），於是搞砸了一切。

以上是我對於「緊張」的認識。但書中提到：

• 壓力反應旺盛的運動選手通常競爭力較高
• 考前腎上腺素分泌較多的學生得分會較高
• 在和綁匪談判時，心跳逐漸加速的警察，比較不會誤射到人質
• 比較能夠「接納不安」（理解緊張焦慮也能是種助力）的人，唱歌比較不容易走音。

挺有趣的，對於需要冷靜判斷的場景，居然也可能化緊張為正向助力。依舊可惜的是，作者提到的文字就跟我上面列舉的一樣精煉，沒有給出出處，難以進一步討論。

Other Good Points

• 尋求該如何達成目標的建議，而非是否該追求目標。
• 新年新希望不要聚焦在想要達成的「目標」，而是「原因」。
• 內在驅力比起外部報酬，品質更高。
• 將「嫉妒」的情緒透露給他人，會比較容易因此遇到好事。
• 「為了恢復注意力，滑個手機休息一下」跟「為了助眠，睡前喝個酒」都是看似合理但完全反效果的策略。
• 即使很忙時間不夠，一個小時內一樣只用45分鐘為單位進行工作，剩下的15分鐘要去做一些讓自己開心、豐富心靈的事。

敝人在下我的碎碎唸

曾看過作者的《輕鬆駕馭意志力》，十分有料，故看到這本直接無腦下單。然而這本不太一樣。

不曉得為什麼這本沒有在美國出版，而是被翻譯成日文在日本出版。更有趣的是，中譯本甚至是從日文本翻譯過來的。經過了雙重翻譯後，總感覺用字遣詞有點不夠精確。

除此之外，這本的權威感也低了很多，不若《輕鬆駕馭意志力》那樣四處沿引研究、各個論述都有理論背書，這本給人的感覺是單純作者的人生經驗分享。不是不能接受經驗談，但就跟我的期望不太一樣就是了。

小米官方在韌體更新到 2.1.1_0159 後（2024 後出廠的基本上都是這個版本號），資訊傳輸多了加密，讓 OTA 刷法一度失效了一兩年之久，如今重出江湖！

事不宜遲，開刷。

設備先接入米家app

首先先按照小米官方指引，用常規的方式將你的溫度計設定妥當，接入米家。

此步驟為了後續可以得到溫度計的 ID、Token、Key。

取得設備Token

你可以用任何你會的方法取得 ID、Token、Key。

如果你沒有頭緒，可以使用：https://github.com/PiotrMachowski/Xiaomi-cloud-tokens-extractor

以我為例，我用 mac 找到我米家帳號下面設備們的資訊：

刷成過渡韌體

使用 Telink Flasher for Mi Thermostat 網頁工具（https://pvvx.github.io/ATC_MiThermometer/TelinkMiFlasher.html），把韌體刷掉，脫離小米的掌控。

先 connect，找到藍牙設備並連上。

此時我們不按「Activate」，這個只適用舊的版本號。相對的，我們要使用「via login」。

為了 login，我們要填入剛剛得到的 token。

將 ID、Token、Key 填入後，我們點擊「via login」。

成功登入後，我們上傳 ATC_ota_40000.bin 這個檔案進去（檔案從：https://github.com/devbis/z03mmc/blob/master/assets/ATC_ota_40000.bin點擊下載後可得），點擊 flash 刷入。

成功後會自動斷開，不緊張。

刷入 Zigbee 韌體

接著我們使用 Telink Flasher to convert sensors to Zigbee 網頁工具（https://devbis.github.io/telink-zigbee/），準備刷入 Zigbee 韌體。

一樣先 connect，找到藍牙設備並連上。你的溫度計的名稱此時應該是 ATC 開頭。（但有時候名稱還是維持 LYWSD03MMC，我也不知道為什麼）

接著我們上傳 z03mmc.bin 這個檔案進去（檔案從：https://github.com/devbis/z03mmc/releases找到z03mmc.bin），點擊 flash 刷入。

成功！

透過 Zigbee2MQTT 接入 HA

再來就是走 Zigbee 接入我們的 HA 咯，方法請參考之前的 智能家居 EP5：Zigbee 設備參戰。

如果跟我一樣弄了超多顆的話，建議可以幫他們取個名字，不然真的會認錯人。我個人是幫他們在身上標記號碼作為區分。

附上我的全家福：

如果一直搜尋不到，可以試著插拔一次電池，或短路 RESET 跟 GND 五秒以上。

以上！

我們這次選用 1N4148 作為我們的二極管：

繪製電路如下：

進行電路模擬：

電路模擬如下：

其中紅色為訊源，而綠色就是經過半波整流後的結果咯。

此時，我們就可以用到 Group 這個功能。

本來認為這應該是很常用，設定上應該要很簡單才對的功能，但 HA 的邏輯卻有點繞。

我們來一起操作看看，走起！

新增群組

進入「設定 > 裝置與服務 > 助手」，點擊右下角「新增助手」，找到「群組」：

群組藏在這個地方，實在是令人想不太到對吧 XD

我們選擇「燈光群組」，然後把你要組起來的燈都找進來：

我的四顆燈就組隊完畢了：

操作群組

組隊完畢後，你會發現…… 誒？剛剛組起來的群組，找不到人！以我為例，我要在自動化裡面，設定按下按鈕就打開整組客廳左右燈，但找了很久都只能找到落單的實體，而非群組。

出乎意料地，我們要去「執行動作」：

然後找到「燈光: 開關」（選項有點多，找不到就用搜尋的）：

最後，我們才能在這個「動作」裡面找到我們設定好的燈光群組：

如此我們就可以成功操控燈光群組咯 :)

所以我說，這邏輯確實很繞對吧？

今天我們要在同一個電路架構之下，設定一個參數作為變數，針對不同的輸入值繪製對應的圖形。

先來一個 RC 電路，訊號源是一個漂亮的方波脈衝：

用 PSpice 模擬後發現，誠如我們對 RC 電路的認識，方波被 RC 電路磨去了棱角（方波的高頻諧波被我們過濾掉了）：

那麼現在，我想知道不同的電容值，會對我的方波造成什麼不同的影響。

於是我們要來把圖中的電容（C1）設為變數。

我們從元件裡面搜尋「PARAM」找到「PARAM/SPECIAL」，放到圖中：

接著雙擊 C1，將 C1 的電容值設定為 {C}。其中大括號裡面就是宣告一個變數。

再來雙擊圖中的「PARAMETERS:」，會出現如下畫面，此時點擊「New Property」：

此時添加我們剛剛設定的變數 C，電容值可以先隨便給一個：

添加成功：

回到我們的 PSpice 裡面，點擊左側「Edit Simulation Settings」，或是在電路圖上方選單的「PSpice > Edit Simulation Profile」也可以。

在此我們要勾選「Parametric Sweep」，並在「Global parameter」中將剛剛的 C 填入「Parameter name」。然後我們就可以來設定我們的 C 要怎麼玩。

此處我這樣設定就代表我想看 5u, 20u, 35u, 50u, 65u, 80u 電容值之下的六種情況：

接著就可以點擊播放鍵，讓他跑跑看。而根據我們設定的六個參數，他會問你要看哪個，此處我們全選並按下 OK：

噠啦：

由圖可見，電容值越大，我的方波就被削得更圓潤。

出門在外也能控制 Home Assistant 嗎？必須得可以！這也是智能家居很重要的一環，舉凡人在外面控制燈具、瓦斯、門窗開關、透過攝影機查看家裡狀況、回家路上提前開冷氣、提前啟動電飯鍋開始煮飯…… 遠端控制是必不可少的功能。

此篇我們就來實作，走起！

釐清家中的網路拓撲（怎麼互相連接的？如何上網的？）

以我為例，在此篇操作之前的拓撲為：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28

+———————+
|中華電信|
+———————+
   |
(PPPoE 撥號)
   |
   v
+———————————————————————————————————————————+
|小烏龜 (Modem + 路由器，內部網段：192.168.1.x)|
+———————————————————————————————————————————+
   |       
(DHCP 分配 IP)
   |     |
   |     +---> IPTV 1（客廳的MOD）
   |     +---> IPTV 2（房間的MOD）
   v
+—————————————————————————————————————+
|MiWifi (路由器，內部網段：192.168.31.x)|
+—————————————————————————————————————+
   |
 (DHCP 分配 IP )
   |
   +---> 終端設備（手機、電腦等）
   |
   v
+——————————————+
|Home Assistant|
+——————————————+

建議各位一定要先稍微梳理一下家中的網路連接狀況，否則很容易跟我之前一樣犯很不必要的錯。（錯誤案例留在文末，供大家嘲笑並警惕）

此例中，我家裡同時有兩台路由器在搞路由，各自維護了兩個內網網段。所以假設我今天手機 wifi 連 MiWifi 來上網，實際上是小烏龜向中華電信取得了 111.87.87.87 這個外網 IP，然後 DHCP 分配給 MiWifi 一個內網 IP 例如 192.168.1.69，接著 MiWifi 再 DHCP 分配給手機一個內網 IP 如 192.168.31.168 來上網的。

一般家庭為了更好的 wifi 訊號額外買一台分享器是很常見的情形，而由於小烏龜本來就預設開著 DHCP，大家在安裝上很容易變得跟此例一樣。但如此一來，家裡變成了「雙重路由」，等等設定通訊埠轉發（Port Forwarding）會比較麻煩。

我這邊的解法是，MiWifi 改為 PPPoE 撥號直接跟中華電信額外再要一組 IP，各位不妨可以參考。不過如果你不介意，做兩層通訊埠轉發也是 ok 的。

分享器直接撥號

反正中華電信可以同時給我們八組 IP（其實是不是挺大方的？還是因為台灣人口少所以沒差？），那我們就讓小烏龜拿一組（主要給MOD用）、MiWifi 也拿一組，各自對外。

你說你不知道你的 PPPoE 撥號帳號密碼？嗯跟我一樣，就打去中華電信問一下吧 XD

順帶一提，帳號部分我本來輸入的是跟小烏龜一樣的 xxx@wifi.hinet.net ，但連不上，於是嘗試了 xxx@hinet.net 就意外成功了，各位可以嘗試。而 xxx@ip.hinet.net 應該是申請固定 IP 之後才會使用到的。

如此一來，我的拓撲就變成了：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28

+———————————————————————————+
|          中華電信          |
+———————————————————————————+
   |           |
(Modem)    (PPPoE 撥號)
   |           |
   |           v
+———————————————————————————————————————————+
|小烏龜 (Modem + 路由器，內部網段：192.168.1.x)|
+———————————————————————————————————————————+
   |       
(PPPoE 撥號)
   |     |
   |     +---> IPTV 1（客廳的MOD）
   |     +---> IPTV 2（房間的MOD）
   v
+—————————————————————————————————————+
|MiWifi (路由器，內部網段：192.168.31.x)|
+—————————————————————————————————————+
   |
(DHCP 分配 IP )
   |
   +---> 終端設備（手機、電腦等）
   |
   v
+——————————————+
|Home Assistant|
+——————————————+

對於 MiWifi 來說，小烏龜此時就單純作為 Modem（數據機、調製解調器），而非上層路由器。對我們的 HA 來說，就是通向外網的障礙（？）少了一層，耶✌🏻

固定HA的內網位置

如果存粹交給 MiWifi 用 DHCP 來分配內網 IP 給 HA 的話，可能過一陣子位置就跑掉。所以我們來固定一下內網的 IP 位置：

如此一來，HA 就會乖乖待在 192.168.31.254 了。

設定通訊埠轉發（Port Forwarding）

此處注意「端口轉發」、「通訊埠轉發」、「Port Forwarding」指的是同一件事情，免得找不到設定入口。

此處可以先把外部的 80port（http 預設端口）轉到 IP為254（我們剛剛固定的位置）的 8123port（HA預設的端口）。簡單來說就是外部的 80 轉到內部的 8123。

而我們預先設好另一組外部 443 轉內部 8123，等等會用到。（443 是 https 預設端口）

設定DDNS + 走 https

而因為我這裡並沒有跟中華電信申請固定 IP，所以外網位置每隔一段時間會回收重發。那我從外網要怎麼追蹤 HA 目前最新的外網位置呢？

此處我們使用 DuckDNS 這個 DDNS 服務（動態DNS）。DuckDNS 透過附加元件安裝到 HA 裡面以後，會幫你偵測 HA 的外網位置，如果改變，就幫你記得，你只要用設定好的域名訪問就 ok 了，非常方便。

到 https://www.duckdns.org/ 註冊好，申請一組域名，取得 token。

接著從「設定 > 附加元件 > 附加元件商店」搜尋「Duck DNS」，安裝並開啟（記得設定成啟動時開啟）。進入 Duck DNS 裡面的設定（如下圖右側），填入你取得的域名與 token，在 Let’s Encrypt 欄位裡面填入：

1
2
3
4

accept_terms: true
algo: secp384r1
certfile: fullchain.pem
keyfile: privkey.pem

設定為 true 表示我們要透過 https 連線。

接著到 HA 的 configuration.yaml 加入設定（如下圖左側），如果你不知道怎麼編輯這個 file，請參考之前的智能家居 EP7：File Editor：

1
2
3

http:
  ssl_certificate: /ssl/fullchain.pem
  ssl_key: /ssl/privkey.pem

沒錯，DuckDNS 也幫我們集成了 Let’s Encrypt 的加密簽署服務了，揪甘心餒！

HA開啟外部存取

到「設定 > 系統 > 網路」將外部存取打開：

成功遠端訪問！

至此，設定完畢 :)

錯誤示范

當初網際網路知識還太嫩，失敗收場。將錯誤案例留下供大家參考，最後會解釋失敗原因。

此篇「遠端控制」失敗收場，目前未解，若有高手還請救救我QQ（已解決！）

為實現遠端連線，參考了以下三篇：

• Home Assistant 簡易遠端連線教學 - DuckDNS
• Remote access
• Home Assistant使用DuckDNS自定義子域名及採用SSL

路由器設定 Port Forwarding

路由器把 HA 伺服器的內網位置給固定住：

然後設定好端口轉發：

HA 安裝 DuckDNS

註冊好 DuckDNS，並在 HA 安裝完畢。

設定完畢：

HA 開啟外部存取

你看我這裡也開了：

URL 也嘗試過各種方法了：

我試過 https, http, 80, 443, 8123，在 port forwarding 的設定也給過 80, 443, 8123 諸如此類。但沒半個可以成功。

除了我訪問 https://myurl.duckdns.org 能連進我的中華電信小烏龜後台。

目前懷疑是小烏龜的設定問題，但進去檢查了一輪沒什麼特別發現。

中華電信小烏龜後台

順帶一題，中華電信小烏龜後台進入的方式預設為：https://192.168.1.1。記得一定要走 https，否則不給進。

簡單設定可以選擇以 user 登入，帳號密碼皆為 user。

進階設定有一說是一定要實體乙太網路接電腦才能進去，但我這邊透過 wifi 進去也是可以的。帳號為 cht，密碼為小烏龜型號後四碼+小烏龜MAC後四碼，皆為小寫。以我為例即為 25gqxxxx。

敗因解析

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17

中華電信
   |
   | (PPPoE 撥號)
   v
小烏龜 (Modem + 路由器，內部網段：192.168.1.x)
   |       |      
   |       +---> IPTV 1（客廳的MOD）
   |       |
   |       +---> IPTV 2（房間的MOD）
   |
   | (DHCP 分配 IP)
   v
MiWifi (路由器，內部網段：192.168.31.x)
   |
   +---> 終端設備（手機、電腦等）
   |
   +---> Home Assistant

當初的拓撲如上所示。

為什麼最後總是只能訪問到小烏龜後台呢？如今看來就很明顯了。

透過 DuckDNS 幫我們找到的外網的 IP 位置，是誰的位置呢？是小烏龜透過 PPPoE 撥號向中華電信借來的 IP，所以當然是直接連到小烏龜身上。

所以我們在 MiWifi 裡面用心地設置的 Port Forwarding 當然不會生效，因為壓根就沒有訪問請求進來過！

這題的解法有二：

1. 不改變上網方式的前提之下，可以設定兩層 Port Forwarding，小烏龜一層、MiWifi 再一層。
2. 讓 MiWifi 也取得一組外網 IP。

以我為例，反正中華電信允許多撥（可以同時撥八組），我 MiWifi 直接 PPPoE 要一組外網 IP，一切就迎刃而解了。

本來這個需求我們選用了 hass-circadian_lighting 的方案，但必須操作 configuration.yaml。

後來發現了 adaptive-lighting，可以純粹用圖形界面就搞定，那我們從善如流咯！

下載位置

首先在 HACS 中搜尋「Adaptive Lighting」，找到並點擊：

就是這傢伙，咱們選擇下載：

撰文當下版本為 v1.25.0：

安裝設定

下載後，到「設定 > 裝置與整合」中搜尋我們的 Adaptive Lighting：

點擊設定：

找到我們要套用的燈具：

進行細節調整：

此處我將最低色溫調整到 3000，因為再暖就真的太紅了，我個人不太適應。而最低亮度我也沒給太低，不然能見度真的快看不到了。

如此一來，我們的燈光就自動與目前的晝夜節律同步咯 :)

若我們將來要進行更多自定義操作，勢必會遇到要直接編輯 configuration.yaml 的情形。

故此篇，我們來安裝 File Editor。

注意，如果你不是跟著我們系列文章一路設定過來的，使用了 container 或 core 的 HA 安裝方式的話，會因為沒有 Add-ons 而不適用此篇方法哦。

安裝 File Editor

首先來到「設定 > 附加元件」：

此時可以看到目前為止安裝的附加元件。點擊「附加元件商店」：

搜尋「File Editor」，可以看到有一個官方的 add-ons 就叫做「File editor」。我們點擊它：

點擊後可以看到它的相關資訊，我們選擇「安裝」：

安裝後，先別啟動。因為 File Editor 身為工具人，平常並沒有運行的必要，我們需要它的時候再找它出來就好。

所以這邊建議，啟動時不用開啟、當機時不用重啟、不用自動更新、側邊欄也不用顯示。都設定好以後，我們啟動來看看：

選擇「開啟 Web UI」：

此時畫面應該如下：

我們點擊左上角的資料夾圖示，可以打開目錄：

找到根目錄裡面的 configuration.yaml，打開它：

成功！

韓文學起來總覺得沒有日文那麼好上手，是我的錯覺嗎？也許不是哦。

本文提出一個華語使用者在學習韓語時，會遇到的「阻礙」——母音的異同。雖然很多學習資源都會稍微帶過這個課題，但不見誰引入第三方系統來討論它。

我們今天就用 IPA（International Phonetic Alphabet, 國際音標）來觀察一下，母音御五家（[a], [i], [u], [e], [o]）之中，韓語跟華語之間的對應關係是如何？又或者——其實無法對應？

[a]

好消息，「ㄚ」跟「아」的發音是一樣的，沒毛病。

有趣的是，日文「あ」在此處反而不太一樣，發音時的舌頭位置會往後退一點。然而這其實也不至於造成混淆，因為雖然嚴格來說「あ」會標成更準確的 /ä/，但由於在任何情況之下跟 /a/ 互換都不會影響意思表達（可視為我們之前討論過的自由變體），平時用 /a/ 來描述也是 ok 的。

結論：「ㄚ」跟「아」唸作 /a/；「あ」稍有不同唸作 /ä/。

[i]

好消息第二彈，「ㄧ」、「い」、「이」的發音是一樣的，十分開心。

結論：「ㄧ」、「い」、「이」都唸作 /i/。

[u]

這裡就有幾個點要釐清了。

「ㄨ」跟「우」確實都是 /u/，但你知道日文的「う」其實是 /ɯ/ 嗎？從 IPA 的角度來看，這之間的差距還挺大的——唸 /u/ 的時候圓唇，唸 /ɯ/ 不圓唇。這就是我們唸日文聽起來不地道的核心問題之一。

重點來咯，你知道其實「으」不是唸「ㄜ」嗎？實際上，「으」跟「う」是一樣的 /ɯ/，而不是我們常常便宜行事而教的「ㄜ」。

結論：「ㄨ」跟「우」唸作 /u/；「으」跟「う」唸作 /ɯ/。

p.s. 「ㄜ」的 IPA 是 /ɤ/，半閉後不圓唇。

[e]

最熱門的問題來了：「애」跟「에」到底怎麼分？咱們就不要憑感覺亂描述了，IPA 作為一套標準可不是塑膠對吧？

「애」是半開前不圓唇的 /ɛ/，而「에」是嘴巴沒開那麼大的半閉前不圓唇 /e/。

那到底為什麼我們總是聽不出兩者的差別？理由倒也十分簡單，因為華語的「ㄝ」在 /ɛ/ 跟 /e/ 之間自由變體。白話來說，就是我們沒分那麼細，自然而然對這兩者的微妙差異不太敏感。（我們在《為何三歲開始說謊》認識過，全世界的語言加總起來有 800 多個音素，嬰兒全部都能分辨出來。但隨著成長（專化），敏銳度就會下降。）

而日文中的「え」跟我們是類似的情形。

結論：「애」唸作 /ɛ/，「에」唸作 /e/；「ㄝ」跟「え」在 /ɛ/ 跟 /e/ 之間自由變體。

[o]

「오」跟「어」又是一個課題。但其實這兩者的差別就比較大了，主要難點一樣在於華語裡面並沒有不圓唇的半開後元音，所以我們比較難用聽的去分辨。這個特別的傢伙就是唸作 /ʌ/ 的「어」。

而「오」就是我們比較熟悉的「ㄛ」了……嗎？

抱歉，還是要稍微注意一下，「ㄛ」跟「お」在 /ɔ/ 跟 /o/ 之間自由變體，概念跟剛剛是一樣的。但「오」比較嚴格地被歸在 /o/。

結論：「어」唸作 /ʌ/，「오」唸作 /o/；而「ㄛ」跟「お」在 /ɔ/ 跟 /o/ 之間自由變體。

互補分佈

在語言學中，當兩個語言成分（輔音、元音、詞素等）不能在同一個環境中出現，即處於互補分布（Complementary Distribution）。

比如說，「stop」裡面的「t」我們唸不送氣的 /t/，而「tone」裡面的「t」我們唸送氣的 /tʰ/，而反過來並不成立。也就是說，在「stop」這個環境中，「t」不能唸作 /tʰ/；在「tone」這個環境中，「t」不能唸作 /t/。

於是我們可以說，在英語中， /t/ 跟 /tʰ/ 這兩個音位是互補分佈。

然而，同樣是 /t/ 跟 /tʰ/，在華語裡面並不是互補分佈。

舉例來說，顛（tian）跟天（tʰian）在同一個環境（-ian）之下都成立。

同位異音

同位異音（allophone）指的是一個音位可以表示多於一個音。

白話來說，就是相同的音位（phoneme），但不同音素（phone）。

延續剛剛的例子，「stop」跟「tone」裡面的「t」是互補分佈，且發音相似，所以是同位異音。

自由變體

自由變異（free variation，又稱自由變體）在語音學上是指兩個（或多個）有差異的語音出現在相同的情境中、這兩者（或多者）可互相替代使用，而母語的使用者認為這二者（或多者）相同。

白話來說，就是雖然唸出來不一樣，但完全不影響理解。

例如，華語中的「我」的發音其實一直被學者爭論究竟是 /o/（半閉後圓唇元音）或是 /ɔ/（半開後圓唇元音）。但其實，更有可能是兩種唸法同時存在。這種時候，無論你唸哪種，都不影響意思表達。此時這兩者就互為自由變體。

這裡簡單帶大家畫兩組電路來運作，給大家一點方向。走起！

實際操作

打開 OrCAD Capture，起始頁面選擇 New Project。

選擇 PSpice Analog or Mixed A/D，這個我們才能模擬電路實際 run 起來的效果與監看各項參數。

取個名，選個存放位置，OK 走起。

此處我們開一個空白的來動手。

創建後就長這樣：

我們從右側的放置（place）選單裡面選擇部件（part），會發現我們還沒有部件可以使用。此處我們點擊 Add Library：

Cadence 套裝在安裝時應該都有附 Library 了，可以參考以下相對位置，選擇 pspice：

可以選你要的就好，但此處我們為了方便，直接全選後按開啟：

如此就導入進來了。

接著我們找電阻來用。搜尋 r 就可以找到 R/ANALOG。

點選 Place Part，或是直接 enter：

就可以在畫布上放置電阻，我們放四個。放完可以按 esc 結束放置：

用一樣的方法，我們找到 VDC/SOURCE 來放置電壓源，我們放兩個：

接著，我們從右側選單找到接地。或是直接按快捷鍵 G，我們放兩個：

接下來我們把這些東西用導線接成一組並聯、一組串聯。

拉導線（wire）的方法，一樣可以右邊選單找，或是快捷鍵 W。連接上很直覺，用滑鼠點擊就可以輕鬆佈線：

接著我們實際跑跑看這兩組電路。

上方導覽列選擇 PSpice 中的 New Simulation Profile：

選擇 PSpice A/D：

參數可以不要動（我這裡有動，但不影響），直接 OK。

接著點擊導覽列上的 Run PSpice，就會發現我們的 wire 上面模擬出了實際的電壓電流值：

但怎麼都是 0？哈，因為我們的電壓源是 0V，合情合理。我們雙擊我們的電壓源，隨便給它一些電壓，此處我給 50V。

設定完再 run 一次，就可以看到結果咯：

Python 是弱型別語言，變數的型別在執行時才決定。所以你可以反覆橫跳也不會報錯：

1
2

x = 10  # x 是整數
x = "Hello"  # 現在 x 變成字串，大丈夫，不會報錯

但強型別的 C 就不行了，你要先宣告。

然而弱型別會讓效率差一點。你變數換來換去，表面上很方便，其實底層依舊有在幫你找新的地址來存東西，只是你不用自己操心。

為什麼 C 至今依舊不敗？就是因為底層的東西我們自己操心，自己操作，雖然難寫，但可控性更高。

Python 自有一套記憶體管理術

比如說：

1
2
3
4
5
6
7
8
9
10
11
12
13

>>> a = "hey"
>>> id(a)
4380090864
>>> a = 10
>>> id(a)
4377258576
>>> b = a
>>> id(b)
4377258576
>>> c = "hey"
>>> id(c)
4380090800

當我賦值 b 跟 a 一樣，Python 就指向同一個位置，很省哦。但 C 語言中，就算兩個變數的賦值一樣，依然會分別存在兩個不同的位置。

好幾步之後，我們突然賦值 c （此處指上述程式碼中的變數c，不是C語言）為 “hey”，Python 還記得這個 “hey” 其實前面有人用過，反正記憶體也還沒把這個資料洗掉（還沒內存回收），你 c 就繼續用這個位置吧！可見，Python 自有一套記憶體管理術，而我們使用者也不用太操心這些環節。

Character & String

C 內建字元型別 char，如果你不引用外部的 library（例如 string.h），就只能用 char 來拼湊字串。這很合理，字串是人類在看的，咱 C 是面向硬體的。

Python 完全相反，沒有字元型別，但原生自帶字串型別 str。這很合理，Python 是面向咱人類的。

Interpreter & Compiler

Python 是用 interpreter 直譯的，一句一句執行。

C 是用 compiler 編譯成執行檔才能執行。

遊戲引擎、嵌入式系統

很多遊戲引擎都是用C語言開發的，虛幻引擎、Unity就是用C++。

據悉（C 的老師說的），後續的效能優化是對組合語言慢慢刪減調整。

嵌入式系統也常用C開發，同樣的理由，因為較為底層，所以輕量且高效。

編譯順序

C的編譯器是按照順序編譯的。

函數（function）要寫在主函數（main）的前面，若是反過來，編譯器會不知道你在調用什麼。

printf 的處理順序

1
2

int i = 6;
printf("%d,%d,%d", i, i++, i++);

printf 位於 <stdio.h> 庫中。這段程式會輸出 8,7,6 。

p.s. i++ 是「後置遞增」，表示在當前語句完成後，i 的值會增加；++i 則是「前置遞增」，先增加再賦值。

至於原因，跟編譯器的處理方式有關，三個變數從左到右被放到 stack 裡面，所以最後出來的順序是反過來。如果遇到 i++ 就先賦值了，而如果遇到 ++i 則運算完後把指標指向目前的 i。

然而這句包含未定義的行為，很危險，我們應該避免同一句裡面對同一個參數做多次修改。我們如果改成這樣：

1
2
3
4

int i = 6;
printf("%d,", i);
printf("%d,", i++);
printf("%d", i++);

如此就會輸出 6,6,7。

但如果：

1
2

int i = 6;
printf("%d,%d,%d", i, ++i, ++i);

你猜猜看會輸出什麼？輸出了 8,8,8，我暈。

算數運算子

C 跟 Python 裡面都有基本的 a+b, a-b, a*b, a/b, a%b，但其中 a/b 裡面 C 只給整數商，Python 會直接浮點送你小數點。

那 Python 要怎麼只拿整數商？必須寫作 a//b 才行。

另外 a**b 的指數運算 Python 有但 C 沒有。

算數賦值運算子

a = a + 5中的「+」就是算術運算子，「=」就是賦值運算子。

來咯，C++ 跟 Python 裡面都有這兩者的合體——「算數賦值運算子」。

剛剛的 a = a + 5 用算數指定運算子簡化成 a += 5。總之就是，先進行運算，接著直接賦值成運算後的結果。

return 0

C++裡面常看到return 0：

1
2
3
4

int main()
{
return 0;
}

函數執行完一定要返回一個0嗎？嗯，收到0代表這個函數執行完畢。

而且其實就算你忘了 return 0，現在編譯器也會自己幫你 return 0。

布林函數

C 沒有原生的布林函數，也就是他不認識 true 跟 false。但可以這樣玩：

1
2
3
4

if(0.1)
{
printf("不為0就為真");
}

會 print 出來。

三元運算子 (ternary operator)

1

printf("%d",(0)?1:2);

這裡因為括弧內為假，所以最後輸出「2」。

設條件居然還能不寫 if！C 真的很喜歡簡潔，但同時閱讀起來很不直觀。

喔其實 python 也有三元運算：

1

print("true" if 1 else "false")

邏輯運算子

Python 很貼心直接用自然語言的 and, or, not，而 C 分別是 &&, ||, !。

位元運算子

C 底層到什麼程度呢？可以對位元進行操作。

1

printf("%d",13&7);

最後會得到「5」，因為我們對 13 跟 7 進行二進位的 AND 操作。

其他的還有 | for OR, ~ for not, ^ for XOR。

另外還能 <<n 就是左移位數（低位補零），其實就是乘以 2^n。反之就是 <<n。

Python 當然就沒有這些玩法了。

Slicing

Python 獨有的 Slicing：

1
2
3

b = "Python rules!"
print(b[::1])  #輸出 Python rules!
print(b[::-1]) #輸出 !selur nohtyP

其中語法為 sequence[start:stop:step​​]。如果頭尾省略不寫的話，如果 step 為正，那就是開頭當做 start；若 step 為負，結尾當做 start。（如果 step 不寫的話，默認是 1）

居然在同一個語法自帶 if 判斷？好吧。

物件導向 Object-Oriented

1
2
3

b = "Python"
print(len(b))  #輸出 6
print(b.upper())   #輸出 PYTHON

作為物件導向的語言，在你創建了 b="Python" 之後，Python 就自己幫你維護了關於 b 這個物件的各種資訊跟方法。

例如 len(b) 是 b 這個 string 的長度。你有自己寫程式去進行判斷嗎？沒有，但這件事 Python 幫你維護好了。

例如 b.upper() 就是一個方法，只要你是 string，都可以調用這個方法來將字串裡面的字都轉成大寫。

1

print("XD"*10) #輸出 XDXDXDXDXDXDXDXDXDXD

你看連 string 的乘法都可以。

容器們：Tuple, List, Dictionary, Set

這些資料結構只有 Python 有。

注意 tuple 如果只有一個元素時，必須加逗號：single_element_tuple = (1,)

解包 Unpacking

1
2
3
4
5
6
7
8

>>> tu = (('1','a'),('2','b'),('3','c'))
>>> for a,b in tu:
...   print(a+'->'+b)
... 
#輸出
#1->a
#2->b
#3->c

只要結構上大家能一一對應，通常 python 都能幫你兜在一起。

f-string

1
2
3
4

>>> name="Shuai"
>>> face="handsome"
>>> print(f"Hi, my name is {name}. I'm very {face}, as you can see.")
#輸出 Hi, my name is Shuai. I'm very handsome, as you can see.

很方便餒！ 順帶一提，此例中的句子都是真人真事。

1
2
3

>>> pi=3.1415926
>>> print(f"pi= {pi:.2f}")
#輸出 pi= 3.14

當然啦，指定格式也是可以的。

1
2
3
4

>>> for i in range(5):
...     print(f"{i}", end=" ")

#輸出 0 1 2 3 4

python 預設的 print 會幫你每次都換行（也就是 \n），怎麼自定義？用 f-string 可以指定 print 的結尾是什麼！

偷偷幫你換行

C 裡面你通常要自己透過 \n 來換行，不然大家就擠在同一行。

Python 不出意外地（？）很自動就幫你換行了，十分方便。但如果你今天不想換行的話，要特別跟他說一下，例如：

1
2
3
4
5

>>> print('hi'); print("hello")
hi
hello
>>> print('hi', end="不換行!"); print("hello")
hi不換行!hello

字元轉整數（char to int）

1

int a = '9'-'0';

這行是啥？其實就是 a=9，酷吧！不會報錯哦。

elif

大部分程式語言跟 C 一樣用 else if 作為條件判斷的語句。

就 python 跟大家不一樣用的是 elif。

檢查是否完整執行 loop

1
2
3
4
5
6

>>> for i in range(10):
...   print(f"{i}", end=" ")
... else:
...   print("It's not broke, good!")
... 
#輸出 0 1 2 3 4 5 6 7 8 9 It's not broke, good!

python 還拿了 else 來判斷 loop 是否有被 break。

C 沒有類似的原生設計。

函數註解

1
2
3
4
5
6
7
8
9
10
11
12
13
14

>>> def hello():
...   """
...   This is a function which says hello to you!
...   """
...   print("hello!")
... 
>>> hello()
hello!
>>> print(hello.__doc__)

  This is a function which says hello to you!
  
>>> help(hello)
#他會打開同上的 doc

C 有這種事嗎？沒有。

函數內使用全域變數

1
2
3
4
5
6
7
8

>>> def h1():
...   global v
...   v+=5
...   return v
... 
>>> v = 1
>>> print(h1())
6

Python 的函數內需要特別宣告 global 以後，才可以修改全域變數。（比較安全）

C 不用問，直接拿來用。（比較危險）

串列生成式

1
2
3

>>> checkthis = [(i,j) for i in range(5) if i%2 == 0 for j in range(5) if j%2 ==1]
>>> print(checkthis)
[(0, 1), (0, 3), (2, 1), (2, 3), (4, 1), (4, 3)]

這個 list 裡面直接包含了兩層 for+if。

Python 有私有變數嗎？

形式上，有。

但其實透過 _Class__private 的方法，一樣可以操作這個變數。

為何 Python 不好好保護私有變數呢？因為 Python 的設計哲學說：“We are all consenting adults here.”，我們都是成年人了，你知道自己在做什麼就好。

雙螢幕

直觀來說，我們隨便拿另一顆螢幕來當做副屏不就好了嗎？很遺憾的，如此一來會有幾點問題：

• 如果你沒有內顯（像我就是 13400F），副屏就會佔用 GPU 的資源。
• 就算你有內顯，因為副屏被作業系統視為顯示器，你的滑鼠會跑進去、你開的程式也有機會穿透過去。

舊手機

要避開上述問題，其實舊手機就是個好選擇，完全不佔用圖形處理資源，透過 AIDA64，用內網開個瀏覽器就可以監控。

但依舊有不盡理想之處：

• 無法跟電腦同步作動。也就是沒辦法開機點亮、關機息屏，每次都要操作手機。
• 手機要一直插著電，閒暇時就是待機空轉。除非你願意每次手動開關機，那就更麻煩了。

圖靈智顯

要避開上述所有問題，其實你可以……花錢辦事。

圖靈智顯就有專門在做副屏，屏幕裡面用他們自家的韌體，設定畫面也用他們自家的軟體，直接買他們的全套服務，免煩惱一步解決。

但問題就是：

• 貴一些。

雖然你直接淘寶的話，3.5 吋的副屏也就 500NTD 上下就能解決啦。但我自己能處理的事，當然要自己來咯。

AX206 顯示屏

從淘寶買這種可以被 AIDA64 支持的規格，一塊不到 300NTD。可以透過關鍵字 AX206 來找到這類產品。

本次就來分享怎麼點亮這塊螢幕並作為電腦副屏。

使用方法

AX206 拿到後可以試著連連看，理論上是會亮，查看系統的裝置設定可以看到 USB Display。

實際到 AIDA64 裡面看看。找到偏好設定，選擇側邊欄的 LCD，接著選擇 AX206。

會發現裡面提示「建議對 AX206 裝置使用 libusb 驅動程式」。

然而 AIDA64 提供的檔案並沒辦法成功驅動，所以我們此處使用 Zadig 來安裝驅動。

安裝 Zadig 後執行，找到我們的 USB Display，選擇「libusb-win32」作為驅動。

安裝後，重啟電腦。

重啟後，再次打開 AIDA64 可以發現一切準備就緒。

什麼都不設定直接套用後，此時 AX206 應該就會顯示預設畫面了：

接著就可以進入「LCD 項目」自己設計畫面咯 :)

自己灌過系統的都知道，用 Rufus 製作開機隨身碟雖然不麻煩，但同一時間、同一支隨身碟將無法挪作他用。假設你要用 Rufus 做一個 Ubuntu 開機碟，即使你的隨身碟有 1TB 的容量好了，雖然 Ubuntu 的 iso 才 5GB，剩下的空間一樣只能閒在那邊，看得到用不到。

本來以為這就是灌系統的必要之痛，要嘛特別養一支開機隨身碟，要嘛每次灌系統都要挑一支無辜的隨身碟出來格式化一次——直到我遇到了 Ventoy。

Ventoy 太神了

如果使用 Ventoy，只要你隨身碟容量允許，你要在裡面放多少個 iso 都可以。所以舉例來說，我能做一支可以灌 Win7, Win8, Win10, Win11, Ubuntu, CentOS, Debian 的超級開機隨身碟，想灌什麼皆是信手拈來。

更方便的是，因為只需要放 iso 檔案在隨身碟裡面，我剩下的空間一樣可以存別的東西。沒錯，這支隨身碟並沒有因為身負重任而不能進行他用——平常依舊可以當做普通的隨身碟來使用。

刷新了我的眼界一波，好傢伙！

使用方法

從 Ventoy 的 Github 項目中下載並解壓縮，執行Ventoy2Disk.exe。

選擇你要設定的開機隨身碟，並點擊 Install。

然後就完成了。有夠簡單明瞭，也幾乎不用等待，真是愛了。

接下來就可以丟 iso 進去了，以我這邊為例丟了 Win10, Win11, Ubuntu 三個系統映像進去：

可以注意到，我裡面還亂丟了別的文件。有關係嗎？沒關係！如前所述，這支隨身碟依舊可以日常使用唷 :)

• 應用程式層：Http, DNS, POP3, Telnet, FTP, DHCP
• 展示層：轉碼解碼的都屬於此層
• 會議層：比較沒有存粹的會議層的例子
• 傳輸層：TCP, UCP
• 網路層：IP, ICMP（router比較負責這裡）
• 資料連接層：MAC, Wifi, Ethernet（bridge, switch, hub 比較負責這裡）
• 實體層：實體硬體基礎設施屬此層（repeater顯然是這裡咯）

switch 跟 hub 的差別？switch 有記憶體，會負責記得所有設備的 mac 位置；但 hub 每次都用廣播的。

gateway 跟 router 的差別？在不同協議之間幫忙溝通的是 gateway，而 router 主要只負責 IP 協議內的事。其實可以把 router 想成是一種 IP gateway。

UTP, STP

TP for Twisted-Pair，也就是雙絞線。而 U for Unshielded, S for Shielded。

雙絞線的好處是什麼？雙股螺旋互相纏繞，電流方向不固定，就不會產生明顯的磁力線，降低干擾。

RJ45

RJ45 是一種接頭與插孔的標準，因有八個 position、八個 contact，所以也稱 8P8C。

我們現在的乙太網線就採用此規格。

T568A, T568B

那咱網路線的 8P8C 怎麼排列與對接呢？現在比較常用 T568B 的協定標準。

ARP

ARP(address resolution protocol) 是哪層？ARP table 記得 ip 跟 mac 的對應。如果沒有，就廣播問一下，問完就記起來。所以是哪層？偏資料連接層，但其實網路層也算。用戶端主機跟 switch 都會維護 ARP table。

Localhost

localhost 就是 127.0.0.1，你 ping 這個位置，網路層會直接回答你。

也就是說，實體層跟資料連接層都完全不參與其中。網卡不會收到這個請求，所以資料也不會流經網路線。

那 127.0.0.2 有用嗎？其實整個 127.0.0.0/8 都是保留的回送地址，但習慣上我們只用 127.0.0.1。

0.0.0.0

我第一次連 wifi 時，我還沒被分配 IP 位置，那我要怎麼發送訊息？此時我的 IP 是 0.0.0.0，而我的目的位置是 256.256.256.256，也就是廣播跟大家說嗨這裡是新設備唷，誰可以給我配發一個內網 IP 呀？

然後這時候你的 router 就可以作為一個 DHCP 伺服器配一個 IP 給你。

快速判斷ABC類網路

先看二進制的開頭。0開頭就是A、10開頭就是B、110開頭就是C。（1110開頭就是D、1111之後就是E）

CIDR（Classless Inter-Domain Routing）

重點在於 Classless。

如果按照最原始的設定，今天你作為 ISP 要把 IP 分配給用戶，當你發了一個 C 類網路如 220.128.133.0/24 出去，一次就用掉了 256 個排列組合，有夠浪費的啦。

於是 CIDR 就可以拿來打破類別枷鎖，我們不管 C 類的遮罩規定了，我發 220.128.133.0/32 就好！一次只發一個位置，這樣我就可以發給更多人用了。

Private IP

A、B、C類各有這三段：10.0.0.0/8、172.16.0.0/12、192.168.0.0/16

A類跟C類很簡單，分別就是 10.x.x.x 跟 192.168.x.x。

而B類的遮罩是12bit，不太直觀，是 172.16.x.x-172.31.x.x。

NAT

NAT(network address translation) 負責把 private IP 置換成 public IP 出去，回來反之。 因為是改 IP 的標頭，所以是網路層。但其實內網很多設備同時要訪問外網，這時候同一個 IP 沒辦法同時處理，此時其實會修改到埠號，而埠號就是TCP的活了，所以也會碰到傳輸層。

例如 port forwarding 就是 NAT 在負責的。我們先告訴 NAT 說如果外網要求訪問某個 port（TCP 負責的埠），那我就給他某個內網的某個 port。

Port 就是 TCP、UDP 在負責的，乃傳輸層。常見的如 80 for http, 21 for ftp, 22 for ssh, 25 for smtp(e-mail)。

CSMA/CD, CSMA/CA

CSMA/CD 是有線的 Ethernet 用的，是 Collision Detection，都發送看看，碰撞再說。

CSMA/CA 則是無線的 Wifi 用的，是 Collision Avoidance，我發之前會問也會警告大家不要來碰撞。

IaaS, PaaS, SaaS

IaaS, PaaS, SaaS 分別是「Infrastructure as a Service」、「Platform」、「Software」。你跟 google GCP 租虛擬機就是 IaaS；你用 Heroku 假設一個 linebot 的後台就是 Paas；你用 gmail 就是接受 SaaS。

其他

STP（Spanning Tree Protocol, 生成樹協議）因為實際上網路不總是樹狀拓撲，STP 會算出一棵樹，可以避免掉死回圈。

眾所周知，微軟並不希望我們把 windows 的自動更新關掉。即使系統裡面提供了關閉選項，依舊也只能「暫緩」一段時間。

但自動更新就很討厭，反正我就是要關掉。

下面這套方法用的邏輯是：好啊反正你就是不讓我「關掉」自動更新，那我把更新的位置換成本地，你就不可能獲得更新內容了。

注意此篇辦法需使用「本機群組原則編輯器」，只有 Windows 專業版才有。若是家用版，則此篇不適用。

Win10、Win11 經測試皆可成功。

詳細步驟

首先我們 windows+R ，輸入 gpedit.msc 並執行。

執行後我們打開了本機群組原則編輯器。此處我們從左邊側邊欄打開 電腦設定 > 系統管理範本 > Windows元件 > Windows Update ，就可以找到如圖的「指定近端內部網路 Microsoft 更新服務的位置」，雙擊打開。

將它啟用，並在選項中三個欄位都填入 localhost 後點擊確定。如此一來，windows 就會跟本地找更新資料，但我們根本不會給它。耶。

在同一個頁面中，我們找到「不要連線到任何 Windows Update 網際網路位置」，一樣雙擊打開。

這裡我們啟用，並點擊確定。

完成！

順便把 Microsoft Defender 給關了

既然我們都來本機群組原則編輯器了，如果你也覺得 Defender 很煩的話，那我們不妨就順便把它關掉吧 :)

來到 電腦設定 > 系統管理範本 > Windows元件 > Microsoft Defender防毒軟體 ，雙擊「關閉 Microsoft Defender 防毒軟體」。

在這裡，我們一樣啟動，並雙擊確定。

完成！

然而，根據經驗，其實這裡可能只是關心酸的。因為 Defender 沒過多久又會自己復活……

不過其實 Defender 有一個簡單的閉閉方法，就是裝另一個第三方防毒軟體就可以咯。

而以下詳解都是我自己隨手寫下的，僅供參考咯。

當然，如果有誤還請提點，感謝！

題目與解析

電腦網路 OSI 模型的資料鏈結層（data link layer）可以識別下列何者？
① 應用系統所採用的 HTTP 或 FTP 等通訊協定
② 傳輸時所使用的媒體規格
③ 網路卡的實體位址（MAC address）
④ 電腦的 IP 位址

某種程度上的網際網路背誦題。七層結構的常見懶人包如下：

• 應用程式層：Http, DNS, POP3, Telnet, FTP, DHCP
• 展示層：轉碼解碼的都屬於此層
• 會議層：比較沒有存粹的會議層的例子
• 傳輸層：TCP, UCP
• 網路層：IP, ICMP（router比較負責這裡）
• 資料連接層：MAC, Wifi, Ethernet（bridge, switch, hub 比較負責這裡）
• 實體層：實體硬體基礎設施屬此層（repeater顯然是這裡咯）

故此題選 MAC address。

switch 跟 hub 的差別？switch 有記憶體，會負責記得所有設備的 mac 位置；但 hub 每次都用廣播的。

gateway 跟 router 的差別？在不同協議之間幫忙溝通的是 gateway，而 router 主要只負責 ip 協議內的事。其實可以把 router 想成是一種 ip gateway。

ARP(address resolution protocol) 是哪層？ARP table 記得 ip 跟 mac 的對應。如果沒有，就廣播問一下，問完就記起來。所以是哪層？偏資料連接層，但其實網路層也算。用戶端主機跟 router 都會維護 ARP table。

NAT(network address translation) 負責把 private ip 置換成 public ip 出去，回來反之。 因為是改 IP 的標頭，所以是網路層。但其實內網很多設備同時要訪問外網，這時候同一個ip沒辦法同時處理，此時其實會修改到埠號，而埠號就是TCP的活了，所以也會碰到傳輸層。

例如 port forwarding 就是 NAT 在負責的。我們先告訴 NAT 說如果外網要求訪問某個 port（TCP 負責的埠），那我就給他某個內網的某個 port。

Port 就是 TCP、UDP 在負責的，乃傳輸層。常見的如 80 for http, 21 for ftp, 22 for ssh, 25 for smtp(e-mail)。

網際網路的通訊方式是採用何種資料交換技術？
① 封包交換（packet switching）
② 電路交換（circuit switching）
③ 數位交換（digital switching）
④ 訊息交換（message switching）

這題基本，選封包。

「資料完整性檢查」必須使用到下列哪一種技術？
① 金鑰系統
② 加密
③ 雜湊函數
④ 解密

這題選項露餡，加密解密跟金鑰不都一家人嗎？所以腦選雜湊函數。

下列何種記憶體技術，將部分程式暫時儲存於硬式磁碟上，於需要執行之時再進行資料交換（swap）？
① 堆疊（stack）記憶體
② 佇列（queue）記憶體
③ 快取（cache）記憶體
④ 虛擬（virtual）記憶體

swap 技術使用的是虛擬記憶體，因為當初即如此命名，比較是名詞定義問題。

駭客發送大量封包，以癱瘓被攻擊者的網路或伺服器，稱為何類攻擊手法？
① 邏輯炸彈（Logic Bomb）
② 阻斷服務（Denial of Service）
③ 巨集病毒（Macro Virus）
④ 網路入侵（Network Intrusion）

DDoS 挺常見的，英雄聯盟 S24 世界大賽前，T1 就一直被 DDOS 攻擊。所以選 DoS（蛤）。至於多一個 D 是 Distributed，表示分散式阻斷。其運用各地不同的一堆用戶端發出大量的請求來癱瘓服務器。而畢竟對伺服器來說都是合法的請求（不是少數幾台在大量索求），所以防不勝防。

有關 NOR 閘之敘述，下列何者錯誤？
① 先執行 NOT 運算，結果再做 OR 運算
② 所有輸入皆為 0 時，輸出才為 1
③ 是一種通用邏輯閘（Universal Gate）
④ 能夠模擬出 NOT 運算閘

邏輯閘題。Nor 即 Not-OR，就是或閘的相反，其真值表為 001、010、100、110。

顯然是先或運算再非運算。

下列何者為 CPU 執行指令的正確順序？
① 取指令、分析指令、執行、取資料
② 取指令、取資料、分析指令、執行
③ 取資料、取指令、分析指令、執行
④ 取指令、分析指令、取資料、執行

又是一題選項露餡，所以我們只需抉擇「取資料」與「分析指令」之先後。

試想，並不是每筆指令都需要取資料，所以分析指令的種類顯然必須在先。故選「取指令 → 分析指令 → 取資料 → 執行」。

認真點講，其實這題就是所謂的「Fetch-Decode-Execute Cycle」。

將運算元的值直接編碼在指令中的是哪一種定址模式？
① 暫存器定址（register addressing）
② 立即定址（immediate addressing）
③ 位移定址（displacement addressing）
④ 直接定址（direct addressing）

可能要理解組合語言的邏輯？

暫存器定址就是直接指定CPU身上的暫存器，讀取速度快，如MOV R1, R2; 把R2的內容放到R1。

立即定址就是我直接指定某個位置要放某個立即數，比如說MOV R1, 5; 把5這個數字存在R1。（運算元5直接寫在指令裡咯，故選）

直接定址其實就是指標的概念，如MOV R1, [1000h] ; 將內存地址 1000h 中的值存入 R1。

位移定址也是指標，但加了 offset，例如MOV R1, [1000h + 4] ; 將 1000h + 4 指向的值存入 R1。

傳統 IP（Internet Protocol）位址包含網路位址與主機位址，網路位址用來辨別所屬的網路；假設網路位址為 140.112，請問有多少 IP 位址可以用來識別網路上的裝置？
① 65536
② 1024
③ 16384
④ 32768

這裡的「傳統IP」應該是指 IPv4 吧 XD

那反正 IP 全長就是 140.112.x.x，後面作為 host ID，共有 16bit，故有 65536 種可能。不過需注意，140.112.0.0 跟 140.112.255.255 會保留不可使用，嚴謹來說是 65534 個可用的地址。

在微處理機中，下列何者負責記錄 CPU 下一個所要執行的指令在記憶體中的位址？
① 堆疊指標（stack pointer）
② 指令暫存器（instruction register）
③ 累加器（accumulator）
④ 程式計數器（program counter）

單純是名詞題，就 CPU 按照順序接續執行指令的過程中，會有人在旁邊幫忙數，這人叫 program counter。

硬體上大單元的 ALU，其主要功能為何？
① 監控螢幕顯示
② 執行磁碟存取
③ 執行加法、減法與邏輯運算
④ 執行記憶體中的資料傳輸

考首字母縮寫？ALU 是運算邏輯單元，負責運算。

十進位數字 256 減去二進位數字 10001101 後的結果為何？
① 十進位的 114
② 二進位的 01110011
③ 十進位的 36
④ 二進位的 01111010

就是 256-141=115。

下列有關並列（Parallel）傳輸和序列（Serial）傳輸的比較，何者有誤？
① 並列傳輸一次能傳送較多的資料
② 序列傳輸相對的成本較低
③ 電腦的 USB 和 SATA 介面都是採用序列傳輸
④ 電腦網路大多是透過並列傳輸的方式來傳送資料

兄弟們，USB 是「通用序列匯流排」，S for Serial；而 SATA 的 S 也是 Serial，名字露餡。

不過只要涉及長距離溝通（超過一個主機板的距離就算很長了），基本上都是用序列的方法，一個時脈只走一個bit。

所以網路是用序列才對哦。

計算二進位值「1111010111.101」，轉換成十六進位值的結果為何？
① 3D7.A
② 32C.5
③ D25.3
④ 259.E

主要是小數點下面對十進制使用者來說都很不直觀，要換算一下。

0b0.101 換算成十進制是 0.625，也就是 10/16，所以選 0.A 那位。

沒錯，整數部分不用管，誰理你呀！

下列哪個網路卡實體位址（MAC Address）正確的表示方式？
① E2-C3-01-22-97-F4
② A3:45:CF:00:00:01:58:DC
③ 254. 73. 45. 69
④ 67:02:AB:33

這題究極無敵霹靂無聊！反正規範是六個字節。重點是習慣上我們明明就是用冒號相隔，所以這題明顯又無聊又愛騙。

國際標準組織（ISO）所訂定之開放式系統連結（OSI）的參考模式中，其通訊協定第一（底）層為？
① 網路層
② 資料鏈路層
③ 實體層
④ 運送層

OSI 背誦題，底層為實體層。

以下何者不是動態網頁中使用的腳本語言？
① JavaScript
② ASP
③ PHP
④ PWS

小白過濾題（？），因為 PWS 是一種軟體，不是語言。

在記憶體的階層式（memory hierarchy）架構中，下列那一個的存取時間最短？
① CPU 暫存器（register）
② 主記憶體（main memory）
③ 快取記憶體（cache memory）
④ 硬碟（hard disk）

離 CPU 越近越快，故。

下列敘述何者正確？
① 乙太網路中的電腦，每次要傳送訊框時都要用 CSMA/CA 方法爭取傳送的機會
② 交換式集線器(Switch)可以減少乙太網路資料傳送時，發生碰撞(Collision)的情形
③ 乙太網路通常採環狀(Ring)的架構
④ Wifi 無線網路是採用乙太網路的邏輯機制建構的

CSMA/CD 是有線的 Ethernet 用的，是 Collision Detection，都發送看看，碰撞再說。

CSMA/CA 則是無線的 Wifi 用的，是 Collision Avoidance，我發之前會問也會警告大家不要來碰撞。

Ethernet 用的是星狀拓撲或總線拓撲。

假定有一個一維陣列 A，陣列中每個元素需占用 4 個位元，如果程式執行時 A(60) 的記憶體位址為 600，則 A(310) 的位址為何？
① 3100
② 1600
③ 1240
④ 1840

等差數列題（？），相差了 1000 個位元，故選 1600。

Unicode 可容納 65536 個字符編號，包括 128 個 ASCII 字元、英文、中文、日文及非英語系國家常用文字，其係利用多少位元組來表示？
① 1
② 2
③ 3
④ 4

換句話說，65536 個資訊，需要至少幾 byte 來容納？需要 16bit 共 2byte。

假設電腦內部整數佔用 16 位元，採用 1 的補數(1’s complement)表示法，則所能表示的整數範圍為：
① -32767 到 32767
② -32767 到 32768
③ -32768 到 32767
④ -32768 到 32768

1補數：對人類來說比較直觀，6（0b0110）的相反數-6就直接寫成 0b1001，全部 Not 掉就好。但這樣會讓 0b0000 跟 0b1111 都是 0。

2補數：算法上會比較簡單，少一個步驟且不用特別設計減法ALU。6（0b0110）的相反數-6是0b1001+1=0b1010。

此題最大正數是 0111111111111111，最小是 1111111111111111。 故為正負 32767。

下列何種網頁技術是在客戶端(client)的瀏覽器(browser)上執行？
① JavaScript
② ASP
③ PHP
④ CGI

前端語言 HTTP, CSS, JS，選 JS。

下列有關 P2P(peer-to-peer) 網路的敘述，何者錯誤？
① 一般而言，P2P 網路內，每一部電腦都具有 Server 與 Client 的身份
② P2P 網路內，通常有一部以上的 Server 提供 P2P 服務
③ P2P 網路內，通常有一部以上的 Client 要求 P2P 服務
④ Server 的角色極為重要，所以若某一部 Server 故障，將導致整個 P2P 網路停止運作

同學們，遇到「極限用語」就當錯。「整個」為極限用語，視為錯。（不要教壞小孩）

下列哪一個 IP 位址是屬於 B 級網路的等級？
① 62.100.5.2
② 129.17.22.25
③ 193.6.8.5
④ 210.99.56.32

背誦題，好無聊。第一個字節開頭 0 為 A級、10為B級、110為C級。十進制而言，127以內為A級、191以內為B級。

請問十進位數字 125.125，轉為二進位數字的結果為何？
① 1111011.110101
② 1111111.110101
③ 1011111.010101
④ 1111101.001

0.125 為 1/8，所以小數點後面是 0.001。喔喔？整數又不用看了，咖薰。（出題老師很心機哦，給個讚。這種可以鑒別小聰明的心機才是良性心機）

使用多個處理器但彼此間並不共享記憶體和時脈的作業系統是：
① 批次作業系統
② 多工式作業系統
③ 即時作業系統
④ 分散式作業系統

你知道分散式跟平行式的差別嗎？平行式會共用時脈哦！偶爾甚至會共用記憶體。但這些都是寫死在 CPU 架構裡面了。

下列網路傳輸設備中，何者是用來將網路訊號增強後再送出？
① 橋接器 (bridge)
② 中繼器 (repeater)
③ 路由器 (router)
④ 交換器 (switch)

陳冠宇算是一種中繼投手嗎？

資訊安全中最重要的三項目標為 CIA，其中 C 是保密性 (Confidentiality)，I 是完整性 (Integrity)，A 是代表什麼？
① 存取 (Access)
② 可用性 (Availability)
③ 證實 (Affirmation)
④ 匿名 (Anonymity)

我原本選了證實QQ 我想說都要MD5之類的校驗一下才對，但其實校驗就是完整性校驗啊，就是完整性的範疇了。其實「可用性」也很重要，否則第三方秉持著「我破解不了但我要毀了你們！」的心態，直接讓資訊對大家都不可用，那也不好。

OSI 網路七層架構中，哪一層服務負責控制傳送的路徑 (Routing)？
① 實體層 (Physical Layer)
② 資料鏈結層 (Data Link Layer)
③ 網路層 (Network Layer)
④ 傳輸層 (Transport Layer)

見第一題，routing 就是在搞 IP，所以跟 IP 一起。

在 ASCII 碼中，字元 H 的十六進位表示為 48，請問字元 K 的十六進位表示為何？
① 50
② 51
③ 4A
④ 4B

英文字母都是連號，連過去就對了，但記得要十六進制，選 4B。

下列哪一項為電腦中實際使用的負數表示法？
① 浮點數表示法
② 最高位元表示法
③ 1 補數法
④ 2 補數法

見…… 忘了第幾題了，我複製過來吧：

1補數：對人類來說比較直觀，6（0b0110）的相反數-6就直接寫成 0b1001，全部 Not 掉就好。但這樣會讓 0b0000 跟 0b1111 都是 0。

2補數：算法上會比較簡單，少一個步驟且不用特別設計減法ALU。6（0b0110）的相反數-6是0b1001+1=0b1010。

下列關於網路伺服器的描述，何者正確？
① Proxy Server：具有快取功能，加快網頁開啟速度
② FTP Server：可以登入遠端伺服器
③ DNS Server：可動態分配 IP 位址
④ DHCP Server：負責 IP 位址與網域名稱的轉換

FTP 是檔案傳輸；DNS 跟 DHCP 兩個寫反了。

電子商務交易中，參與的角色是企業與其相關夥伴，是屬於下列哪一種型態？
① B2B
② B2C
③ C2C
④ G2G

其中 G2G 應該是政府對政府的意思……吧？不確定，請告訴我。

下列有關程式語言之敘述，何者不正確？
① 組合語言為低階語言
② JAVA 程式可以不依附作業系統執行
③ 物件導向語言具封裝、繼承與多型特性
④ 組合語言不需要翻譯即可以執行

組合語言也需要組譯器翻譯。

IP 公共位址是利用下列何種協定，可讓多部使用私人 IP 位址的電腦，共同使用一個實體 IP 位址上網路？
① TCP
② RIP
③ DHCP
④ NAT

TCP 是傳輸層；RIP 負責 routing 的邏輯，比較是網路層；DHCP 負責分配 IP 給大家，但是是應用層（比較複雜啦我也不知道，嘻嘻）；NAT 負責讓多個用戶端共用 IP，比較偏網路層。

有一應用程式需要以一個變數來表示一年 365（或 366）天中的一天，請問該變數至少需要多少位元組？
① 1
② 2
③ 8
④ 9

1byte 256嘛，所以至少2byte。

補充

IaaS, PaaS, SaaS 分別是「Infrastructure as a Service」、「Platform」、「Software」。你跟 google GCP 租虛擬機就是 IaaS；你用 Heroku 假設一個 linebot 的後台就是 Paas；你用 gmail 就是接受 SaaS。

STP（Spanning Tree Protocol, 生成樹協議）因為實際上網路不總是樹狀拓撲，STP 會算出一棵樹，可以避免掉死回圈。

先有神經傳導素還是先有受器？

透過 DNA 定序發現，早在植物跟動物分家之前，就已經存在一種麩氨酸受器了。這種受器一開始可能就單純在找營養物質而已。

化學訊號的發現

Sherrington 認為除了電傳遞以外，神經細胞之間應該有著間隙（並命名為「突觸」），且可能是透過化學的方式調控。

後來是 Loewi 證明了這件事。他挖了兩個活跳跳的青蛙心臟，一個接著迷走神經，一個沒有。他刺激迷走神經讓其中一個心跳變慢，然後把周圍的液體拿去澆在另一顆心臟上——也成功減慢了心跳。可知其中必有化學物質參與。

遞弱代償

作者在註解處提醒讀者，單細胞走向多細胞並不是一種進化，而是演化上的「偶然」，進而走向的一條不歸演化分支。王東嶽的《物衍通論》提到，複雜度越高的生命體其生存力反而越弱，因此「遞弱代償」出現了，我們必須發展出各式各樣的能力來補償這個缺陷。

神經細胞奴役了其他細胞

如同 Harari 在《人類大歷史》的「分工與農業革命造成人類悲劇」，其實細胞也一樣。從單細胞發展成多細胞的過程中，在名為分工的美名之下，大部分細胞都成為了神經細胞的共生囚犯。

比海綿更古老的多細胞動物

以前學過海綿自成一個海綿動物門，雖是多細胞生物但其實比較像是群聚的單細胞，缺乏系統分工，當然就沒有神經系統。

所以帶有神經系統的「櫛水母」就一直被歸類在刺絲胞動物門裡面，以為也是一種水母。但後來發現不對，櫛水母不是水母，他可能甚至比海綿更早出現，是最古老的多細胞動物。

仔細研究櫛水母的神經系統，居然也不同於其他所有動物（其他都是跟水母差不多的基礎機制）。所以目前認為，動物的神經系統可能有兩次的獨立起源。

櫛水母目前自成櫛板動物門。

神經細胞退守中央

隨著神經系統主掌大權，我們可以看到感覺神經本體越躲越裡面：

• 蚯蚓（環節動物門）的感覺神經細胞本體就直接在表皮上
• 蝸牛（軟體動物門）的移動到表皮底下
• 魚（脊椎動物門）的跑到脊椎附近
• 兩棲綱、爬蟲綱、鳥綱、哺乳綱的直接躲到背根神經節裡面

寒武紀大爆發的成因還在吵

關於「寒武紀大爆發」，當年達爾文就在《物種起源》打預防針：「這個我也解釋不了，我的反對者可能會拿寒武紀大爆發來反駁我。」（演化應是漸進而緩慢的過程）

我自己高中學到的版本是，因為五億年前總算累積足夠的氧氣濃度，進而形成了臭氧層，隔絕了致命的紫外線強度，生物們開始登陸，蓬勃發展。

但其實至今尚無學界定論，很有可能所謂的生物大爆發其實只是「化石大爆發」罷了。即，其實只是剛好當時開始發展硬殼這個生存策略，所以才開始有化石被保留下來。

帕克的「光開關」理論認為，當時三葉蟲首開先例開了天眼（感光能力），視覺橫空出世，一時間成了鬼神級的掠食者。因為掠食者的出現，生存壓力頓時飛速上升，其他物種就被逼得開始快速適應，於是「硬殼」就這樣出來了。然後我們才透過化石看到了這樣的蓬勃發展。

無意識的費洛蒙攻擊

除了主要的嗅覺系統，「犁鼻器」也會接收氣味分子並且傳入嗅球。但犁鼻器的訊息不會進一步走到嗅覺皮質，所以我們不會意識到這部分的資訊。

目前認為，犁鼻器可能就是費洛蒙接收器。

有蹄類、貓科動物有所謂的「裂唇嗅反應」，就是為了讓犁鼻器聞得更清楚做出的動作。

除了犁鼻器，我們其實還發現了第零對腦神經，作用不詳，但就解剖學上的研究來看，可能是原始的「嗅覺」，負責調節性行為。（引號是要注意此處是指廣義上的嗅覺，也就是化學受器）至於為什麼明明發現了多出來的這對腦神經我們卻不教，作者也表疑惑。

聽音辨位的邏輯

如何聽音辨位？

• 左右：時間差跟音量差
• 上下：透過耳廓的上下不對稱的形狀，聲學上的反射造成的差異
• 前後：後方明顯聲音品質會不一樣

於是Z軸生物如貓頭鷹，他們耳朵在水平高度上是不對稱的！（那其他的鳥呢？）

為什麼視神經要交叉？

為什麼視神經交叉要交叉？因為這樣比較方便往反方向逃跑！同理，感覺神經大多數也都是傳給對側大腦。

那為什麼隨意肌多數是對側支配？作者表示，演化後期「順勢」就這樣子了。

第三隻眼

松果體在其他的脊椎動物身上（如鯊魚、青蛙、蜥蜴）都能直接透過顱頂眼（第三隻眼）來接收光線，調節晝夜節律。但人類不行，甚至成人的松果體常常會鈣化。不過松果體依然透過視神經傳來的訊號，再由褪黑激素來調節晝夜節律。

話說笛卡爾花了許多時間研究松果體，因為他在腦中央，而且只有一顆，笛卡爾就認為他是靈魂跟身體的連接點。（畢竟人家是心物二元論）

弱化的咀嚼肌造就了更發達的腦

透過一些基因或因其造成的疾病的觀察，也許我們可以窺視一下人腦是怎麼正向突變而成現在這樣的：

• RNF213 缺失會導致毛毛樣腦血管病（腦部血流供應不足，以至於微血管代償性地增長）。也許一開始就是這個基因，讓我們的頸動脈的直徑擴張。
• SLC2A1 負責葡萄糖轉運子（負責讓細胞吸收葡萄糖）的表達，而我們的 SLC2A1 在大腦內的表達比黑猩猩多出三倍，同時，身體其他位置的則低了六成。（大腦很貪心餒）
• ASPM 如果異常會導致小顱畸形症。這可能是讓我們大腦容量變大的基因。
• MYH16 在人類中失活了，但靈長類同學們充分地表達了它。它負責咀嚼肌的肌球蛋白！所以人類的咀嚼肌其實是相對弱很多的，但這也讓我們的顱骨壓力沒那麼大，可能間接使我們的大腦可以發展地更大顆。（這個跟已知用火有相輔相成的關係，可能是開始吃熟食之後我們才能如此犧牲咬合力）

骨盆變窄不是人類早產的主因

產科兩難假說（obstetric dilemma）認為，人類之所以早產，是因為人類開始直立行走後，骨盆縮小了，但人的頭變大了，怎麼解決？只好早產。

然而，我們發現骨盆腔的大小其實不會影響行走的效率（拿男女對比可知）。所以目前流行代謝交叉假說（metabolic crossover），就是人的大腦太耗能了，媽媽負擔不起了，只好早產出來。

北歐國家比較沒有乳糖不耐症

本來人類在成年後，乳糖酶的活性就會下降甚至消失，但隨著畜牧業的發展，能喝奶就成了優勢。我們可以看到，乳製品業發達的北歐，比起東亞，就有較高比例的乳糖耐受超能力者。

零散知識點

• 25°的水中，低濃度的氧氣分子想透過擴散作用來移動十公分的距離，必須花費大約27天！
• 已知發現最早的多細胞生物化石，其年代在 21 億年前。
• 黏菌（一開始被以為是真菌的原生生物，他的英文俗名是 Slime Mold，史萊姆黴菌）平常沒事的時候是單細胞，要繁殖或是要遷徙的時候，會群聚成多細胞形態。
• 一個感覺細胞+一個中間細胞就可以形成簡單的記憶；一對感覺細胞+一對中間細胞+一對抑制細胞就可以做出簡單的決策。
• 不需要的器官乾脆吃掉是很合理的演化方向。於是神經系統的發展過程中，在一些物種上看得出不被尊重的痕跡：
  • 海鞘找到附著處後就把腦袋吸收再利用不動腦了。
  • 有些貝類明顯頭部退化
• 貓科動物都沒有甜味味覺，因為他們是純肉食動物，不需要。
• 五感之中，只有嗅覺不經過視丘。合理，因為它最古老。
• 魚不會說話？其實魚會透過快速充放魚鰾來發出聲音。
• 嬰兒學習語言的方式，可能跟「音素的相連機率」有關。沒錯，統計學。然而這個能力在成年後將不復存在。
• 晝夜節律有何優勢？有利於夜間節能。那內化的晝夜節律呢？有利於提前對日照變化做出反應。
• 社會腦假說：新皮質的大小跟社會群體的數量呈現正相關性。由此，150 這個鄧巴數目前是硬焊在我們的生理結構中的。（補充一下，其實鄧巴數是 148）
• 「大腦之所以會產生意識經驗，可能是為了要幫我們認識這個世界。但弔詭的是，這些意識經驗有時候反而變成人類生活的一切。」
• 複雜的生物並不是比較「成功」，只是能夠適應到新的生態棲位（ecological niche），比如天空中。

多巴胺不是快樂激素，是慾望激素

多巴胺系統被破壞的小老鼠不再主動追尋食物，但若我們親自餵他吃，他依舊會……快樂地吃。他只是不再有動力追尋快樂，但依舊能夠體驗快樂。

另一個實驗中，我們提供老鼠兩個選擇，一個是現成的普通飼料，一個是必須壓數次壓桿才會掉落的高級美食。一般情形之下，老鼠會選擇努力獲得高級美食。但多巴胺系統被破壞的那群，喪失了慾望，也就沒了動機追尋詩與遠方，於是他們自甘一輩子吃普通飼料。

中樞神經中的多巴胺路徑

書中提到了兩個多巴胺路徑。其中，中腦邊緣路徑從中腦的腹側被蓋區（下簡稱 VTA, Ventral Tegmental Area）傳到邊緣系統中的伏隔核，主司獎酬，產生欲望；而中腦皮質路徑一樣從中腦的 VTA 出發，一路延伸到前額葉皮質，主司動機，產生計算與規劃。

另外，黑質紋狀體路徑負責動作控制，若此路徑失能可能導致帕金森氏症。為什麼我要另外提這個呢？因為帕金森氏症的藥物治療方式之一就是服用左旋多巴（直接給多巴胺也過不去腦血障壁，故給前驅物），而部分患者出現的副作用是——沉迷賭博、性衝動、瘋狂購物，因為獎酬跟動機系統也一起被增強了！

多巴胺跟當下分子彼此互相拮抗

書中將血清素、催產素、內啡肽、內源性大麻素這些令人愉悅、滿足、幸福、感到愛的腦內激素合稱為「當下分子」。雖然沒有看到他們跟多巴胺有拮抗關係的生理證據，我也查不到，但這樣理解確實在邏輯上蠻方便的。多巴胺系統讓我們高瞻遠矚、心繫未來，而當下分子則讓我們體會當下、感受快樂。

這令我不禁想到早在 1997 年就被寫下的《當下的力量》：書中在在提醒我們，過去、未來都不是真實的，只有當下才是。我們要有意識地在「思維」（多巴胺系統）跟「臨在」（當下分子）之間切換，因為思維只關心你的未來，但只有當下才是真實的人生。

這兩本書搭在一起，醍醐灌頂！

戒酒無名會與孕婦：用當下分子對抗多巴胺

還記得《習慣的力量》中，作者有點心虛地提到，「信任」也是維持新好習慣的重要因素。現在我們知道理由了，其實戒酒無名會透過社群的力量，灌注了人際關係之間的當下分子，進一步拮抗掉多巴胺的影響。

另一個例子是，女性在懷孕後，其戒煙率會急速飆高。這大概是催產素這個當下分子的功勞。

電車問題的生理解釋：當下或未來

著名的電車問題至此也可以做出解釋了。當我們必須親自動手，犧牲一個無辜的路人，拯救鐵軌上的五個人，我們通常無法痛下殺手（當下分子不允許我們這麼做）。但如果我們人在遠方，在中控室裡控制鐵軌，我們就比較容易做出理性的決策，犧牲少數換取最大利益（當下分子參與較少）。更不用說如果我們是在設計自動駕駛的判斷程式了，我們一定會教程式要拯救五個人而非一個人對吧（幾乎沒有任何當下分子的活兒）。

注意力不足過動症（ADHD）也跟多巴胺有關

目前認為，ADHD 與前述的中腦皮質路徑中多巴胺濃度不足有關。因為計算與規劃能力的缺失，ADHD 難以投入一件行動之中，容易看不見細節、聽不完說明、目標變來變去。

而目前對付 ADHD 的藥物如利他能跟安非他命，就是多巴胺再回收抑制劑。

自由派與保守派

書中對政治多有著墨，有著一整章節的討論。簡單來說，自由派是高多巴胺人格，保守派則反之。也因此，根據統計，保守派人士普遍更滿意婚姻、更容易性高潮、更少出軌。

有趣的是，我們可以透過操控恐懼（當下分子）來改變人的政治立場，而且十分容易：我們只要給予乾洗手，並提醒生活中的傳染病風險，人們就會開始偏向保守的立場。

用當下分子破解最後通牒賽局

最後通牒賽局簡單來說就是「錢怎麼分」，提案者可以任意提案，而回應者只能選擇同意或駁回，但若駁回則大家都拿不到錢，玉石俱焚。理性而言，只要有任何一點好處，回應者就應該同意。但現實中，如果提案者留給回應者的錢低於三成，回應者通常會興起「教你做人」的念頭，駁回提案。

有趣的來了，如果給回應者來一劑血清素再回收抑制劑（典型的憂鬱症藥物），當下分子濃度提高後，接受差勁提案的機率提高了一倍。

多巴胺越高，移民越遠

擁有較長的 DRD4 等位基因的人，會有較多的多巴胺受體。若以東非為起源來看各文化區的 DRD4，我們發現，移民越遠，DRD4 越長。

（後續查閱相關資料，DRD4 等位基因重複串聯次數較多的 7R 基因型，其受體對多巴胺的敏感度較低。導致了更多的尋奇表現與物質依賴，並可能與 ADHD 有相關性。所以應該不是簡單地越長越多受體。）

另外，雙相障礙（俗稱躁鬱症）患者有多巴胺再回收的問題，在躁期會有太高的多巴胺濃度。有趣的來了，移民國家代表美國的躁鬱症比例是全世界最高，而對比的非移民國家代表日本則是全世界最低。

若問「人生中的成就是否由我們無法控制的力量所決定？」，歐洲國家平均給出了五成以上的肯定答案，但美國只有不到三分之一——高多巴胺風格的回答。

性質特殊的尼古丁

尼古丁是一個特別的成癮性物質，它不會讓人爽，但卻依舊會上癮。所以攝取尼古丁的唯一作用就是——讓你暫時不想再來一發尼古丁。

書中打趣地說，抽煙唯一的意義就是上癮，煙癮者就像刻意背起一塊大石頭，然後體驗放下石頭時的神清氣爽 XD

追尋幸福的人反而更不幸福

此書讀畢後，碰巧聽了一集關於「幸福」的 Podcast（Happiness 2.0: The Path to Contentment ），其中有幾個 Point 如下：

• 越是看重幸福的人，其幸福程度越低
• 越是認為自己正在努力追求幸福的人，其幸福程度越低
• 越是想擺脫負面情緒的人，其幸福程度越低
• 以上主要是針對美國人的發現
• 進一步研究了重視社群的亞洲國家，包含台灣、日本，發現了相反的情形：若是認為幸福跟人際連接有較大關聯（相對於美國比較認為幸福是個人追求），那麼此時越是看重「幸福」，其幸福程度跟剛剛相反，是更高

是不是與本書頗有相關之處？

看重幸福與追尋幸福都是高多巴胺的風格，於是這群人著眼未來，往未來邁進的同時，犧牲了享受當下的機會。

那麼為何重視人際連結的亞洲國家卻相反呢？因為人際連結是「當下分子」的活兒啊！

Other Good Points

• 多巴胺也會提高自我效能（self-efficacy）。故可卡因（血清素、多巴胺再回收抑制劑）跟安非他命（多巴胺再回收抑制劑）的吸食者會有無所不能的自信心爆棚感。
• 一日之計最難的地方，就是每天醒來，我都在改進世界與享受人生之間躊躇——E. B. White（《夏綠蒂的網》作者）
  • I arise in the morning torn between a desire to improve the world and a desire to enjoy the world. This makes it hard to plan the day.
• 自由派與無神論者的平均智商較高：人類的平均智商是 100 分，極端自由派的智商是 106，而極端保守派則是 95。而宗教信仰和智商也有類似的關聯，但相似度沒那麼高。無神論者的平均智商為 103，而自認信仰非常虔誠的人平均智商只有 93。

設定自動化

側邊欄「設定」→「自動化與場景」→ 右下角「新增自動化」：

我們在「新增一個觸發」中選擇「裝置」，並選擇到我們的無線開關。以我這邊為例，我選擇了塗鴉開關（而這個開關就黏在我的電腦桌正下方，我手可以直接摸下去操作）：

無線開關最基本的觸發方式不外乎就是「單擊」跟「雙擊」，我們可以分別指定做不同的用途，而我這邊則是設定「單擊」就幫我「切換」燈。

這邊注意我們不太會設定成「開啟」或是「關閉」，畢竟開關有不同的操作方式也是蠻奇怪的對吧：

如此，我的這個工作燈不僅可以透過 HA 控制、從家庭 App 控制、喊 siri 控制，現在還有一個實體的無線按鈕可以控制了。

接著我指定同一個開關的「雙擊」控制我的小米插座：

而我的插座接的是書櫃的燈條，作為氣氛燈。當然，你可以接上任何你想接的設備。

好了，我們下篇見 :)

現在我們有一台 HA 伺服器，拿到了米家設備的掌控權，並且把這些掌控權進一步橋接給了 Apple Home。

所以我們目前已經可以透過「HA 的網頁」、「Siri」跟「家庭 App」來控制設備了。

但是這樣少了一個很重要的控制方式——實體開關！如果每次都要拿起手機來操作或用喊的，其實不見得方便對吧？所以我們這篇要來加入 Zigbee 實體開關。

硬體需求

這部分我們會需要支援 Zigbee 的設備，而我們用的方案是來自開源社群的 Zigbee2MQTT，所以可以到支援設備挑挑看選選看（超多的！）。我們此篇以塗鴉無線開關跟小米無線開關為例，因為我們急需實體開關嘛。

再來我們會需要一個直接插在 HA 伺服器上的 Zigbee 協調器，我自己是用 SONOFF Zigbee 3.0 USB Dongle Plus-P，大家可以根據支援的協調器做選擇。

安裝 Mosquitto Broker

附加元件（都 EP5 了我就不慢慢帶咯）搜尋並安裝 Mosquitto Broker，並直接啟用：

這步驟就完成了。

啊這是做什麼用的？MQTT 是一種設備之間的溝通協議，我們等等的 Zigbee 設備的互相交流都要通過這個協議，所以理當我們的伺服器也要先裝好 MQTT 的溝通原則咯。

安裝 Zigbee2MQTT

側邊欄「設定」→「附加元件」→ 右上角三點「儲存機制」：

我們新增一個儲存庫進去：

1

https://github.com/zigbee2mqtt/hassio-zigbee2mqtt

如此一來，我們的附加元件商店就能找到我們要的 Zigbee2MQTT 咯：

我們安裝它，但不用啟動。

我們先到「設定」→「系統」→「硬體」→「所有硬體」裡面找我們的協調器：

以我們這邊為例就是 ttyUSB0。

接著我們回到附加元件，進去 Zigbee2MQTT 的設定處。其中我們只更改 mqtt 跟 serial 兩處。

mqtt 填入：

1
2
3

server: mqtt://core-mosquitto
user: 你的HA用戶名
password: 你的HA密碼

serial 填入：

1

port: /dev/剛剛硬體那邊看到的位置

儲存後，啟動 Zigbee2MQTT。

加入 Zigbee 設備

成功開啟後，我們就能看到空空的裝置清單了：

點擊「允許裝置加入」，開始拿起你的設備進行連接吧！以這邊為例，塗鴉開關只要長按五秒，但小米開關要拆開來插洞洞，有夠麻煩的啦（而且每次都要翻找我的退卡針）。

加入完成：

可以從線路圖裡看到各個設備的連接關係：

Very good！開關成功參戰，我們下一篇就來讓開關控制我們的設備吧 :)

補一個後來更熱鬧後的拓撲：

可以看到，Zigbee 的一個好處就是，當有人發現訊號不太穩定時，會自動去找更近的 router 來連線。

現在我們要把這些設備進一步導入到 Apple Home 裡面，如此一來我們家 Siri 就可以控制這些設備了！

安裝 HomeKit Bridge

這部分就沒有 HACS 的戲份了，因為 HA 官方有提供這個功能。

其中的邏輯就是，我們讓我們的 HA OS 伺服器充當橋接器，把 HA 連接到的所有設備導入到 Apple Home 裡面。

從側邊欄「設定」→「裝置與服務」→ 右下角「新增整合」→ 搜尋 homekit 並選擇「HomeKit Bridge」：

按照引導安裝即可。

接著，我們會發現側邊欄「通知提示」跳了新通知，點進去會發現它幫我們生成了橋接器的 QR code：

此時拿起你的 ios 設備，打開你的家庭 app，透過掃描加入配件：

成功後，Home 會把橋接器連接的所有設備一個一個讓你導入家中，如果你有很多設備的話，會花一陣子，耐心！

設定完成後，設備就都進來咯：

此時就可以透過 Siri 操控設備咯！

如果你手上沒有小米設備可以跳過此篇，先去 EP5 添加 Zigbee 設備是個不錯的開始

安裝 Xiaomi Miot

我們上篇已經弄出了 HACS，現在我們就要來發揮它的妙用啦！

在 HACS 中找到「Xiaomi Miot Auto」，把它下載下來：

接著到側邊欄「設定」→「裝置與服務」→ 右下角「新增整合」→ 找到我們剛剛下載下來的「Xiaomi Miot Auto」：

開始根據引導安裝。有特別需求的可採取局域網集成，但各位已經在用米家智能產品的用戶應該都有帳號，不妨直接透過帳號導入即可：

如此一來，你米家的設備就自動導入 HA 咯：

如此一來我們就能從 HA 控制我們的米家設備了！

後續新增小米裝置

此例中，我又多買了一個米家智慧空氣循環扇，我們來一起添加它。

首先當然是將設備先按照官方正常方法接入米家 app，接下來我們才能在 HA 中找到它。

接入米家後，我們到「裝置與服務」的「整合」中找到 Xiaomi Miot Auto。

進去後選擇新增條目：

這裡因為我們只要單獨新增一個設備，所以選擇 include：

找到我們的設備：

添加後若沒有看到生效，可以重開機中選擇快速重載。

大功告成！

下一步我們要進一步將控制權交給 siri，我們下篇見 :)

HACS 全名 Home Assistant Community Store，沒錯，社群的力量無限大。

為了後續我們要把米家裝置連進 HA、Zigbee 連進 HA、裝置們橋接進 Apple Home，我們就要依靠這個 HACS 裡面社群們開發的插件。

另外，HACS 的安裝流程中會需要 github 帳號，還請先準備好。

安裝 Terminal & SSH

在安裝 HACS 前，我們要先安裝 Terminal & SSH。

進入附加元件商店：

搜尋 SSH，然後你會發現沒有我們要的元件，所以我們要開啟進階模式：

開啟後就找得到了，咱們安裝它：

安裝完畢後開啟，可以看到如下畫面：

實際上這個畫面呢，你如果把伺服器連一個螢幕出來，也是同一個畫面哦！

聰明的你可能發現了，如果我們給伺服器來一套鍵盤跟顯示器，我們這步 Terminal & SSH 的安裝其實可以跳過啦。

安裝 HACS

好了，現在我們可以直接對伺服器下指令了。

我們此時輸入：

wget -O - https://get.hacs.xyz | bash -

並 enter 執行，就會將 HACS 下載下來咯：

至此，我們重啟一次整個 HA 系統。

接著進入側邊欄的「設定」→ 「裝置與服務」→ 右下角「新增整合」，搜尋 HACS，開始安裝它：

安裝過程中，會需要 github 帳號授權，此為正常現象，跟著走完吧。

安裝成功後，你的側邊欄就會出現 HACS 的 icon 咯：

幹得漂亮，我們下篇見 :)