材料不支持把两条路当成二选一:统计与编程是入场工具,product sense 决定能否把商业问题转成数据问题;AI 时代更值钱的是设计系统、定义评估,而非只做执行。
AI根据立正公开的文章和视频整理,不是他本人回复。重要的判断,请回到出处核对。
先分清工具与判断力
材料里的观点王晨璐把 analytics track 的数据科学家技能拆成三块:统计概率、编程(SQL、Python/R、Tableau)、product sense。她认为统计和编程相对容易查漏补缺,product sense 则要靠平时积累,用来把模糊的商业问题拆解、量化并给出有商业价值的建议1,2。立正把编程和统计概括为工具,把 product sense 说成把商业问题转化成统计问题的能力2。按这个分工,technical/statistics 不是与 product/strategy 对立的方向,而是后者的前提;缺了前者做不了分析,缺了后者分析落不到决策上。
AI 压缩的是中间执行层
材料里的观点立正在 2026 年的文章里直接以 Data Scientist 为例:原来“理解一点业务、操作一点数据、输出一点洞察、支撑一点决策”的中间层动作,大量是 AI 擅长压缩的。他建议往“更接近模型、也更接近结果”的位置走,价值在于四件事:把模糊业务问题翻译成 AI 可消费的 context、设计 eval 与反馈回路、编排模型工具数据和流程、判断什么该自动化什么该人工3。这是立正本人的主张,不是对嘉宾观点的转述。它指向的不是“更 technical”或“更 product”的简单选择,而是从执行一段分析转向设计整个系统。
对提问者的应用判断
AI推演如果你现在主要在做取数、跑 A/B test、出报表,那么只补统计或只补 product 都不够:统计和 SQL 要保底到能独立设计并解释实验,product sense 要练到能把“收入下降”这类模糊问题拆成可量化的指标1,2。在此之上,按立正的框架,值得投入的是评估设计、把业务问题写成模型可用的 context、以及判断哪些环节该自动化3。一个可观察的检验:下次做分析时,看自己产出的是“一份结果”,还是“一套别人能复用、能判断对错的评估与流程”。这是 AI 基于材料的应用建议,不是材料中的原话。
材料没有直接回答“AI 时代该选 product 还是 technical”这个问题;《AI时代,大厂打工人的五条路》3是 2026 年的个人观点文章,《互联网企业对数据科学家能力要求》2、《互联网企业对数据科学家能力要求》1是 2020 年针对 analytics track 求职的技能盘点,时间与场景不同,不能直接当作当前招聘要求。《EP77 Startup 选择》4中关于 Data Scientist 转型的段落有大量未确认发言,未用于判断。
出处
- 1互联网企业对数据科学家能力要求 | Data Scientist求职 1/3
王晨璐系统列出 analytics track 的三块技能及各自权重。
- 2互联网企业对数据科学家能力要求 | Data Scientist求职 1/3
立正把编程统计概括为工具、product sense 为问题转化能力。
- 3AI时代,大厂打工人的五条路
立正本人对 AI 时代 Data Scientist 转型方向的完整论述。
- 4EP77 Startup 选择、AI Evals 怎么做、Data Science 未来
可回到原文核对这部分判断
你也有想问的?
卡住的时候,问问立正:回答附有出处,可以点回原文核对。
也可以接着问:
别人还问了
- 作为数据科学家,应该怎么利用AI或者如何学习AI可以最大效率帮助自己提高专业水平
对数据科学家来说,最高效的路径不是先补机器学习课本,而是把AI接进真实工作流:用agentic工具做出能跑的东西,再把你的实验方法、指标口径和分析判断外化成AI可复用的规则。
- agentic workflow能成为ds岗位新的壁垒吗?
可以成为壁垒,但壁垒不在“会搭 agentic workflow”,而在把模型放进真实业务流程、做到稳定可控可评估。只停在 demo 或固定流程,很快会被工具拉平。
- Data scientist
想了解立正怎么谈数据科学家,先看 2020 年那组求职系列,它讲清了能力要求与学习路径;2022 年那期创业对谈和 2025 年 EP77 则补充了岗位在组织里的位置与变化。
- 我在网上看到有些人可以把 token 用的非常多,比如说跑几百个 agent 做这种类似 one-person company。
我感觉我现在虽然也用 Claude,但我还不是这种状态,我基本还是 single thread,或者 at most 也就 3 个 thread 这样子
几百个 agent 不是靠人同时盯几百条线程,而是把大部分任务交给自动化流程,人只看关键节点和结果。
- 如果我的本职工作和要放大的事业关系不大,该怎么选那一头?
先判断哪一头有更大的放大空间,再把稳定的一头当底座、把可放大的一头当主攻;不必平均用力,也不必立刻辞掉本职。
- 我在自建中台软件,涉及到知识库和知识台两部分,知识库采用那种路径更好?是obsian这种,还是mag或grep?
现有材料没有比较 Obsidian、mag 或 grep 这三种知识库路径,无法据此判断哪种更适合你的中台。能确定的是:知识库要服务分叉、引用、结构化资产和过程可观测,而不只是线性记录。