第一次騎車跨過這個浮在湖水上的橋，每次在好天氣時出現再橋的高處，都會忍不住拿起手機來紀錄，藍色的湖水配天空絕佳。橋上的解說牌告訴我們，如果要用傳統的橋墩方法，那要 Space Needle 一樣高才有辦法呢。

所以橋就蓋在了混凝土浮躉¹（concrete pontoons）上面，每一塊大概一萬噸重，但內部是很多空心的洞，所以很容易創造浮力（阿基米德原理？）。

當初蓋這些浮躉要 500M，整座橋的三分之一價錢，但原來五年蓋得完！

過了橋之後也就累了，上輕軌來試試。車站空蕩蕩，但比起紐約那是好太多了，車廂更是意外的乾淨，而且人還不少，我還以為都沒人在使用呢。

在市中心 Zara 搶到三折特價貨之後，回程改搭經另一座橋的新路線，可以在水上過橋看著景色真舒服。

往東路線上人少了一些，終於可以把車掛起來了。

當時我住在阿佐谷，她住在小金井。所以散會後我們從四谷車站一起搭乘中央線快速電車回去。

— 村上春樹，《第一人稱單數》

這車站名字很熟悉，原來是當年到東京下棋時候的站，圍棋沙龍就在這旁邊呢。

比較常寫的是給自己跟家人看的文章，原本是開了另一個儲存庫¹，那邊就另外部署。我的儲存庫都是用 Github 當雲端備份，所以公開的網站就用了 Github Pages 部署；非公開的儲存庫 Github Pages 不支持公開部署，我就放去 Oracle cloud，再另外手動放了憑證保護，但很麻煩還得把憑證傳到家人的手機跟電腦上。

分開兩個地方對自己跟家人來說就是額外麻煩，可能他們根本就不知道有兩個，我自己在整理時也覺得不方便，有設定要加的話還得寫兩次，所以就想看看能不能放在一起然後分開部署。這中間把公開的網域搬到了 Cloudflare，那邊就支持非公開的儲存庫了，而且開另一個私人的部署，他的 Zero Trust Access 也讓使用者管理很方便，讓家人自己去 Email 拿認證碼就好了。

最不確定的就是怎麼在 Docusaurus 裡面區分出私人貼文，然後在公開部署時清掉。原本想用檔案名來區分，這樣在檔案系統就可以判斷出來，但 Docusaurus 原本就很多預設的名稱，像是 index.md，所以後面會出現其他不相容的地方²。後來在 Front matter 裡面自己定義了一個欄位，就可以利用這個欄位，把不想公開的文章加上 draft³ 這個欄位讓他在 production 時被消去。

家附近的義大利餐酒館之前就聽人說會常常去外帶，但我一直沒去吃過。對於嘗試新餐廳我總是很保守，可能 Kirkland 一半以上的餐廳我都還沒試過吧，不過今天不知道怎了，先去重訓之後就覺得可以獎勵一下。原本覺得是自己聽著 podcast 或 Youtube，慢慢享用的一餐，但這個餐廳居然有一區 open seating，我一開始以為就是 bar 可以隨便坐，但他居然是連 table seat 都是混著坐的，這個換個 I 人來絕對馬上離席的。非常少見的設計，想不起來上一次有這種體驗是什麼時候了，最多是座位不夠被迫要跟別人一起併桌。

坐在我左邊的是一個男生 Nicole，對面是女生 Callin，都很熱情地邀請我坐。斜對面是一對父女，今天還有 live music 在爵士演奏，氣氛熱絡，大家都聊得很起勁。Nicole 說他常常來，又說他的媽媽正在跟餐廳的老闆 dating，聽起來怪獵奇的。Callin 是老師教育業，說她以前跟附近公寓經理交往，所以有各種公寓停車證，還說什麼跟老人租房子，然後老人就給她房子？又是更獵奇的故事了。服務生 Chase 最後聽到我們在聊音樂，來找大家去參加音樂聚會，全國平均水平是可以即興上台演出是吧，我都不知道該說我會不會音樂了，彈一點古典流行樂可能會跟不上他們的節奏。

發現大家來餐廳喝酒聊天聽音樂，不一定會點主食呢，只有我覺得去餐廳沒點到任何肉或澱粉會很不像在吃一餐嗎？有人真的來只點了酒，有人只點沙拉，可能沙拉就真的是某些人的一餐，但他們晚上不吃點澱粉都不會餓嗎？

