開發・設計・日常
搜尋
透過關鍵字、分類與標籤，找到想讀的文章。
主分類
標籤
搜尋與篩選需要 JavaScript。你仍可前往部落格閱讀所有文章。
瀏覽所有文章告別 AI 感：介面設計的細節與講究
從 ring 與 hairline、圖片內緣與頭像堆疊，到文字換行、數字排列與動態銜接，用原創圖解拆開介面細節，讓邊界、間距與操作回饋彼此協調。
同一個部落格，從 Next.js 換到 SvelteKit，再換到 Astro
aron.tw 換了兩次框架，畫面與功能保留下來，搜尋頁的外部 JS 少了約九成。記下這次重構省掉的工作、留下的互動程式，以及換頁測試裡需要更正的解讀。
《巷仔口食堂》：開一家店，也認識一條街
介紹我開發的像素經營遊戲：從採買與菜單開始，看天氣、人手和常客怎麼改變一天的生意，打烊後又留下哪些話可以慢慢聊。
AI 接下工作後，SaaS 該收哪一筆錢？
從 Klarna 的成本、Fin 的計費定義到 Pilot 的人工覆核，看軟體接下工作後，怎麼決定交付單位，以及省下的錢為什麼不一定成為供應商利潤。
App 越來越多，誰來把事情接起來？
每個工具都能完成自己的工作，跨工具的搬資料、對時間與追進度卻仍由人接手。下一個介面若值得留下，應該先減少這些協調工作。
原生 CSS @function：先算出值，再看它在哪裡失效
用間距函式理解參數、使用位置求值與 result，並看清楚錯誤引數為什麼不一定退回上一行 CSS。最後再決定是否值得採用。
這個 utility，現在還替你做什麼？
原生 API 能取代一些套件用途，卻未必保留原來的語意。從一個 null、Node 的內建能力與 npm 下載量，判斷哪些依賴可以移除，哪些仍值得維護。
AI 做得出來，使用者為什麼要換？
預約頁面做好了，改期卻還要在三個地方各改一次。從這件小事看產品該先完成什麼，以及我為什麼寧願晚一點加上新的 AI 功能。
AI 會寫 CSS 之後，框架要經得起第二次修改
第一版卡片做出來了，換品牌、放進側欄、保留售罄與焦點狀態才開始考驗工具。從 CSS 的演變回頭看，框架值得留下的理由，往往藏在後續修改裡。
原生 CSS @mixin 草案：把一組樣式交給呼叫者
@mixin 重用的是宣告與巢狀規則。用卡片和提示區塊看 @apply、參數與 @contents 各自做什麼，以及今天用共用 class 就能完成的部分。