limboy

无意中发现的一个越南视觉设计师的网站，甚是喜欢。

I taught myself with borrowed sketchbooks and long hours of observation — sketching what I saw, recording what I felt. I collected fragments of daily life: textures, gestures, overheard stories, the quiet poetry of familiar streets.

Over time, this self-taught path shaped my practice into what it is now — vibrant, culturally-rooted storytelling through illustration, where colors and memories meet.

这个网站收集了 500 来个看着很舒服的 Workspace，定制自己的工作空间时，可以逛一逛，找找灵感。

这个 Dia 浏览器的拖拽 Tab 到 Split Area 的细节很舒服，当两者越来越近时，Split Area 会「迎」上去，然后黏在一起，分开时也有中恋恋不舍的感觉。

原来 Threads 里的 Post 15 分钟内可编辑，超出时间就锁定了，这个设定挺好，可以避免关注该 Post 的用户某天忽然看到不知所措的内容（印象中 v2ex 好像也有类似的设计）。

分享个小作品：笔画猜成语。规则蛮简单的，就是根据给出的部分笔画，猜目标成语。笔画数会随时间的流逝慢慢变多（每1分钟多 10%，最多显示 50%）。每天一个成语。媳妇儿还挺爱玩的。

作者分享了他构建大型软件项目的一些技巧，基本赞同。（PS：Ghostty 确实挺不错的，已经是我的默认终端了）

在项目启动阶段，最困难的是找到一个合适的切入点。他建议选择一个能够尽快看到结果的“子项目”，即使这些结果最初可能不那么“可见”，也可以通过自动化测试来验证进展。例如，在开发终端模拟器时，他选择从 VT 解析开始，通过编写测试用例来验证解析器的功能，从而获得“测试通过”的成就感。

核心是以下几个步骤：

1. 将大问题分解为小问题，每个小问题都必须有清晰的可见结果。
2. 只解决小问题到足以推动大问题的演示层面，然后转向下一个小问题。
3. 解决足够多的小问题，以便开始构建可运行的软件演示，然后继续迭代更多功能，尽可能频繁地进行演示。
4. 如果适用（个人项目或解决自身问题的项目），优先开发能让自己采纳软件的功能，并持续首先解决自己的问题。
5. 根据需要，返回并迭代改进每个组件，重复此过程。

非常喜欢的 WWDC25 的一个视频。作者从 idea 开始，结合设计上的最佳实践，一步步对 App 进行改造。中间可以多暂停几次，想象如果是自己来设计这个 App 会如何考虑，然后跟作者的解决方案对比，看哪个更好。非常推荐给想把 Design 技能包装入囊中的 Coder。

作者花了 5 年的时间做了这个动画库，确实酷！可以在这里一窥这个网站是如何做出来的。 https://x.com/JulianGarnier/status/1910336387812860380

有人问到，这个网站从想法到实现大概花了多久，作者的回复：

I started working on the website in early January, spent around 3 weeks on the design, then one month on the dev, and an other month on the copy, performance improvements and refined the design before release.

分享下最近的作品：

避风塘：一个分享日常的地方

Clear 居然还在更新···

Claude Code 有一个很方便的功能是 Reference Code，比如你想让它以某份代码为模版，来实现当前的功能，把目标文件用 @ 标注一下，然后直接跟他说就行了，真的很聪明。