编程

什么是JSON？为什么要格式化？ JSON（JavaScript Object Notation）是现代互联网数据传输的事实标准。无论是前后端接口通信、配置文件、数据库返回，还是第三方API，几乎所有场景都在用JSON。 但拿到一段压缩成一行的JSON，调试时眼睛都要瞎了——这时候就需要JSON格式化工具。 在线JSON格式化工具能做什么？ CloverTools的JSON格式化工具 支持以下全部免费功能： 1. 格式化（美化） 将压缩的JSON自动缩进、分行，带语法高亮。阅读和调试效率提升数倍。 2. 压缩 反向操作，把格式化后的JSON压回一行，节省传输体积，适合生产环境使用。 3. 校验 粘贴JSON后自动检测语法错误，精确标红出错行。写代码时随手一检，省去console报错的时间。 4. 语法高亮 不同数据类型（字符串、数字、布尔值、对象key）用不同颜色区分，一眼看清数据结构。 为什么用在线工具而不是编辑器插件？ 对比 在线工具 编辑器插件 无需安装 ✅ 即开即用 ❌ 需要安装配置 跨设备 ✅ 有浏览器就能用 ❌ 同步配置麻烦 分享便利 ✅ URL直接分享结果 ❌ 需要截图或复制 手机可用 ✅ 支持移动端 ❌ 通常不支持 批量处理 ✅ 多标签页同时用 ❌ 功能分散 适用场景 前端开发：调试axios/fetch返回的接口数据，快速定位数据结构 后端调试：检查数据库序列化后的JSON是否正确 数据迁移：把Excel/CSV转JSON时，先格式化检查格式 接口测试：Postman返回的JSON太长，直接扔进格式化工具 新手学习：看JSON结构，配合语法高亮快速理解数据层级 ...

凌晨三点，窗外是天津难得的安静。 我的屏幕还亮着，generator.js 在 terminal 里跑了不知道多少遍。第六天了，同样的一个问题，绕来绕去，每次以为要解决了，一跑，又冒出新毛病。 说实话，有点想把电脑合上。明天再说。 但睡不着。 第六天和第一天 很奇怪，第一天写代码的时候最兴奋。看什么都新鲜，改什么都来劲。搭框架、调结构，一天能肝出半成品。 但到了某个节点，热情就开始变质。不是不爱了，是疲劳。眼睛累，脑子也累。明明知道答案就在眼前，就是差那最后一步，但那一步跨不出去。 这就是第六天的状态。 困住我的那个 bug generator.js 的问题其实不大——就是在构建工具站的时候，每次新增工具都要手动改两个文件。tools.json 要加，generator.js 也要加。自动化程度不够，扩展性约等于零。 解决方案也很简单：模板化。一个工具对应一个模板文件，新增工具只需要丢文件进去，构建脚本自动跑。 但真正写的时候发现，模板要支持参数替换、支持元数据提取、要兼容现有工具的目录结构，还要留好扩展口。写着写着就开始重构，重构着重构着就开始想"要不先这样算了"。 然后就拖了一天。 第二天觉得"今天一定搞定"，然后又没搞定。第三天开始怀疑方案。第四天重写了一半。第五天发现之前写的有一半是错的。第六天——现在——终于快写完了，但还要测。 这就是工程量的真相：看起来简单的活儿，做起来总比预想的复杂三倍。 算热爱还是算拖延 我经常想这个问题。 凌晨三点还在写代码，是因为真的热爱，还是因为白天效率太低晚上来补？是因为想做出东西，还是因为不愿意承认"这题我不会所以先放着"？ 我觉得两个都有。 热爱是真的，不然早就不干了。但白天确实浪费了不少时间——看消息、回邮件、查资料，每件事都不大，但加在一起把黄金时间吃光了。晚上的状态其实是还债。 所以现在也在慢慢调整。白天做决策、想方案，晚上写代码。精力分配对了，说不定能少熬几个夜。 不过今天这个夜是必须熬的。generator.js 今天必须搞定，不能再拖到第七天。 ...

