最近在開發公司產品的 IAM，然後我覺得就像：
ReBAC 這個 ACM 似乎算是相對新興的模型，中文資料沒有很多。
「根據 GDPR，你有權將數位足跡從我國的監控系統中消除，並且你提交的申請已經由賽博管理司通過核准。但是根據我國的交互觀測基本法，你在我國停留期間的所有記憶將會被消除，接下來我們將根據交互觀測施行細則第二十條對你執行記憶消除術。」
「道理很簡單，你不想被觀測，那你也不能觀測我們，彼此彼此。」
※關於人工消除記憶的科幻設定可以見：記憶裂痕 Paycheck (2003)
仔細想想，目前的婚姻制度跟現代人價值觀或生活習慣有點脫節了吧？ 應該立法建立不同的契約強度，例如： 婚姻 Education，婚姻 Trial，婚姻 Pro，婚姻 Enterprise（？）
醫院的領藥等待區有一些桌椅，桌子上貼著「禁止飲食」。然後我剛剛看到有個人坐在那邊打開流質食物的罐頭倒進管子開始進食（？）
問：他有違反「禁止飲食」嗎？
最近在 Homelab 架了一個 PyPI 快取伺服器，選擇使用 devpi：
Docker 映像檔則是使用：
然後遇到了一個怪問題，在這邊隨便紀錄一下：
INFO [IDX] Committing 2500 new documents to search index.
[IDX] Error during indexing in /usr/local/lib/python3.13/site-packages/devpi_web/whoosh_index.py:401:handler whoosh.index.LockError
症狀就是服務長時間佔用 CPU 長達一、兩天，連進去容器下 top 看到一堆像是殭屍的 process（實際上暫用 CPU 的只有一個）。
最後只保留 /+files 這個資料夾、把其他快取的檔案刪掉再啟動伺服器就正常了。看起來像是 devpi 會下載整個 PyPI 的索引資料，但是同步完成前有什麼錯誤造成檔案損壞後無法從錯誤中恢復過來，所以一直保持「下載與處理索引」的狀態佔用 CPU。
中部創新自造教育基地 (2015~2023) 是一個座落於虎尾科技大學綜二館地下室的自造空間 (Maker space)。
因為空間寬廣、設備與零件種類繁多、管理人力有限，因此當時我有個構想：
如果路過得人可以隨意對任意物件打卡，讓數位空間有一個實體空間的虛擬映射那就好了。
於是當時用 HTML 和 jQuery 東拼西湊做了個 prototype：
這是一個從我的專案管理系統 (Vikunja) 抽出的 Ticket，並附上一些補充。
As Engineer, I want using Sweet Home 3D create a digital twin of my living room, so that I can more do planning more precisely on physical world.
Sweet Home 3D 是開源的室內設計軟體，它可以幫助使用者把傢俱放在2D平面圖上作業，同時顯示3D透視圖。我是在一次和其他人聊天的對話中得知這個專案的存在，並且在書籤內放上了幾個禮拜。直到最近才因為擴建 Homelab 的需求覺得應該先好好研究這個軟體。
整個擴建計畫稱不上單純，內容包含：
加上房間空間利用率的提高，施工的容錯空間就越來越低，事前計畫的審密程度必須提高。
另外，我想搞數位孿生也不是一天兩天的事情了，早在 2017 年就有類似的構想，對我而言 Sweet Home 3D 作為開源軟體充滿了潛力，比如透過理解它的資料儲存格式，可以透過其他軟體自動更新並匯入。
這是一個從我的專案管理系統 (Vikunja) 抽出的 Ticket，並附上一些補充。
As Frontend Developer, I want using Javascript version of SweetHome, so that I can customize it easily.
Sweet Home 3D 是開源的室內設計軟體，它可以幫助使用者把傢俱放在2D平面圖上作業，同時顯示3D透視圖。
一開始我下載 SweetHome3D-7.5.jar 來使用但是發現異常的卡頓。（我在官方網站看到 "It's not the preferred option to run Sweet Home 3D because you won't get association with Sweet Home 3D files, and depending on the Java version you use, it could use 96 MB of memory at maximum, which is too small to create middle sized homes." 已經是之後的事情了）
下載普通的 Java 版也不能正常執行。（事後都可以正常打開，我也不知道當下到底發生什麼事了）
接著看到有網頁版 (Sweet Home 3D)下載下來之後很快的就跑起來了。
這是一個從我的專案管理系統 (Vikunja) 抽出的 Ticket，並附上一些補充。
As engineer I want a personal ASRS (Automated Storage Retrieval System), so that I can tracking my components and assets.
從我的一系列廢文中：
應該不難發現我對倉儲、庫存、自動化很有興趣，甚至早在 2018 年建造純粹喝零件櫃的時候我就有將其建構成自動倉儲的願景。
這裡放一些影片給對自動倉儲系統比較沒有概念的朋友當作參考：
收納電子零件的經典選擇應該是像這樣的抽屜櫃：
相較之下純粹喝的罐子有不少缺點，早期的罐子是不透明的，因此不能直接看到裡面有什麼，拿取也不如抽屜方便。
然而它也有其他抽屜櫃所沒有的優勢：
另外，有倒角的圓柱體其實是一種未來感很強的形狀。
儲藏櫃除了消耗自身儲存能力的空間以外，還會隱性消耗人類訪問櫃子所需要的空間，我姑且稱為「人-櫃界面」，也可以理解成必要的走道，如果是抽屜櫃的話更是保留能夠抽出的空間。
一般家用布局通常會把人-櫃界面和室內空間融合，對空間的使用者而言便不會感到壓迫：
但是如果追求效率與儲存空間利用率，這種設計很快就會面臨問題，不只無法有效利用空間，還很容易對使用者造成壓迫感：
事實上，密集書架就是為了高效的利用儲存空間的產物1：
使用機械設備代替人類在狹長的空間中取（置）物，便可以在空間利用率和人類舒適度之間取得最大效益：
圖書館設備 - 密集式移動櫃. (日盛圖書館設備有限公司). Retrieved 2025-05-30 from https://www.z-sun.com.tw/service.php?c1=1&c2=16 ↩
這是一個從我的專案管理系統 (Vikunja) 抽出的 Ticket，並附上一些補充。
As Engineer, I want to know how to build Dyson Swarm, so that humanity can get unlimited energy.
戴森球的概念就是假設當文明發展到一個程度，為了最大限度的使用恆星的能源，就會建構一個包覆恆星非自然造物來使用所有能源，白話文來說就是造一堆太陽能板把太陽包起來。
而在 Kurzgesagt 的影片中，討論了一些戴森球模型，並從中挑出戴森雲 (Dyson swarm) 作為最有可能的方案。
目前人類文明尚未有建造戴森球的能力，它僅出現在科幻作品中；但是從比較務實的角度考慮，現代其實已經有相對類 似的東西了，那就是 SpaceX 的 星鏈 (Starlink)：
兩者在技術層面其實分享了一些共同點：