一个很简单的思考题： 为什么 Golang 的 sync/atomic 包没有用范型的方式，而是直接创建了多个类型 atomic.Bool, atomic.Int32 etc?

2023 年最大的变化，就是有了娃，有了车。娃让生活的味道更浓了，车让自己的出行半径扩大了。

反观工作，有变化但是依然不那么大，乐观点看，算是稳步中有一定的进步吧。

公司代码遇到了 nil pointer 的 panic，结果第一眼看过去，是 protobuf 生成的 GetXXX 风格的代码。

花了些时间写出示例代码，其实也就找到了问题的关键词，剩下的 GPT 就可以帮忙解释了。关键词是： Embedded Struct。

Choose your leaders with wisdom and forethought.
To be led by a coward is to be controlled by all that the coward fears.
To be led by a fool is to be led by the opportunists who control the fool.
To be led by a thief is to offer up your most precious treasures to be stolen.
To be led by a liar is to ask to be told lies.
To be led by a tyrant is to sell yourself and those you love into slavery.

3 月份在看墨腾的一份报告的时候有遇到很多金融财经相关词汇，顺手让 ChatGPT 解释了一下。

所有的内容更适合做个参考，是否严谨需要自行判断了。

2022 年对我而言，是个在技术和职业上成长缓慢的一年。不过即使在这样的一个年份里，个人生活依然是发生了很大的变化。

当时觉得大家做事的氛围和风格还可以，可是后来就逐渐发现，企业文化这东西真不是那么容易改变的，尤其对于这样一艘巨轮来说，逐渐 Oracle 的一些缓慢和笨重的老毛病就慢慢散播开来了。团队之间的扯皮越来越多，一年中的 code freeze 时间占比越来越大，org 中开始有越来越多的 program manager 专门催进度……我觉得自己做得不够果断的是，我确实看到了这些问题，却没有足够警醒和趁早行动（其实也是因为懒……） – 四火的唠叨 《入职后一些零散的感受和思考》 我自己也一直在想，找工作如何判断团队或者公司有工程师文化，是否是个高效的值得加入的团队呢？ 反向面试的时候，问一下，团队的上线发布流程是怎么样的，发布周期又是怎么样？code freeze大概都是什么时候？这都会是不错的问题。 冗长的发布，开发工程师没有发布权限，基本上都是团队笨重的表现； 总是有code freeze，团队的迭代效率不会高，而且大概也是系统稳定性差带来的后果。 而我，已经经历了两家公司，每周固定一个发布窗口，发布由QA操作。有稍大一些的活动就会 code freeze。原因大概都是： 周期性发布：因为线上的问题通常都伴随着发布，周期发布可以减少发布次数，发布的次数少了，出问题的概率也就少了； QA执行发布：开发和部署职能分离；确保QA在发布后可以执行线上的回归； Code Freeze：和周期性发布原因类似，通过避免发布来避免可能引入的新问题； 个人认为，团队流程上，重点应该是更敏捷更高质量的发布，不是单纯通过增加流程来确保发布的安全。个人也赞同有 code freeze，但是反对有任何的活动，都提前很早就开始 freeze。

在有意思的 Quotes 中补充了 Feynman 的12个问题的引用，很有意思，也单独写一下。

基于自己的过往经验，以我能 cover 的情况来回答下“反向面试”的各个问题。同时我会删掉部分问题，回答问题时加上和当前公司的情况对比。

反向面试来源： https://github.com/yifeikong/reverse-interview-zh

2020 年的“微博”集合，主要就是 Git 提交记录。