写简历或准备助理工程师评定时，千万别干巴巴地罗列技术栈。与其写“熟悉Kafka和Doris”，不如具体化业务场景。比如，重点描述你是如何将1万5千个电池测试通道的海量时序数据，平滑同步到集中式Doris数仓的；或者在开发TRP测试流程管理系统时，是怎么攻克电池老化评估模块的架构瓶颈的。用具体的业务规模和真实的数据指标来背书，把踩坑经验转化为硬核的工程产出，这样写出来的项目总结绝对有杀伤力！

四个题,笔者睡过头了,只有1h时间,拼尽全力只答了2.45...本来想当怯战蜥蜴的,但是一想到下一次笔试在半个月后,这个恐怖的罚时让笔者不能接受,最后硬着上了...答的很烂,但是笔者真燃尽了...T1 95%有n个任务,要么占用a个token和b的时间,要么占用c的token和d的时间,任务可以不做现在有m的token和t的时间,问你最多能做多少个任务.由于实在没什么时间了,笔者写的dfs,意外发现好像是正解...但是只有95%是hyw???笔者代码这么烂的吗dfs常数巨大???T2 0%有m个槽位,每个槽位上放一个热度值.有n个新闻,每个新闻只能放在热度值 的范围内.最后问你最多能多少个新闻...