廢文小天地

前陣子朋友推薦了《世界上最透明的故事》這本小說。

「嚴禁暴雷」、 「只有紙本書可以體驗的感動」，確實是很特別的閱讀體驗，推推。

From Internet Explorer to Algorithm-fed Consumer.

以前是主動探索網路內容的探險家，現在則變成是演算法餵給你吃的消費者。

「掃碼點餐哦！」

試想一下，如果一位年長者來用餐會發生什麼事：

1. 從包包裡掏出老花眼鏡和手機，問說：「啊這個要怎麼掃？」
2. 打開 Line 主頁，點擊「加入好友」，然後選擇「行動條碼」，找到掃描功能。
3. 跳轉兩個頁面後，問說：「蛤？還要輸入電話嗎？」（沒看到下面那個不顯眼的訪客點餐選項）
4. 跳過雜亂無章的首頁推薦，終於找到牛丼區後選擇中碗，選擇醬正常，選擇不客製化。
5. 選擇拒絕加購，選擇拒絕訂閱電子報，接著進入購物車並點擊確認訂單。
6. 選擇信用卡付款，再從皮夾裡掏出卡片，瞇著眼睛輸入卡號和後三碼。
7. 等待簡訊驗證碼，然後反覆切換手機視窗兩三次來輸入。
8. 然後突然說：「欸，怎麼跳掉了？」，因為沒看到到上方還有一個四選一的英文驗證碼。
9. 不爽的說：「好爛喔，不用了啦！」

最後，他還是按下了服務鈴。

1. 直接對服務生說：「我要一份中碗牛丼。」
2. 結帳時，拿出信用卡感應一下就完成。

雖然可以理解這樣是為了減少人力資源與收集數據，但沒想到日本企業會這麼不替客人著想。

或許他們可以這樣改成這樣說：「麻煩手機掃碼或是按服務鈴點餐哦。」

延續上一篇，當純靜態網站的內容越來越多時，載入的時間也會變長。尤其是目前我的每篇貼文都沒有獨立頁面（畢竟內容還很少，而且基本上都是廢文），因此必須考慮加入分頁功能。

關於分頁，如果想保持簡單的設計，可以將每一季的內容分成不同的 Tab，例如用 "2025-Q1" 這種形式。這樣不僅能有效避免頁面膨脹過快，也不需要依賴靜態網頁產生器或後端伺服器來運行。

最後我選擇將圖片的載入方式改為 lazyload ( lazysizes )，只有當用戶快滑到圖片時才會進行載入。這樣雖然能提升效能，不過禁用 JS 的朋友就看不到圖片了，總要有點取捨吧？

（2025-08-14）更新：改用瀏覽器內建的 loading="lazy" 屬性了。主要原因是大多數瀏覽器已經原生支援這項功能，即使瀏覽器不支援或禁用了 JavaScript，也能透過傳統的方式載入。

Z-Type

一個非常酷炫的英文打字射擊遊戲。

• 這裡目前是個單純的 HTML / CSS / JS 網站，暫時 Host 在 Cloudflare Pages。
• 也可以放在 GitHub Pages？或者租個便宜的 VPS？還是放在我的樹莓派上？
• 嘗試簡單用 PHP + MySQL 做了一個動態版本，運作得很好，但總覺得沒有必要。
• 也許可以等 Laravel 12？再做個後台系統整合，也能顧及安全性與擴充性？
• 又或者用 Astro 或 Hugo 來動態的產生靜態網頁？
• 整合這些酷炫的技術可以為我的履歷作品集加分？
• 還是算了吧，懷舊風的網站就保持用最簡單、最傳統的方式吧！

偶然在 YouTube 上面看到這個 Block Eleven Solitaire 撲克牌的影片。

這是一個簡單、純靠運氣的單人撲克牌遊戲，一場約五分鐘，值得一試。

規則如下：

1. 從牌堆中發 12 張牌，正面朝上，若出現人頭牌則取回放到牌堆的最下方並重發一張。
2. 找到兩張數字相加為 11 的牌，從牌堆中發兩張牌覆蓋上去，重複這個動作。
3. 若出現人頭牌則該區被鎖定，不能再覆蓋上去。
4. 牌堆全部發完時遊戲獲勝，此時檯面上只會有人頭牌。
5. 不保證每次都能獲勝，仰賴你的運氣。

Slay the Spire

今天終於把全部四個角色的難度 A20 都給破完。

今天買了一雙 Mizuno Maximizer 26，在這之前都是穿家樂福 399 的雜牌，好像沒買過 600 元以上的鞋，來驗證一下是不是便宜的比較貴、貴的比較便宜（因為既耐穿又舒服）。

紀錄一下同類型的鞋：

• Mizuno Wave Rider - NTD 2,300
• Mizuno Maximizer - NTD 1,100
• Mizuno Spark - NTD 1,100

好久沒看到三色果醬吐司（花生、草莓、巧克力），好想吃。

aka PB & J & C.