今天正式提离职了

之前快手实习的时候在电梯里面听到一个老哥问另外一个老哥，面试的时候问什么怎么招什么类型的候选人。那老哥也是坦率，直接说看眼缘，聊得来就行。无论是之前这个快手这个面试官还是现在我认识的很多面试官，绝大多数面试官在面试的过程中多少都会代入部分自己的主观判断。 很多技术岗的小伙伴和我以前一样，只搞技术不在乎其它的一些地方，但是不是每个人都能用绝对的技术来征服面试官的 ，所以很多非技术的点在找工作的时候也很重要，这些非技术的点好似润滑剂，有了润滑剂会让你的求职引擎转动起来更加的丝滑。简历上的图片简历照片的重要性：看过很多人的简历图片和当初博主求职的时候一样，用的大一甚至高中的照片，这里非常推荐如果有时...

3.27日更新：秒挂自我介绍Serverless 平台项目周期、是否有用户、是否有反馈项目的背景项目相比 Linux 还缺什么如果拿去实际用，你觉得它和 Linux 相比最核心缺什么，举一个场景你觉得问题出在哪、和 Linux 比有什么不同、有没有解决思路Linux 的机制已经足够完美了吗是否可以理解为 Linux 因历史兼容导致结构变重，而你们有机会做得更轻Linux 在处理并发/锁问题上是怎么做的有没有做过 Linux 和当前系统在调度/进程管理上的开销对比测试运行过程中的 limit 是如何控制的项目到现在为止是否使用了 Rust 的 unsafe，如果用了如何处理内存隐患cgroup 在 Linux / 操作系统层面是怎么生效的cgroup 这块为性能做了什么，使用了什么高性能机制cgroup v1 / v2 的差异，以及现在的 cgroup 还有什么限制不了的cgroup 能不能描述网络带宽限制，标准实现是如何做到的手撕题：统计 1 到 n 中数字 1 出现的次数未来方向规划反问环节我的问题：您那边主要做什么业务、什么开发方向？是否涉及分布式事务？我的问题：能否给一下这次面试评价？面试官建议：横向拓展：不只是会实现 cgroup，还要理解其设计初衷、工业界诉求及未来发展；关注资源限制能力的准确性、隐患及 overhead；思考做完后如何评价其好在哪。表达呈现：认为做得比较扎实，但表达和呈现还有优化空间，需要把做过的东西讲得更结构化。

TEG网络研发部。半小时多结束，感觉是kpi。后台开发岗位纯靠回忆，有些问题和细节忘了。自我介绍介绍之前实习内容（之前做的数据库），没深问技术细节，除了实习工作，就问了下对公司产品的场景，架构理解。了不了解消息解耦，比如多个终端产生海量数据存入数据库的问题，答的用消息队列集群的控制节点怎么确定的，raft协议了解吗，说说流程。（很久之前看的了，答了选主，多数派原则，心跳。忘记答关键的WAL日志了）了解什么消息队列（RabbitMQ），与其它产品（如kafka）对比。mysql MVCC实现原理mysql 三个日志介绍。redolog和binlog区别。redis分布式锁redis缓存雪崩，穿透...

这个是流程终止了吗