@danhahaha 程序员是应该接受 BUG 的存在，而不是说 BUG 是合理的。所以出了 BUG 不丢人，而是出了 BUG 不知道复盘和改进很丢人。

@mercury233
热知识，大量低级 bug 的产生的原因因为程序员自己本身 UT 或者 Integration Test 不足，没发现最终提交到了线上。只有少量的 BUG 是设计缺陷，或者未考虑量级引起的。
作为曾经一个研发体系的末端集成和检测的主 O ，发现过大量的弱智问题。。。
正常的程序员（懂得复盘），基本都会问问自己为啥出现这个问题，但是依然有大量的程序员做不到这一点，工程素养不是每个人都有的。

@freelancher devops 没有什么入门不入门的，抛开实际代码和环境根本谈不了 devops ，网上搜索下一些 ci/cd 的软件和 context 看看哪些能用，怎么落地就成
国内一堆写的书都是废话，都是那种放屁的结论。方向确实很重要，但国内一堆书都是广写理论，不来干货，看看 google sre 的思想就差不多了

知易行难，还是得结合实践？

我建议重点看
要素，连接，功能

挺好

我感觉你说的需求和回调或者轮训没直接关系，问题是抢锁，你们关注的是怎么触发。
这种应该是任务提交，服务端控制并发一个，任务结束了通知到前面继续吧。

@Reficul
你们用的是 remote cache 还是 buildfarm 那一套？如果需要频繁的 integration test ，很多 bazel 的 layer 不用缓存的？
我追求效率没使用 gateway cache ，用的还是 buildfarm 本地存储之类

@Reficul @aljun
bazel rules docker 的好处是确定性。但是目前 bazel 对内存的消耗和时间效率啥的还是不如 docker 好。。。。此外要有效处理缓存机制，避免 bazel 层面 cache layer 。

这种如果不是整体做 bazel 的平台相关的话还是不推荐用

如果整体用 bazel 体系做的话会比较爽

额。。。。这种研究的唯一意义可能只是满足好奇心，因为从虚拟机到物理机变化的东西太多了。。。IO 层面，上下文层面都不一样。。。

安全渗透是只招有经验的是吧，在考虑加点到 devsecops 上是不是加错了。

现在这个环境，写啥都白扯，这两年做工程，逐渐发现了水货多的一批，你写的很深入他不懂。然后除了八股文之外，很多基本的工程素养都没有。。。。所以还是多背诵八股文吧

这种会不会有人投了，最后发现是自己家的尴尬情况

很有趣，哪一家呀？这么神秘。

这个听起来像是 rbac 不能充分的表达角色？最根本的解决还是说该拆分为
运营总经理，运营经理，运营主管，运营员工
开发总经理，开发经理，开发主管，开发员工

然后开发总经理能增删改查剩下三个，开发经理增删改查剩下两个

如果实现不了的话，在 rbac 的基础上加上基于 attr 的校验？这里的 attr 是指需要校验属性是否相匹配啥的，比方说总经理增删改查只能影响同部门（ attr ）的员工？

@timelessg 不知道是我运气不好还是怎么地，四季民福吃的鸭子两只腥的不行，远没有便宜坊好吃。松鼠桂鱼就跟裹了棉被一样，贼 tm 硬。。。。

是的，我也感觉到了，就是 OKR 对于一些很难量化收益的东西是非常难以评价的。有些单纯就是实现功能这种实际上 OKR 是很难以衡量的。

当然这个不能说是 OKR 的问题，而是业务团队本身做的事情偏从上向下的任务分配，而 OKR 是要求自己主动的。

所以我的建议是，不要每个人的 okr 都每周汇报，做一段时间之后选择大一些的成功汇报一次。

另外试试从小的地方看看能不能汇总为大的可以继续做的方面。另外就是督促团队内部做文档输出 /nano talk 等东西，转化为知识库

不对，应该是疫情基本算是过去了，好多年了

2023 年了，疫情已经很多年了
不知道 lz 的酒吧怎么样了

不过说起来，你连大学都没毕业，我觉得可以了。
不能指望上小学的爱因斯坦就搞出来波粒二象性。。。。

所以也不用太在乎面试官

感受：从简历来看确实有一种我用技术很牛逼，但是我都是 crud 的感觉，而且有东西让了解的人看了下感觉就是用现成的库。。。


简历里面

项目方面应该表明我解决什么问题，这个问题的难点在哪里。而不是把项目泛泛而谈，重点是难点。简单说就是求点不求面。

如果你觉得你做的项目很棒，那就要突出项目。如果觉得项目不够突出，就往基础比方说操作系统，基本知识上面引。另外技能方面建议不要些什么缓存穿透，直接熟悉 redis ，mysql 就够了

所以建议精简一下简历？改成最多三个项目

针对性的说的话，

> 南京市第一中学内网运维与安全审计

这个直接去掉吧，内网扫描应该是直接用 kali linux 扫的，格式转换感觉也没啥难点。。。而且本身你是要做安全吗？如果想留着，可以讲讲校园内部的内网安全从你的视角应该怎么做，这个实际上可以合并到高校学生宿舍管理系统里面去讲讲内网安全

> 华泰证券量化交易仿真系统

这个我觉得可以好好讲一讲，仿真框架的实现，仿真算子的计算啥的，讲讲亮点

> 阿里云云原生 Serverless 技术实践营

这个直接讲实现过程当中遇到的困难，不要说“别人做不到，我做到了”（这个可以在面试的时候说），重点突出遇到的问题，千万别说什么“照着做一遍就完了”