@cnt2ex 我这里讲的不是 Mailgun 作为 sender 的逻辑，而是 Mailgun 收 -> route 到 Outlook ，在 Outlook 绑定 Alias 并验证后从 Outlook 用 Alias 发出这一个逻辑，这样可以实现收件发件都是同一个邮箱名，而且收件发件都在 Outlook 上处理，Mailgun 只负责 route 收件到 Outlook 。

正因为这个特性，所以可以配合 Mailgun 做无限量的、免费的收发双向正常的域名邮箱服务

@HK560 Consolas 对 O0o Ww Uu Ss Kk Zz Xx Cc Vv 的识别并不是很好，至少没有对比的情况下，Oo 和 Ww 是真的一眼看不出来

@namesc 那太好了，晚些我这边忙完我联系你，另外昨晚 @Conantv2 说能联系上你后，我就已经跟一楼打过招呼了。

@Conantv2 那有劳您这边帮忙联系下，谢谢

@zzzzhan #2 已经联系了 1 楼了，我先试试。

1) Docker 和 Podman 如果不深究实现逻辑 —— 即一个需要通过 docker.sock 另一个直接与 ctr 通信 —— 的区别，使用体验上没有区别，可以直接平移知识积累过来。

2) 三台取决于你是想 “用”，还是想 “学”。三台虽然满足最小的 Kubernetes 集群部署，但使用上更适合用 Minikube 或者 K3s 。

3) 接触到新技术栈的时候，先让东西跑起来、获得能激起学习兴趣的成就感，会比一味看文档试图系统学习会来得更好起步。

如果 kubeadm 对你来说太过枯燥，你可以先从 Rancher 入手。Rancher 作为商业软件的设计初衷，主打的是易用性和人性化。你可以用 Rancher 或者 RKE 部署方式快速跳过繁琐和需要高度自定义的部署流程，快速进入到 K8s 的使用上。在对 namespace 、pod 、deployment/statefulset/daemonset 、pv 、configmap/secret 、helm chart 这些应用层的东西都熟悉后，再根据你积累下来对这些概念的理解，摸索 kubectl 命令行操作，理解 yaml 的使用途径和文本逻辑。等使用和维护熟悉透彻后，再进步到理解 clusterconfig.yml 的配置文件编写，调用 RKE 对 Kubernetes 部署与安装，以及 debug 安装过程中可能会出现的各类问题。

目前正规公司商采会有正规的交付团队替你部署，就算不采购也大多会直接使用云服务商的 Kubernetes 服务，仅有少部分场景会需要亲自动手从 0 部署 Kubernets 集群 —— 而且即使有，也可以通过 RKE 等这种软件快速跳过部署阶段，推荐把精力放在学习更有价值的知识上。

官方的皮革壳寿命基本两个月

用一句话让 ChatGPT 替你写 regex ，能镇住所有程序员。

@nicknice 参考我发帖记录

@ShareDuck 我直接在甲方上班，作为甲方的 Contractor 录入甲方系统，外包除了给我发工资以外毫无存在感，完全不干涉工作。

@proxytoworld #9 没什么不能提供的，我现在就是

如果外包能提供

* 固定无注水薪资 35 万 / 年
* 每周 remote 3 天以上
* 日均工作小时小于等于 6 小时
* 从不加班，并且不用微信钉钉，下班后没人找你

非大厂的普通公司或者大厂的普通岗又能多有吸引力呢。

对外包无论黑白一概深恶痛绝的家伙，大概都是一般水平的人只能进入一般水平的岗位拿到一般水平的工资自怨自艾的人吧。

@DAPTX4869 #63
1. 除了能用英文做自我介绍以及解释工作经历以外，还要能用英文解答对方问的技术问题，但面试官也是中国人，大部分时候对话里不会有非常难理解的句式，尽力回答就好了。我在面试前三个月里的口语实践能力也就是 CoD 跟人对骂而已，但我口音很纯，比较唬人（

2. 深度没有互联网那种近似病态的刨根问底，按照我的面试经历来看，除了根据你的自我介绍来问以外，就是在以他们目前工作上已经出现过的问题来问你，面试比较偏向实用性而不是八股；

3. 我的终面实际上回答得并不好，有好些个问题没答对或者答偏了，但是解决问题的思路非常清晰，遇到问题也知道从什么角度去切入，所以不要怕答错，答得有条理更重要。

Google - 搜索 - 右下角设置 - 结果打开方式 - 在新的浏览器窗口中打开所选的每条搜索结果