你工作内容不饱和啊铁铁

你是不是也有这样的困扰？ 工作忙到飞起，想学点东西却总是没时间😭  写代码时，想看看技术文档？不行，会打断思路 做数据分析时，想学点商业案例？不行，会分心 好不容易有空，打开学习资料，结果眼睛累得不行  眼睛只能高效集中在一个地方，这是铁律！ 我的解决方案来了！ 最近发现一个神器：ListenQuir Chrome扩展插件✨ 核心功能：把任何文章变成有声书！ 使用场景  打开想学的文章（技术、商业、行业报告都行） 点击插件，开始播放 继续做手头工作，耳朵听，眼睛看代码/数据 不打断工作节奏，还能吸收知识  真实体验  写代码时听技术文章 → 思路不被打断，还能学到新方法 做报表时听商业案例 ...

感觉这是我实习以来阴影最深的一场会，就是需求内审会，有很多我们部门的人，还有客服产品部门的人，还有很多研发部门的人，根本坐不下。然后我是实习生嘛就从我先来提需求，刚刚开口几个字就被研发怼回去了，说优先级不高别提了没有排期，然后我mt代替我讲（我mt是神），结果讲了几句又被不知道是哪个部门的业务是领导怼回去说先不做你们的需求，目前还有很多别人的需求。然后，那几个产品的人就谁的需求优先级高，从技术上能否实现怎么实现展开了激烈的争吵，听口气来看，很多人的需求已经提了四五次都没有排上。实际上这部分涉及到业务细节，我基本听不太懂。我一个i人瑟瑟发抖，只说了几句话就和mt一起靠边罚站，最后一个产品部门的人告诉我说不敢保证，但我们的需求至少要排到12.29以后，还不知道什么时候能到研发，好吧那就排吧。

背景与闯祸实习期间承接需求时，我发现很多系统的业务逻辑盘根错节，上下文关联极深。有时需求本身涉及的代码改动明明很简单，可要是不把背后的业务脉络和代码逻辑摸透，就根本没法理解修改的初衷。最开始我接手需求，往往只盯着技术需求文档（TRD）里的修改要求，照着文档改完代码、做完自测，就觉得万事大吉了。到了代码评审环节，大家都要逐一讲解自己负责的需求和对应的代码改动。我负责的部分改动点很简单，无非是删几行冗余代码、调整一点参数配置，所以准备得很仓促，没多琢磨背后的逻辑。评审时，同事们针对这些修改提出了不少问题，比如 “为什么要删掉这段代码？会不会影响下游接口的调用？”“这里的参数调整有没有考虑到历史数据...

我选体验最差：腾讯外包线上面试，应该是腾讯甲方来面试我，我自诉在字节短期外包项目，表达字节前端技术基建不错，很多都工具自动处理，他表达很大的兴趣，问了很多细节。我做了才3个月，哪里知道很深的细节，回答也是打哈哈。然后在问我，原型链，class，防抖，节流手搓代码。正正面试2个小时，我感觉回答还不错，这次，只要不考虑我的年龄应该是稳了。我的优势是便宜，经验丰富，主要是物美价廉。今天回复我不通过，不通过就被面试那么久，开始就拒绝我啊。体感最差，给我希望，立马浇灭。