标签:方法论

定时任务方案选择指南:crontab、K8s CronJob、Airflow、XXL-JOB 各自该出现的地方

76 阅读 0 2680 字 · 约 9 分钟

一个项目刚开始,定时任务少,随手扔个 crontab -e,一行表达式一个脚本。没人纠结——能跑就行。 后来定时任务多了。三个 cron 变十几个,散在不同机器上。没人知道哪个在跑、哪个停了、哪个重复了。要补跑、要暂停、要看日志——每次都先 ssh 上去找脚本在哪。然后你开始看调度框架:Airflo

配置文件格式选择指南:JSON、YAML、TOML、INI、ENV、XML 各自的代价与适用场景

78 阅读 0 4928 字 · 约 17 分钟

有个事在软件开发里反复发生:你花在纠结配置文件格式上的时间,比你花在写配置本身上的时间还多。 这不是你的问题。配置文件在任何一个项目里都长成痛点:一开始随手扔个 .env 就够,后来要分环境、要嵌套、要注释、要校验——每个需求冒出来时,先前的格式就有一项撑不住。于是你开始看别的格式,发现每种都有一帮

从内存到消息队列:数据交换的进化链

50 阅读 0 3277 字 · 约 11 分钟

一个系统刚开始的时候,所有数据都在一个进程里。函数调函数,变量传变量——快,简单,不会出错。这时候你不需要什么 REST,不需要什么消息队列,甚至不需要文件。 后来系统长大了。数据量撑破内存,业务逻辑要拆成多个进程,甚至要拆到不同的机器上。这时候你才意识到:数据要跨边界了。跨边界的代价,比你以为的大

我不觉得会用 AI 工具是人与人之间的差距

71 阅读 0 2648 字 · 约 9 分钟

我不觉得会用 AI 工具是人与人之间的差距。说这话的人,不是在贩卖焦虑,就是在自我欺骗。 这句话不讨喜,但我还是想说。因为最近半年,你一定见过这些场景:朋友圈里有人截图发「我用 AI 一天干完了别人一周的活」,评论区清一色「求教程」「求带」;短视频里博主表情严肃地告诉你「不会用 AI 的人正在被淘汰

从技术到产品的切换

81 阅读 0 1453 字 · 约 5 分钟

技术视角的完成由内部指标定义,全部能在开发环境里验证,却自洽地排除了"用的人怎么想"。当交互成本大于系统成本,该切换产品视角了:用「能用、好用、在用」重新定义完成,把技术包装起来,让业务知识成为使用产品的唯一门槛。

跑得快:把 Rust 判了缓刑

62 阅读 0 1036 字 · 约 4 分钟

跑得快实录:profiling 实测 50 票纯计算不到 1 秒、全市场外推 30 秒——按决策表 Rust 取消、分区存储和 tj-web 推迟,三个大复杂度全部缓刑;把「什么时候优化」写成可对照的触发阈值。

跑得稳:不盯也能跑

56 阅读 0 1092 字 · 约 4 分钟

跑得稳实录:任务表让跑批可追溯,调度写进代码不依赖宿主 cron(Docker/本地同构),备份先做、告警克制,以及「机制就绪不等于验证完成」的诚实边界。