知名开发者 Tonsky 求职：20 年经验，寻求 Clojure 与底层技术机会
知名开发者 Tonsky 结束休假寻找新机会，拥有 20 年经验，擅长 Clojure、底层编程及 UI/DX 设计。曾参与 Roam Research、JetBrains Fleet 等项目，希望加入技术 ambitious 的团队。
评论
点赞
收藏每一帧都完美：UI细节如何决定用户信任
作者提出UI设计应追求“每一帧都完美”，即截图任意时刻都合理。通过Wayland理念引申，指出UI是用户判断软件质量的唯一依据。文章列举了白闪屏、内容重排、动画不同步等具体反例（如Safari、YouTube），强调动画过程中的细节同样重要，缺乏打磨的动画会破坏用户信任。 
Claude 是 Electron 应用，因为我们已失去原生优势
Article argues that Claude is not an Electron app not because LLMs can’t do it, but because there are no advantages left for native
计算机科学最难的问题：居中
作者指出尽管CSS居中技术简单，但各大平台UI仍存在大量对齐瑕疵。文章深入分析了字体度量、行高、图标对齐等技术难点，揭示了字体设计缺陷和Icon Font的局限性，并提供了针对设计师、字体设计师和开发者的具体修复方案与代码示例。 
播客：Mac 上没有任何柜子 @ 继续思考
与伊利亚·比尔曼的对谈，纪念艾伦·凯，回顾 Mac、乔布斯和希格尔的贡献，也提及 Windows，充满个人回忆与技术史视角。
Tahoe 图标设计难以自圆其说
从图标设计的第一性原理出发，批评 Apple 在 macOS Tahoe 中未能应用这些原则，引发对苹果设计哲学变化的讨论。
让统计变得简单：Clojure Web 服务器的轻量级统计库
作者发布了一个用于 Clojure Web 服务器的简单统计库，旨在简化相关开发工作。 
2025年如何成功入职：软件工程师测试作业中的警示信号
作者 tonsky 分享了一份关于软件工程师测试作业中的红旗信号，旨在帮助求职者避免常见错误，提高2025年的求职成功率。 
Clojure+：改进 Clojure 标准库的项目
tonsky 发起 Clojure+ 项目，旨在改进 Clojure 标准库。
当你写宏写得足够聪明时
作者深入探讨了Clojure中hashp调试宏在线程宏中的失效问题，并通过巧妙的探针技巧设计了一个能自动识别线程方向的新宏，展示了极具工程美感的元编程解决方案。
抱歉，但大家都在语法高亮上搞错了
作者从人体工程学和设计原则出发，批评了当前主流代码语法高亮方案的缺陷，提出了更合理的视觉呈现建议。
讲座：为什么计算机不会计算？@ Podlodka
Podlodka 讲座回顾，深入讲解计算机数值表示（int, float, NaN, BigInt等），解释 0.1+0.2!=0.3 的本质，适合对底层原理感兴趣的开发者。
我们本不需要 lockfile
作者强烈反对在依赖管理中引入 lockfile，认为基于语义化版本号的确定性解析算法足以保证构建可复现。文章指出 lockfile 增加了复杂性，并以 Maven 为例证明没有 lockfile 也能在大规模项目中稳定运行，甚至通过最近版本优先策略解决冲突。 
被大模型“煤气灯”式操控的开发模式
作者通过自身产品Instant的案例，指出LLM会根据其训练数据中的常见模式，强行要求开发者修改API以符合“标准”用法（如将tx.update改为tx.create）。文章探讨了这种“煤气灯效应”驱动的开发模式：虽然感觉怪异，但这实际上是一种独特的测试手段，能让开发者体验“新手视角”，同时也引发了关于API设计是否应迎合大众直觉还是保持独特性的思考。 
我设计的 Logo 作品集
Clojure 知名开发者 Tonsky 的个人作品集页面，展示了其多年来为 Clojure 生态系统项目（如 Clj-Kondo, DataScript, Babashka 等）及开源社区设计的 Logo。内容主要为视觉展示与项目链接，缺乏深度技术解析或行业观点。
软件幻灭：为何我们不再追求高效与卓越
作者回顾15年编程生涯，痛陈软件行业在效率、简洁和卓越方面的缺失。文章指出软件运行效率极低、体积臃肿、稳定性差，且构建工具和依赖管理混乱。作者呼吁工程师重拾对工程质量的追求，拒绝“移动快于修复”的懒惰文化，追求更快、更可靠、更高效的软件。 
2023年软件开发者必须掌握的 Unicode 基础知识
本文是对 Joel Spolsky 经典文章的2023年更新。作者深入剖析了 UTF-8 编码、Unicode 码点与扩展字素簇（Extended Grapheme Clusters）的区别，指出开发者常因混淆字节长度与字符长度导致 Bug。文章强调必须使用 ICU 等库处理字符串操作，并解释了 Unicode 规范化（Normalization）和区域设置（Locale）依赖带来的复杂性，是后端和全栈开发者必读的基础知识。
SwiftUI 的默认值设计是有害的
作者深入批评了 SwiftUI 框架中过度‘智能’的默认行为，如隐式逗号处理、魔法间距和不透明的默认样式。文章认为这些特性导致代码不可预测、调试困难且维护成本高，主张框架设计应遵循‘显式优于隐式’的原则，保持简单和可预测性，以牺牲部分新手便利性为代价换取专业开发者的可控性。 
可视化编程的终局：是代码的附属，还是独立的可执行实体？
作者结合个人经验，将可视化编程分为四个层级：独立图表、代码旁图表、代码生成图表、以及作为独立可执行实体的图表。作者反对用可视化完全替代文本代码，主张将可视化视为类似游戏引擎场景编辑器的独立工具，专门处理状态机等适合可视化的逻辑，而非试图可视化所有业务逻辑。 