和我做技术评审，除了我没人评审。

作为一个开发菜鸟，我第一次在组会上正式讲技术方案。我紧张得周五晚上都没睡好，脑子里反复过每一页内容。架构图画了又改，生怕箭头指错方向；技术选型那页，我特意把Redis、MySQL、MongoDB的对比列成表格，还从网上扒了几篇博客佐证；性能评估的数据，是我自己在测试环境跑了一下午压测跑出来的，虽然可能不太准，但至少有个参考。
开会前我还偷偷在工位上默念了两遍：如果有人问缓存策略、数据一致性，我就翻ppt给他看。
会议开始。我讲到第4页，正在解释为什么这次不用Redis——因为我们这个模块需要强持久化，玩家充值记录丢了赔不起。这时候，一位老同事举手了：“为什么不直接用Redis啊？Redis快啊。”
我心想可能是我没讲清楚，赶紧补充：“因为这个数据要存盘，Redis是内存数据库，宕机会丢数据，风险有点大。”
老同事点点头，我以为这页翻篇了。结果过了两分钟，他又开口了：“那你用MySQL不行吗？MySQL也能做缓存吧？”
我脑子嗡一下。MySQL？缓存？我小声解释：“MySQL确实能存，但是QPS高了扛不住，我们预估峰值可能有几千的请求……”
我偷偷瞄了一眼我的PPT第6页，上面确实有压测数据：MySQL到2000 QPS就开始慢了。
老同事看了看屏幕，然后说了一句让我当场破防的话：“那我觉得还是Redis好。”
那一刻，我感觉自己像一台卡死的服务器——CPU满了，内存爆了，但还得硬撑着保持在线状态。
合着我刚才讲的，您一个字没听进去吗？我说了要持久化，说了QPS压力，说了数据一致性，您就记住一个“Redis快”？而且我已经解释了为什么不能用，您为什么还要坚持“觉得它好”？
最消耗token的从来不是解释技术有多难。让我CPU过载的，是这种反复回答那些根本没认真听的问题——你准备了半天，把思路捋得清清楚楚，结果人家压根没在听，随口抛一个问题，你解释完，他再随口抛一个，最后回到原点。
就像你费劲把一堆拼图拼好了，有人过来哗啦推散，问你：“这个拼图为什么不直接堆在盒子里？”
会议结束后，我坐在工位上发了会儿呆。后来带我的大哥路过，拍拍我肩膀：“别往心里去，有些人开会就这样，习惯就好。”
可能职场就是这样，别把心思放在那些不值得的人和事上。
#把自己当AI，现在最消耗你token的问题是什么？#