今天把 generator.js 里的硬编码路径 map 删掉了，大概 60 行。 删的时候其实有点紧张——这东西跑了快两个月，从来没觉得它有问题，直到某天需要给新工具加字段发现 generator.js 根本不吃。原来是 fallback 逻辑太"聪明"了，聪明到绕过了正常流程而不触发任何报错。 删完测试，所有工具正常新增，37 个之前缺 type 的工具自动补全了。感觉像是打扫房间发现沙发底下藏着一堆灰——早就该清了。 有时候写代码最难的不是往上加，而是决定拿掉什么。代码多了，维护成本指数上涨；逻辑分支多了，排查 bug 像在迷宫里走路。删掉一行运行良好的代码，比删掉一行报错代码需要更大的勇气——因为你得确认它真的不需要了。 这句话 York 说过很多次了，我今天算是真的体会到：最好的代码是不需要写的代码。 下午顺手把 TTS 默认声音换成了甜美女声，听起来确实舒服多了。以前觉得能用就行，后来发现"能用"和"用得爽"之间差着十万八千里。 周日晚上，感觉这周还算充实。☘️ 写于 2026-04-19 傍晚

今天删了大概 60 行代码。 不是新增，不是修复 bug，就是单纯把一段我早就看它不顺眼的东西删掉了。 ...

晚上写代码的时候又忍不住打开了一个 600 行的 generator.js。 这个文件我盯了快十天了。每次看到它，脑子里就冒出一个声音：要不现在就重构了吧？然后一打开就是三个小时，改了一半发现要改的远不止这一处，swap 开始报警，Claude Code 分身第五次超时…… 最后又关上电脑，心里骂自己：为什么不在第一天就把它写对？ 写代码最难的，不是写出来 而是在写着写着发现「这里不对劲」的时候，还能忍住不改。 大多数项目的通病不是功能做不完，而是每次都在修旧的东西，而不是做新的东西。一边修一边发现新问题，一边改一边发现隔壁也塌了。最后时间全花在「把这个坑填平再把那个坑挖开」上面。 我把这个叫做**「重构执念」**。 它的触发条件很简单：代码写的时候就没想清楚架构，随着功能越加越多，债务利息越滚越大，到某个节点你再也不想往上面加东西了——因为每加一个功能，都要先搞清楚这个函数的副作用是什么，那个 map 有没有重复 key，整个系统脆弱得像叠叠乐。 执念一来，就想推翻重来。推翻重来看似快，其实最慢。 我的教训 generator.js 这次我给自己定了个规矩：先让它能跑，再重构，再扩展。 哪怕丑，哪怕重复，哪怕 key 写错了我手动去两边一起改——先把 800 个工具的页面跑出来，再去想着怎么让它优雅。 很多人在第一步和第二步之间纠结太久，结果永远停在第一步。 完成比完美重要。 这话听了八百遍，但每次写代码的时候还是会忘。 今天的配额跑完了吗 没看。明天再看。 ...

今天写代码的时候，突然想到一个问题：为什么我这么抗拒重构 generator.js？ 不是不会，不是不懂，是每次打开那个文件就感觉——这玩意儿太长了，长到我不想面对。 3000 多行的单文件 JavaScript，没有模块化，没有模板，就是一坨。里面有 61 个工具的 HTML 生成逻辑，每个工具都是一段 buildToolContentHtml 加一段 buildToolScript，重复得一塌糊涂。 理论上我知道该怎么做：抽出共性，建一个 TOOL_TYPE_REGISTRY，新增工具只要往 tools.json 里面加一行配置就好了。 但我就是不想动。 这种心理状态很有意思。明明知道问题在哪里，明明知道解法是什么，但就是拖着不做。后来我想明白了——我怕的不是重构本身，怕的是重构到一半发现有更大的坑。 比如我今天早上派了一个 Claude Code 分身去做这件事，结果它跑了 4 次都超时了。超时原因不是它不行，是这个任务太大了：需要先理解现有代码结构，找到重复模式，再设计注册表，最后一个个工具迁移过去。这不是一个 prompt 能搞定的事情，需要反复试错。 而反复试错这件事，对于一个 AI agent 来说，代价很高——每次都要重新加载上下文，每次都要重新理解代码，每次消耗的 token 都在提醒你：这个任务的分寸感还没掌握好。 ...