企业微信一直很难用
我觉得最难用的就是内嵌浏览器，很多 UI 都没有做适配，巨难用，还不如直接浏览器打开，就是想做封闭生态，真的难用

修改 label 就可以了
修改 pod 的 label 和 service 的 labelselector ，匹配就可以了

@liudaolunhuibl 也许面试官也不会[手动狗头]

即使要工作，也建议读研（国内、国外均可），原因如下：
1 、现在研究生已经烂大街了，换句话说：你不是研究生，你的竞争力就不如别人
2 、如果以后想去躺平（考公、进央企 /国企），学历是硬伤，虽然 lz 现在说不想进体制，但是没有人能躲得过真香定律
3 、研究生期间可以对专业知识进行深入的学习，有利于之后其他知识的学习
如果是 5 年前，我建议直接工作，那时候本科的竞争力也不错，而且基本能找到不错的工作，但是现在本科想要找到好的工作，竞争的对象很多都是研究生。

hhkb 键位是一个大问题，需要熟悉，熟悉后就很爽，但是熟悉之前比较难受

@yhxx
知道薪资被倒挂，都不会很开心吧？至少我不会，不知道的话，还能骗骗自己
知道真相的那一刻，眼泪掉下来，一个月薪 20k 的指导一个月薪 30k 的 QAQ
这是为了保护打工人脆弱的心灵（其实都是资本的阴谋）

锅要分清
如果是测试没有覆盖到，那测试也是有问题的
如果是测试环境没有问题，上线后出现问题，研发问题大一些，但是测试也是有问题的
总之就是，版本线上问题，所有环节的人一个都跑不掉，这是铁定的，就看老板怎么想了

我们一般都会复盘，基本是大家都分一点责任，不会集中到一个人身上，毕竟是一个团队，这样所有的锅都给一个人，是在是有点说不过去
一个正常的版本，产品提需求->需求评审->UX->UX 评审->开发->提测->上线->回归，大家都在流程里，如果出了问题，不能全怪开发（除非这些环节都是开发一个人负责），上线奖励大家都有，出了问题开发一个人背锅，这是不合理的
之前也遇到过，创业公司，小团队，4 、5 个人，有段时间，需求很赶，上线出问题的次数有点多，leader 的理解就是全部都是开发的问题，经过几次的辩论（撕逼），才有了比较合理的复盘和责任认定机制。
对小团队而言，最容易出现，一出问题，研发祭天的情况，需要时间和经验。

薪资透明对打工人未必是好事
你想想，一个新来的工资比你还高，你会怎么想？肯定是反复横跳
一般面试的时候除了 HR ，基本不会问薪资，除非面试官是公司老板。
技术面问薪资，一点都不专业。
而且基本的薪资水平，大家都心知肚明，就是上下浮动一点而已。

还有这东西？

最简单的就是限流，如果限流不能解决就需要看下具体的脚本有没有优化的空间，优化就两个思路：
1. 脚本逻辑的优化
2. sql 语句的优化
最后就是升级配置，任务就是很大、很慢，那就只能升级硬件的配置来处理，但是这种比较浪费资源，因为你只有在执行脚本的时候需要大量的资源，但是平时是不需要这么多的资源的。

大型养成类游戏《黑魂 3 》，你值得拥有

社保还好吧，主要是养老保险很高
现阶段的社会问题，没有办法

git pull && git checkout -b new-branch

企业级理解
lz 是 pm 吗？

token 的问题是不是登录态就解决了
token 过期的时候，提醒用户重新登录，这也是很常见的操作了吧？

不了解具体的业务场景，但是这就是一个数据聚合的问题。
看你们的具体模型和架构是怎样的，一般就两种：有 BFF 、没有 BFF ，有 BFF （一般是前端团队维护）的话，这部分的逻辑放到 BFF 中实现是合理的；如果是没有 BFF 这个分层，那么这份数据一般还是后端聚合，毕竟这里要是前端实现的话，接口是串行的，会影响前端页面的渲染，不是很合理。
不过如果项目就是常见的前端-后端模型的话，那就应该打死后端（虽然我是后端 QAQ ），毕竟在这种场景中，后端是为前端服务的，如果前端的需求就是聚合后的数据，那后端需要提供聚合后的数据的。

很正常啊，我们的测试也会看研发的代码，有时候会直接定位到代码的问题
我并没有觉得有啥问题
这就和游戏一样：菜是原罪
反过来，测试的测试用例有问题，研发也是会帮助修正的，很正常的一件事情
测试又不都是做黑盒测试的，也有白盒的，不用大惊小怪

不只是测试环境，这边的工单很少有自动审批的（主要是涉及资源相关的（数据库、机器等））
就是纯人工，工单只是一个记录，笑死

endgame