原标题:《Highlighting My Code Based on How Much I Care》 评分: 27 | 作者: hankbond 💭 把代码涂成彩虹,阅读体验就自动变好吗? 🎯 讨论背景 这篇文章讨论的是一种个人化的代码高亮实验:作者不是按传统 syntax categories 上色,而是按自己觉得重要的程度让 token 更醒目。评论里不断把话题拉回到编辑器主题和可读性,比如 VSCode(主流代码编辑器)、Emacs(经典可定制编辑器)、Vim(键盘驱动编辑器)以及 KDE 的 KWrite(KDE 桌面环境中的文本编辑器)里各种主题的优缺点。大家还拿 Rust、Zig、Lisp 这些语言举例,说明某些语法特征会过于频繁或过于显眼,反而削弱阅读效率。整体上这是关于“颜色到底该帮助理解,还是只是装饰”的老争论,只是这次被一个更激进的高亮方案重新点燃。 📌 讨论焦点 反对花哨语法高亮,偏好极简或关闭 不少人把传统 syntax highlighting 视为“过度上色”,甚至认为坏主题比没有高亮更糟。有人直接抱怨页面字体难读、灰度对比不足,导致连站点本身都看不