[ 职场 ] 发现问题容易

今天下午内部组织了一次技术分享会，讨论内部 DB 中间件的实现和原理等关键技术，QA 环节讨论热烈，甚至是吐槽不断，每个人都分享了自己感觉难用的地方。而实际上，现在的 DB 中间件是内部迭代了几年的产物。今年增加的特性如：支持多租户（租户级别的分表）、熔断等，也是由客户需求、线上故障频发（慢查询只能手动 kill 等）外界因素驱动的。印象中，DB 中间件客户端 SDK 经过一次大版本迭代。

由 DB 中间件引申，还有人分享了开发流程，定义表结构和索引字段等可能会踩的坑，还有如怎么进行技术评审杜绝这类问题，如此等等。越听发现的问题越多，而很多问题其实早是几个月年就提过的。

如果要说开发体验问题，那可能很多。开发工具、流程、文档、规范等等，可能讨论半天一天。然而，我们现在的状态是被问题推着走，线上故障来了就救火，性能问题还一大堆，需求和缺陷排着队做，只能谁催的紧先搞谁。更别说开发工具难用，这是共识，甚至有的东西每个人都要踩坑。为啥有共识的东西，我们都看到了，可，依旧如此呢？我们讨论热烈，是不是散会了该干嘛干嘛？

问题很多，我们都看得到，并且一直以来都是如此，那，怎么能把问题消灭掉？评审怎么做？代码那么烂，还能上线？有一些技术实现，自己觉得挺好应该这么做，但是在别的明眼人一看，这不是乱来吗？或者这根本不符合当下实情。都知道有很多神秘代码，有的人很讲究工程，但是注释不写，判断不严谨，为了自己的权衡扔掉共识，这怎么搞？

细思极恐，经不起推敲，问题很多，发现很容易，听的人越想越着急，处处都是问题，这活没法干了呀？！

至今记得当时领导说过一句话：推动问题。有时候想想，要干活的人很容易，如果你能成为团队中推动问题的人，解决当下实际问题的很难。

如何把这些问题都一一记录下来，当成一个事，一件件解开，静下心思考，而不是随意的吐槽随大流的成为只会干活的人。这可能是普遍的现状，和要面对的问题。