這段記憶的起點是從家中的客廳開始，電視上還在播著計票結果，我爸就換好了衣服帶著我出門，應該是坐捷運[^1]吧，下一個記憶的畫面就是在台北的街頭了，到處都是瓦斯汽笛非常大聲，人擠得水洩不通，應該是在凱道集會吧，我什麼都看不到，印象最深刻的記憶，就是我爸把我揹到他的肩膀上。已經不記得了當下爸爸的神情與舉動，但從嘗試置身其中，見證這種歷史時刻的心情，想必是激動不已。

最近在看美國往中東增兵，派出兩棲突擊艦的消息，想知道這樣等級的船到底有多大，台灣有沒有類似的船艦？

原來這幾年才開始的國艦國造，能做出最接近的船就是兩棲運輸等級，還是有支援陸上作戰的能力，但只能停直升機，還不到可以飛戰鬥機的等級。在這個之前，靠美國的二手船艦，海軍沒什麼可以穩定派上用場的船吧，連 2000 年才拿來的旭海艦，從下水到現在已經超過半個世紀，居然現在還能使用。

幾週前在公司跟中國同事聊天，又驗證到不同訊息管道能帶來的認知差異之大，每天看中國媒體宣傳，應該會覺得美國要輸了吧，實在不知道要怎麼跟他解釋這一切的錯誤認知，就算證明我的觀點是對了又能怎樣，他們能不要再被洗腦嗎？

這星期天氣都很好，今天到了湖邊走一圈，看著這樣的天，就知道又成功度過了一個冬季，最美好的時光不遠了，隨手拿手機拍一拍¹就很漂亮。這個夏天，要在好多地方度過，讓現在每個週末變成旅行社員工，一個接著一個規劃。

湖畔的房子。

望向北方。

望向西方，拍到太陽了反而變得很暗。

試試看 darktable 把曝光調了 +1 EV，這是一個可以直接改變全部像素的設定？

從 PipperL 的這篇文章 認識了 Moze。看到同樣熱衷於紀錄的人，很好奇他們的作業模式，以及為什麼工具選擇上會不同。

Moze 這個介面跟其他手機 App 的複雜度差不多，一般使用者的第一步，新增帳戶頁面就有 12 個設定。

許多在手機或平板上的記帳工具，可以方便使用者「隨手記錄」，但我覺得這是不必要的步驟。「隨時紀錄」增加的是時間軸上的帳目準確度，但這個意義大嗎？對我而言，要養成買飯、網購都要馬上紀錄的習慣太難。

我因為消費都是透過信用卡，每個月的帳單就已彙整了完整紀錄。所以我可以每個月只記錄一次，當然在記錄之前，這個月的帳目就不是準確地。但紀錄的過程只要透過大型語言模型就可以自動分類。之所以任意的語言模型可以接到記帳工具中，關鍵在於我的帳本格式就是純文字檔而已。

當然也不是那麼勤勞的一有帳單出來就記帳，有時候某個帳戶也是兩三個月才去下載一次帳單，然後在 Antigravity 裡下指令：「請整理Ｘ帳戶 2025-11 到 2026-01 的帳單。」，等語言模型看完帳單把交易紀錄輸入進文字檔後，Antigravity 中的 Beancount 插件會及時檢查交易結果造成的帳戶餘額是否符合；如果語言模型列出的所有消費總和跟帳單上的總和不符，可以叫它再檢查一下，或是自己打開帳單比對。

Beancount 就是我在使用的 plaintextaccounting 工具，作者寫的文檔十分精彩，完全不輸給 Moze 的文檔。既然上面都提到了 Moze 的新增帳戶頁面，那我就比較一下 Beancount 這類純文字記帳工具的新增帳戶方式吧。

1. 在電腦上新增一份文字檔。
2. 在文字檔中輸入 2026-01-01 open Assets:Bank:Fubon

就這樣！

今天挑牛排時遇到熱心的廚師來補貨，跟我說他那裏有更好的肉，我笑說我其實看不出來哪一塊比較好，他就分享了挑選肋眼的秘訣：優先選擇上蓋肉較多的，因為那是最嫩的部分。就是圖片裡上層延伸到左邊，被脂肪分開的部分。原來平常看到用繩子綁起來的牛排，就是把上蓋肉撥下來後，捲起來單獨賣的。

今天收到了一則驚喜的 Messenger 消息，是來自 2020 年、疫情爆發前我曾擔任家教的一位學生。他很久沒打開 Facebook了，我很驚訝那個年紀學生還想得起來 Facebook 帳號，他說，剛好翻到了對話紀錄，想問問我最近如何。原來會考古聊天紀錄的人不只我。

現在他上了大學主修資料科學，去年暑假還去當了實習工程師。現在回想起來覺得可惜了，當初因緣際會有了這個教學的機會，對方家長也對我很好，可惜後來在疫情下就中斷了，沒有見證到新一代學生成長的過程。