每周见闻(31):降本到底增不增效?

每周见闻:2025-08-17 - 2025-08-24

思考

降本是近两年来的趋势,记得年头大厂们的 P0 事件被调侃“降本增笑”,而现在我们也因为成本控制搞得有些神经紧绷。

有时候我会思考,降本到底是降什么呢?如果是优化不合理的使用方式或者不合理的架构设计,那确实是非常有益且能提升效率的。但如果仅仅只是为了账单好看,把三方服务都变为自托管,那背后的维护、二次开发成本不见得会减少,效率也不见得能提升。万一中间出现偏差(排期、开发难度等),可能就是一地鸡毛。

当年某滴当时升级 K8S 时详尽分析了两个方案,一个是原地升级,一个是替换升级。安全性上明显更好的替换升级被否,采用了成本上更经济的原地升级方案。后面的结果大家都知道了。

愿所有在做降本的朋友,都不会碰上糟心事。

其他

1、37岁退休一周年:经验与心得分享 | YFZZ[^1]

标签:Life,思考

这篇博客讲述了作者 FIRE 生活一周年的心得和感受,写了很多细节。包括前期的规划、心理建设、FIRE 后的生活。

  • 经济规划上:尽量减少重大“变量”(如结婚生子、买房买车,家人病重……),尽早规划好大额支出。同时做好支出预算,调整自己的消费比例。核心就是“开源节流”再配合副业辅助。
  • 心理建设上:FIRE 是像着心中的方向迁徙,而不是逃离某个地方。

特别是心理建设的部分写得很棒,从 FIRE 的目的到 FIRE 后的转变和可能的困境都进行了分析。对 FIRE 感兴趣的朋友强烈建议看下作者原文。

FIRE从来不是结束,而是一种自由人生的开始!
能够开心的过完这一生,本身就是最珍贵的意义。

2、一个 CEO 的一天是怎么度过的?[^4]

标签:Life

王总的 CEO 的一天生活,感觉拍成“自律 CEO 的一天” 这种短视频应该会很有意思。排得满满当当却又有一种井井有条的感觉。一天 1 公里游泳 + 4 公里散步真的太厉害了。


工具

1、vikiboss/60s: ⏰ 60s API,每天 60 秒看世界、在线翻译、Epic 免费游戏、哪吒 2 票房、KFC 疯狂星期四|一系列 高质量、开源、可靠、全球 CDN 加速 的开放 API 集合,支持 Docker / Deno / Bun / Cloudflare Workers / Node.js 部署[^2]

标签:Tools

一个收集了一系列高质量免费的 API 项目,托管在 Deno Deploy 上。从最初的 60s 资讯到后面的天气、汇率等包含了很多 API。

作者也是一个爱折腾的程序员,在他的博客中讲述了这个项目的起源 https://xlog.viki.moe/60s


Coding

1、码农的自我修养之保持干净的 $HOME 目录 - 少数派[^3]

标签:Shell

作者介绍了通过设置环境变量让遵循 XDG_Base_Directory 规则的应用可以把 cache 等文件放到指定目录下,从而让 $HOME 目录保持整洁。Github 上有一个 xdg-ninja 的工具可以帮助检测可以移动的文件并给出详细的提示。

虽然我没有作者那样的洁癖,不过学到了一个新的知识 XDG_Base_Directory。对有文件洁癖的朋友来说会很有帮助。

2、Everything I know about good system design[^5]

标签:架构,思考

一位 Github 的工程师谈论的良好系统设计,仔细看下来其中几部分说的很有道理:

系统设计的原语是应用服务器、数据库、缓存、队列、事件总线、代理等。
类比装修的话,系统设计注重房间的布局、管线的走向、厨房卫生间的位置布局。而软件设计则像是厨房里橱柜的位置、水斗的高度更为细节。

你应该尽量减少任何系统中的有状态组件。
状态这个东西你不能没有,但要尽量减少。或者丢到共有的部分(Redis、数据库)成为一个全局状态。我工作中的一个服务是状态服务,在扩容、代码修改上着实让人头疼。

总的看下来系统设计都是在权衡,在状态和无状态之间、缓存方式之间、日志记录的详细程度之间等。那些万能公式,也需要根据实际情况来进行权衡。

这篇也是阮一峰老师周刊的头条,老师的总结也非常到位。


参考文章:


每周见闻(31):降本到底增不增效?
https://konata9.github.io/weekly/2025/08/24/31-每周见闻-20250817_20250824/
作者
Konata
发布于
2025年8月24日
许可协议