软件的可维护性也是工作的一部分，这是软件研发团队需要明白的一点，研发团队也需要为此与其他团队抗争，来保证这一点。同时这也是作为软件开发人员职责的一部分，如果忽视软件可维护性的价值，那么系统将会越来越难以维护，总有一天会变得无法维护，如果系统变成这样，那么说明你没尽到责任。

这是我从《 Clean Architecture 》这本书中学到的，也一直在用其要求自己。虽然不太符合大多数公司的现状，但也可以尽量让其他人或团队明白软件架构和代码整洁的必要性。

metrics-server 的这种问题特别常见，这个报错代表无法访问它的 api 了，多数常见于 `kubelet-preferred-address-types` 参数配置有问题，或 tls 也有可能 `--kubelet-insecure-tls`。

虽然 HTTP 协议是基于 RESTful 风格设计的，但不是用了 HTTP 协议的 API 就能叫做 REST API 。
Fielding 一直都不承认现在的 REST API ，认为它们只能叫做 HTTP API 或是 JSON RPC ，还曾经点名过微软的 REST API 。

文章里提到的超媒体驱动是我认为现在 REST API 最难达到的一点，Github 的 REST API 是我认为最接近的，但它仍然需要文档的帮助。
在 Fielding 的理念中，难道你访问一个网页，还需要有个网页使用手册来帮助你理解吗？网页有变更，难道要通知用户去查看新的手册吗？这些都是现在 API 的问题。
在我看来，目前（好几年没关注了，认知停留在 2019 年）的 OpenAPI 或者是 JSON Schema 这些规范提供的描述性格式都不足以达到文档的效果，所以也很难去掉文档的辅助，更别提客户端动态适应 API 的修改了。

@APSGO #49

其他两家代理商都有明确指出不能退款，只有 apsgo 的界面里没有，所以客户最终在官网上找到退款政策其实是情有可原的，客户又不知道经销商协议。

而且您回复了一大堆，都是在指责客户的问题，只字没提“等了两天，就一句话，不退，爱去哪投诉去哪投诉”。
这件事确实是客户自身的问题，但就这种服务质量，确实也值得吐槽

AI 艺术家 (id:2267268)

挺有意思，等生成以后看看效果

git reflog 并不记录 add 命令

但暂存区也是会有 object 文件的，最后实在不行的笨办法也可以根据文件更新时间手动寻找并恢复

哈希算法
哈希碰撞

《自己动手写 Docker 》书名很符合标题

推荐看看 《 Pro Git 》，里面有很好的解释。
Git 的每次 commit 其实是要求原子性的，就是说它应该是一个尽可能小量的不可切分的整体。但实际使用过程中，总会不可避免的修改到不需要在这个 commit 中存在的内容，此时就需要使用 git add 把需要的内容放在暂存区，git 内部称为“索引（ index ）”，这个索引指明了这次提交需改的内容，它能帮助我们挑选出本次 commit 要修改的内容，区分粒度也不是文件级的。

看下它源码就行： https://github.com/kubernetes/kubernetes/blob/master/build/pause/linux/pause.c

@Leee #24 所以西西弗才是荒诞英雄。当“生活无意义”这个真相以一种最直观、最绝望的方式展现在他的面前，他却选择了反抗。虽然这可能是我们所达不到的思想境界😦
感谢推荐这本书，希望我们都能逃离虚无的深渊，享受生活。

@Leee #17 我也是因为最近工作上的不顺心，重新认真读了这本书。现在我是持悲观态度的，我认可荒诞，但我实在无力在荒诞中活下去，无法像西西弗一样一直推石头。于是我选择去寻找希望，试图用虚假的生活意义来欺骗自己。

在加缪眼中，西西弗是荒诞英雄，既出于他的激情，也出于他的困苦。

因为那个是机动车信号灯，不过很少有非机动车信号灯的路口。我还没有见到过非机动车信号灯有左转的绿灯。
在没有非机动车信号灯的路口，道路交通安全法没有明确规定，但交警一般都是按照人行横道信号灯指挥的。

https://kubernetes.io/zh/docs/reference/setup-tools/kubeadm/kubeadm-join/

kubeadm join 命令可以加入控制平面的节点

@AndyAO #4 你是指那几个 tag 吗？