CKA，CKAD，AWS 各种证书，方便你以后出来自己干，全干工程师必备

有忧郁症的倾向，建议找个心理咨询

这得放个代码 peer review 一下才好，否则有种搞个大新闻的感觉。
有些简单的算法训练，GPU 构不成性能瓶颈，V100 这么大的显存都是空置，这时候再去比较谁训练快没啥意义。

我在公司看到过的几个神奇的自动化测试管理工具

一个工具会侦测下游被你代码影响到的部分，交 pull request 的时候除了你自己写的测试，还会把那部分测试也跑一遍
一个工具会侦测哪些测试已经失效，会自动暂停这部分有问题的测试

感觉这些工具都不是标准工具，但是对管理大量自动测试非常的重要

只要我的手速够快，冲突就找不上我。

下次记得 ping 一下 reviewer 。还有如果不是功能或者架构性质的意见，（例如只是改改格式，重命名一下函数名之类的没营养的 comment ），建议直接 approve 之后，交给 MR 作者改正更新后直接自行合入。

建议改成 最好用的个人 linux 操作系统

工作期间写的代码属于公司所有。
要是写了什么很牛🍺的代码，建议离职之后另起炉灶，写个开源版本出来

弄个 dept -> user 的 map，是不是就快一些了

macFuse + sshFS 把。
但是性能好像很捉鸡

薄一点的笔记本 + 本子

我们一般都是使用一个验证服务供应商（比如 auth0 ），再配合 SMS 服务商（例如 Twilio ）和邮件服务商（例如 aws SES，或者用 Twilio 也行）完成验证工作流。
这个流程很可靠，整合起来也方便。
缺点是比较贵一点。

PG 的生态其实特别有意思，国内大家用 mysql 太多，关注 PG 少。

像这种报表比较多的数据需求，有 https://greenplum.org/ ，citus 我记得也是支持列式存储来更好支持分析型数据需求。也有专门做插件来支持并行执行，列式索引的商业公司： https://swarm64.com/

文档型数据，PG 也原生支持 JSON 数据类型和 JSON 索引，简单的需求直接上 PG 就行。

PG 的 FDW （ Foreign Data Wrapper ）也非常好玩，可以实现直接接驳对象存储实现数据查询的好玩操作

考虑做个远程优先公司？

github actions + skaffold 部署到 k8s

感觉这个和公司大小没关系，本身也没特别复杂，就看你们的工程实践是不是重视。
大部分没法自动化部署我觉得都不是工具系统不足的问题，主要是
1. 心态 - 不信任自动化部署、连续部署
2. 不写测试 - 没有 CI，上线心慌慌
3. 政治 - 运维表示我不是没活干了

在不是内卷时代的时候，也是考算法。FB，G 这样的公司从很早开始就需要考 3 轮+算法，1 轮系统设计。
聊人生，聊经验的反而是少数。

这个算法是我同事做的。会侦测你发脾气的程度，你言辞稍微激烈点就会给你找真人了

只要能跑容器，怎么都好。。

包测试没问题，不少大厂也是这么干的，没有专门的测试工程师，例如 Facebook 。
测试报告还人来写就离谱