微软CEO纳德拉提到，公司正在用设备群中较旧的GPU加速数据仓库，Fabric因此获得7倍以上的性能提升。消息说的是微软内部做法，测试条件和可复现性未公开，也不代表其他公司会跟进。但它至少是一个例子：连头部厂商都在把存量算力压到数仓这类负载上，说明性能与资源效率，是数据平台工作中真实存在的一类议题。

对正在找数仓、数据平台工作的人来说，问题不是这条消息本身，而是：你面的那支团队，日常到底在做什么？

同名岗位，两种日常

一类团队的日常是接需求、写SQL、出报表、维护看板，交付标准是按时出数、口径对。另一类团队会花时间在查询性能、存储成本、资源调度上，交付标准是同样资源跑得更快、更省。

某招聘信息里写着“开发和维护数据集成和ETL流程”“优化数据存储解决方案”，这类表述区分度不高，不能据此判断团队在做什么，也不能当行业门槛。它只说明一件事：光看岗位描述，你分不清两类工作。

直接问“你们做性能优化吗”，多半得到“也做”的答案。更值得问的是：最近一次把某个查询或任务变快，是怎么做的？谁主导？有没有前后对比的指标？

面试中怎么问出真优化

追问时听三件事：改动发生在哪（执行引擎、存储格式、调度策略，还是硬件复用）；有没有衡量方式；主导人是团队里的谁。

如果对方能讲出具体场景、改动位置和前后对比，说明这类工作是日常的一部分。如果回答停在“我们也很关注性能”“会做一些索引优化”，那大概率不是团队重点。注意，这不是说报表型团队不好，而是两类工作积累的经验不同。

你还可以确认：性能优化是专人负责，还是所有人顺手做；团队有没有成本或资源相关的指标；出问题时是改SQL了事，还是会动到更底层的组件。

选offer时，怎么比两条路径

假设你拿到两个offer：A团队主要做报表交付，需求稳定、业务熟悉度高；B团队有一部分工作涉及查询加速和资源调度，但需求方更偏内部。这不是谁好谁坏，而是你想积累什么。

想积累更可迁移的经验，可以优先考虑能接触性能、成本、资源调度问题的团队，但要在面试中确认这些工作是否真由你参与，而不是只由资深同事负责。想深入业务，报表型团队也能积累领域知识。

一个实际可做的小建议：面试前把“最近一次性能优化”写成一个具体问题，面试时认真听对方回答的细节程度，再决定要不要继续。