实习吐槽，真无奈

背景：做一个数据库产品，CI 里面有很多条 sql，验证数据库的功能，有多个分支 dev（内部开发版）2.1 2.2 不同特性的生产环境版 。现在某些测试经常导致 timeout，但又不是很清楚其中的原因，但可以知道是测试功能 A 的时候才会有这个 timeout 事情经过：今天突然拉了一个会议，要求解决这些 timeout 问题，因为最近是我在接手这些工作，就都算到我的头上了。之前这些问题就有很多，之前的实习生和正职同事已经排查了很久，也没有得到什么有效的结论。 最近，A 功能被下掉了在 dev 分支上，2.1 2.2 分支还没有明确影响范围，所以没有下掉，但是 2.1 2.2 分支在跑 CI 的时候会有 A 功能导致的 timeout，2.1 2.2 分支迟早会下掉这个功能 A。所以我的想法是，既然 A 迟早会消掉，就没有必要关注因为A 引起的 timeout，直接放过就行。 leader 和mentor 的意见是不同意，并由此上升到做事习惯和规划价值观，被说了半天。他们的解决方案是找到导致 timeout 的sql 移走不跑，之前的时候说的是找到timeout原因，不让移走。 感受：窒息，第一次实习感到这么无语，并对10 分钟能说明白的事情开会说了 1 个小时有了深刻体验。 顺便吐槽一句 leader，每次问他一个东西，比如功能会不会下掉，他从不正面回答会还是不会，只会扯别的，跟别人对齐一下，提高做事效率 balabala 之类。

已阅 下一个

“顺便吐槽一句 leader，每次问他一个东西，比如功能会不会下掉，他从不正面回答会还是不会，只会扯别的，跟别人对齐一下，提高做事效率 balabala 之类。” 之前在外企也有这种感觉，可能这就是领导说话的艺术？

解决这个问题的关键，就是找到这个关键的问题 : 之前在外企也有这种感觉，可能这就是领导说话的艺术？ : ............

你干得越多，就会越干越多[em12]

我也搞数据库，问下是哪家？[ema21]