寒蝉 Hancic
分布式系统设计方法论
设计分布式系统，最难的不是学概念，是拿到需求知道从哪下手。不是找最优解——最优解不存在。
标签：方法论
「2026-08」的文章 清除筛选
日志级别选择指南：DEBUG、INFO、WARN、ERROR 各自该出现的地方
刚开始写代码，日志就是 print("hello")。能出结果就行。 后来项目上了线，print 不管用了。打了太多，找不着；打了太少，查不到。半夜三点报警响了，你翻日志翻了几百兆，发现全是「程序已启动」「查询已完成」，没有一条告诉你为什么慢。 这就是日志级别的由来：不是给机器分类的，是帮你在半夜三
定时任务方案选择指南：crontab、K8s CronJob、Airflow、XXL-JOB 各自该出现的地方
一个项目刚开始，定时任务少，随手扔个 crontab -e，一行表达式一个脚本。没人纠结——能跑就行。 后来定时任务多了。三个 cron 变十几个，散在不同机器上。没人知道哪个在跑、哪个停了、哪个重复了。要补跑、要暂停、要看日志——每次都先 ssh 上去找脚本在哪。然后你开始看调度框架：Airflo
加密算法：从竞争到标准化
AES 不是 NSA 说了算的，是全球密码学家一起看、一起打、一起挑出来的。RSA 解决了密钥分发问题——公钥公开，私钥不出门。加密算法间的竞争，从暗箱走向公开标准。
校验码：只防意外，不防人
校验和哈希长得很像，但目的完全不同：哈希防恶意碰撞，校验防传输错误。从奇偶校验到 CRC，每一种校验算法都在对付更复杂的物理错误，但设计上永远不防人。
哈希算法的进化：从 MD5 到 SHA-3
MD5 被攻破了，SHA-1 被攻破了。SHA-2 还站着，SHA-3 等着接班。选哈希算法不是问「哪个最先进」，是问你的使用场景，攻击者是谁。
配置文件格式选择指南：JSON、YAML、TOML、INI、ENV、XML 各自的代价与适用场景
有个事在软件开发里反复发生：你花在纠结配置文件格式上的时间，比你花在写配置本身上的时间还多。 这不是你的问题。配置文件在任何一个项目里都长成痛点：一开始随手扔个 .env 就够，后来要分环境、要嵌套、要注释、要校验——每个需求冒出来时，先前的格式就有一项撑不住。于是你开始看别的格式，发现每种都有一帮
从内存到消息队列：数据交换的进化链
一个系统刚开始的时候，所有数据都在一个进程里。函数调函数，变量传变量——快，简单，不会出错。这时候你不需要什么 REST，不需要什么消息队列，甚至不需要文件。 后来系统长大了。数据量撑破内存，业务逻辑要拆成多个进程，甚至要拆到不同的机器上。这时候你才意识到：数据要跨边界了。跨边界的代价，比你以为的大
我不觉得会用 AI 工具是人与人之间的差距
我不觉得会用 AI 工具是人与人之间的差距。说这话的人，不是在贩卖焦虑，就是在自我欺骗。 这句话不讨喜，但我还是想说。因为最近半年，你一定见过这些场景：朋友圈里有人截图发「我用 AI 一天干完了别人一周的活」，评论区清一色「求教程」「求带」；短视频里博主表情严肃地告诉你「不会用 AI 的人正在被淘汰
从技术到产品的切换
技术视角的完成由内部指标定义,全部能在开发环境里验证,却自洽地排除了"用的人怎么想"。当交互成本大于系统成本,该切换产品视角了:用「能用、好用、在用」重新定义完成,把技术包装起来,让业务知识成为使用产品的唯一门槛。
