2025 年度总结:从骨折到慢下来
今天是 2025 年 12 月 31 日,这一年就要结束了。
从年初的摔跤开始,到年末的姐姐家里添了个新生命,回顾这一年,最明显的变化是:我学会了,慢一点也没关系。
说明:截至目前快手未公开完整事故报告/技术复盘。本文依据公开报道中可交叉验证的时间线与处置动作,并结合笔者事故处理经验,对业内常见的几种猜测做“可能性评估”,最后给出一条更自洽的链路推演。文中涉及根因的部分均为推测,不代表事实结论。
本文内容主要基于 Cloudflare 官方事故报告和个人推演,仅代表个人观点,时间线以北京时间为准,如有错漏,欢迎指正。
方案有一个前提条件:域名注册商不能是 Cloudflare 自身,否则你无法通过第三方注册商的 NS 切换实现真正意义上的“脱离 CF”。
今天群友提出了以下问题
本文是从官方文档加以摘录和修改而来,在语言版本的节点加入了对应框架版本的主要特征,主要用作记录以备作者自己查阅。
本页介绍了 C# 语言每个主要版本的发展历史。 C# 团队将继续创新,以添加新功能。 可以在 GitHub 上的 dotnet/roslyn 存储库上找到详细的语言功能状态,包括考虑在即将发布的版本中添加的功能。
这是一道来自前同事腾讯一面的面试题,题面如下:
有一个 Excel 文档,只有一个 Sheet,只有一列,这一列的内容是 QQ 号,一共 40 亿行。
2021 年 10 月 30 日 17 时 42 分,我签下了交接证明和离职证明,为我在深圳市阿铺科技有限公司 690 天的工作画上了句号。
如今距离离职已经两月有余,今日为这段经历做一个注脚。
上一篇,我们主要分析了 Docker 沙盒机制的实现原理。但是光有沙盒还不够,Docker 为了实现“一致性”,引入了 Docker 镜像这一项伟大的创举,使得容器的传递和迁移更加简单,这一篇我们来用一个扒一扒 Docker 镜像的具体原理。
上一篇,顺着云计算的发展史,我们看到了兴起于 PaaS 技术普及的容器技术,看到了容器技术通过容器镜像彻底解决了打包问题,按照连续思维,其实接下来应该讲讲 Docker 出现之后有哪些竞争对手,为什么 Docker 可以胜出,连带着让 Docker 几乎等同于容器技术本身,容器编排竞争中 Swarm 为什么输给了 Kubernetes,不过出于个人对整个云原生知识网络的感受,我觉得可以在这次开个分支,先不谈历史,讲一下 Docker 的实现原理。
本文主要是解释 Docker 沙盒的工作原理,回答诸如但不限于以下问题:
是时代选择了 Docker?还是 Docker 选择了时代?
本文是云原生系列的第二篇文章,主题是回顾容器的发展史。
在 PaaS 林立的时代,为什么开发者最终选择了 Docker?Docker 又是以怎样姿态给与了 PaaS 世界“降维打击”,直接宣告了 PaaS 时代的结束呢?