开发・设计・日常
搜索
通过关键词、分类与标签，找到想读的文章。
主分类
标签
搜索与筛选需要 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 就能完成的部分。