1. 先泼一盆冷水:AI 转型不是"先学 Python"那么简单
我经常收到类似的问题:"博主,我今年 30 了,做传统软件开发想转 AI,是不是先报个 Python 培训班?"或者是"我是文科生,听说 AI 很火,想学个 Prompt 然后转行,可行吗?"
每次看到这些问题,我第一反应都不是回答"行"或"不行",而是先反问一句:你说的"转 AI",到底想转进去做什么?
这是整个转型决策里最容易被跳过、但恰恰最致命的问题。因为"AI"这个词在今天已经被严重泛化了——它既可以指训练一个神经网络模型,也可以指用现成的大模型 API 拼一个应用,还可以指给模型调参、跑数据流水线、甚至只是给团队里的算法工程师写工具。这几种工作,对人的基础要求、学习周期、薪资天花板、职业稳定性,完全是四码事。
很多人上来就报一个"AI 速成班",把注意力全部放在"学什么工具"上,忽略了背后的基础门槛,结果就是学完三个月发现:课是听懂了,Demo 能跑通了,但简历投出去没人理。不是市场不需要人,而是你学的那些东西,和岗位真正考核的能力之间,隔着一条基础知识的河。
所以这篇文章我不想再重复"要学 Python、要学 PyTorch、要学 Transformers"这种人人都会说的清单。我想认真拆一下:各个 AI 方向的门槛到底是什么、每道门槛具体卡在什么地方、以及带着不同背景的人分别适合从哪里切入。这样你在花钱花时间之前,先能对自己做个诚实的评估。
先说一个核心观点,也是全文的基调:AI 转型真正难的不是"知识多",而是很多方向的知识结构是树状的,不是线状的。你可以在三个月内学会调用一个接口,但如果你要理解这个接口为什么失效、怎么调参、怎么诊断失败原因,你就必须往上追一层——要么补数学,要么补编程底层,要么补数据处理的直觉。这一层追不到,你就永远停留在"能跑通 Demo"的水平,也就是市场上最不缺的那个水平。
2. 五个主赛道,门槛差异比你想的大得多
2.1 算法工程师:最传统也最陡峭的一条路
算法工程师是目前大众认知里最接近"AI 从业者"的角色,也是门槛最高、劝退率最高的方向。所谓算法岗,日常工作大致是:针对一个具体业务问题(比如商品推荐、图片分类、文本审核),选择或设计模型结构,准备和处理训练数据,调参训练模型,然后评估效果并推动上线。
这个方向的基础要求可以拆成三层来看。
第一层是数学。微积分要真的理解导数、偏导、梯度这些概念,因为反向传播的每一步都建立在这上面;线性代数要熟练到"看到矩阵乘法就知道它在干嘛"的程度,因为神经网络本质上就是一堆矩阵运算的堆叠;概率统计则决定了你能不能看懂损失函数、能不能理解为什么模型会过拟合、怎么用交叉验证来评估。注意,我说的是"理解"而不是"会做题"——很多人大学都考过微积分,但考完就忘了,工作中也不会用,这类基础等于没有。
第二层是编程功底。算法岗日常工作要处理的数据集常常是几十 GB 甚至 TB 级别,你写的数据处理代码如果不注意效率和内存,跑一次实验要等两天,根本没法干活。所以除了调包调参,你还需要具备比较扎实的工程能力:Python 要写得规范,要懂数据结构(尤其是哈希表、树这类高频用到的),要会写基本的 SQL 去查数据,还要能读懂别人写的代码并快速修改。
第三层是领域知识。算法不是凭空造出来的,是为业务服务的。比如做推荐系统,你得理解电商或内容平台的业务逻辑;做 NLP,你得对语言学的一些基本现象有敏感性;做 CV,你得知道图像数据有哪些坑(光照、遮挡、标注不一致……)。这层知识虽然可以在进入某个行业后积累,但在求职阶段,它往往是你和竞争者拉开差距的地方。
如果你现在问我:零基础的人直接冲算法岗,可行吗?我的诚实回答是:可行,但这是一个以年为单位的计划,不是以月为单位。按每天有效学习 4-6 小时计算,合理的时间线大概是 12 到 18 个月,而且中间有大量时间是在数学和编程基础上花掉的。任何告诉你"几个月突击就能拿算法岗 offer"的培训,你可以直接拉黑。
2.2 大模型应用开发:目前性价比最高的切入通道
如果说算法岗是陡峭的山路,那么大模型应用开发(也就是常说的 LLM App 开发、RAG 应用开发、Agent 开发)更像是一条缓坡,是过去一两年里普通人转型 AI 最现实的通道。
这个方向做的事情,简单来说就是:基于现有的大模型(通过 API 或开源模型),结合你自己的业务逻辑,构建一个能实际解决用户问题的应用。典型工作包括设计 Prompt、搭建知识库检索(RAG)、编排多个模型或工具协同工作(Agent)、处理模型的输入输出格式、评估生成结果的质量等。
为什么说它是缓坡?因为这个方向不要求你从头训练模型。你不需要手写反向传播,不需要自己设计 Transformer 结构,大部分时候你甚至不需要看懂模型的内部实现。你需要的是:
- Python 基础:能写清晰的业务代码,能处理 JSON 结构,会调 HTTP 接口;
- 对语言模型行为模式的理解:比如上下文窗口意味着什么、温度参数怎么影响输出、为什么会出现幻觉、怎么通过 Prompt 结构约束输出格式;
- 检索和数据处理的基础:RAG 是当下应用开发的核心范式,你要理解文本切块、向量化、相似度检索、重排这些环节的原理,以及每个环节出了故障怎么排查;
- 工程交付能力:缓存、并发、错误处理、监控、成本控制——说白了,你得真的会做工程,而不是只会在 Notebook 里跑通一个演示。
这个方向的另一重优势是反馈周期短。你今天学了一个东西,明天就能在项目里用上,而且成果是看得见摸得着的——比如你搭了一个能回答公司内部文档问题的机器人,同事真的在用,这个正反馈对坚持学习的人来说非常重要。
但要提醒一句:门槛低不代表没有门槛。很多人误以为"会用 ChatGPT 就等于会做应用开发",这是两码事。差在哪里?差在对"不可靠"的处理能力。大模型的输出天然带有不确定性,一个合格的 AI 应用开发者,核心能力不是写出一段让模型回答问题的代码,而是设计出一套让模型在大多数情况下都稳定可靠的系统——这包括输入校验、输出校验、兜底逻辑、人工介入机制。没有这种工程思维的人,做出来的应用只能在演示时正常工作。
2.3 数据工程与 AI 基础设施:低调但需求量大
第三个方向我特别想为它正名:数据工程。很多人提到 AI 只盯着"模型"两个字,却忽略了一个事实——所有 AI 系统吃的都是数据,而数据需要有人去采集、清洗、存储、流转、标注、质检。
数据工程师的工作内容包括:设计数据流水线(ETL)、搭建数仓或数据湖、维护特征存储、为标注团队准备和分配任务、监控数据质量、保障数据合规使用等等。这个方向对数学的要求远低于算法岗,但对工程能力的要求非常高:SQL 要炉火纯青,编程要扎实,要熟悉分布式计算的一些基本概念(比如分区、Shuffle),还要懂得如何设计一套可靠的数据处理任务,让它每天定时跑、不出错、出错了能及时报警。
为什么说它需求量大?因为随着大模型落地到各行各业,企业对"高质量数据"的需求是爆发式增长的。你想想,一家公司要做行业专属的问答机器人,最贵的是什么?是请一个算法专家吗?未必。最贵最难的往往是把散落在各部门的系统里的数据整理成结构清晰、语义明确、可被模型使用的训练语料。这个活,需要的博文里天天讲"深度学习"的人吗?不需要。需要的是懂业务、懂数据、懂工程的人。
对转型者来说,数据工程还有一个很现实的优势:它和传统软件工程、数据分析工作的技能重合度很高。如果你本来就是后端开发或者数据分析师,你离数据工程师的距离,可能比离算法工程师的距离近得多。从职业发展看,先做数据、深入理解数据之后,再往算法或者 AI 应用方向延伸,也是一条被很多人验证过的路。
2.4 AI 产品经理:不懂技术也能入局,但门槛换了个方向
很多人忽略了一个事实:AI 团队里不只是工程师,还需要有人决定"做什么"和"做成什么样"。这个角色就是 AI 产品经理。
AI 产品经理和普通产品经理最大的区别在于:你需要理解 AI 的能力边界和成本结构,才能做出靠谱的决策。比如你知道大模型存在幻觉问题,就不会承诺"这个机器人永远不会说错话";你理解训练数据的获取成本,就不会拍脑袋提出一个需要一百万字高质量标注数据的方案;你能判断哪些需求适合用现成大模型解决,哪些必须训练私有小模型。
这个方向的入门门槛不在数学和编程,而在:
- 沟通与需求分析能力:能把业务方的模糊诉求翻译成技术团队能执行的产品需求;
- 对 AI 基础概念的准确理解:不需要会写代码,但不能混淆"模型训练"和"模型推理"的区别,不能把"AI 能力"和"功能清单"等同起来;
- 数据分析与评估能力:AI 产品的效果评估是个老大难问题,你要能看懂测试报告,能设计合理的评测方案;
- 行业知识:AI 产品一定要扎根行业才活得下来,你在某个行业积累的认知,可能比一堆证书值钱得多。
坦白说,AI 产品经理是我的观察里"文科或商科背景转 AI"成功率最高的方向之一。但它对应的挑战是:岗位数量相比工程师少很多,而且越往高层走,越依赖你的行业经验和判断力,这些不是短期培训能速成的。
2.5 AI 培训师与布道者:一个需要警惕的"近路"
最后单独说一个方向,因为它在现在的自媒体环境里尤其热门:AI 培训师、AI 教育博主、AI 布道者。
我完全理解为什么这个方向吸引人:看起来不用啃数学,不用写代码,只要学会用几个工具就能教别人,而且"教别人"本身就是最好的学习方式。我自己也做分享,所以不否认这个路径的价值。但我想指出一个可能让你踩坑的现实:这个方向上,真正能走得长远的人,几乎全都是在某个硬方向上有真实积累的人。
什么叫真实积累?你至少得真的做成过一两个 AI 项目,真的踩过数据坑、模型坑、部署坑,你讲出来的东西才有信息量。如果你自己都只停留在"会用 ChatGPT 写文案"的水平,你的课程和文章很快就会被人识破——不是因为听众有多聪明,而是因为 AI 这个领域的听众里,藏着大量真正做过工程的人。
所以如果你真的对"教别人"有兴趣,我的建议是:把它当成一个长期目标,但先花一两年时间在一个硬方向上(应用开发也好、数据工程也好)积累实操经验。水到渠成的分享,才是有生命力的分享。
为了让你更直观地比较这几个方向,我把关键的门槛维度整理成了一张表:
| 方向 | 数学要求 | 编程要求 | 行业知识要求 | 典型转型周期 | 就业竞争强度 |
|---|---|---|---|---|---|
| 算法工程师 | 高(微积分/线代/概率) | 高 | 中 | 12-18 个月 | 极高 |
| 大模型应用开发 | 低-中 | 中 | 中 | 4-8 个月 | 中-高 |
| 数据工程与基础设施 | 低-中 | 高 | 中-高 | 6-12 个月 | 中 |
| AI 产品经理 | 低 | 低(需懂概念) | 高 | 3-6 个月 + 行业积累 | 中 |
| AI 培训/布道 | 低 | 低 | 高(需真实项目背书) | 不确定 | 波动大 |
这张表不是绝对的,只是基于我观察到的市场情况给出一个概览。你在规划时,应该结合自己的现有背景,在这张表上做加减法。
3. 三门硬基础的真实考核标准
3.1 数学:到底要不要数学系出身?
关于 AI 与数学的关系,市面上有两种极端的说法。一种说"不懂数学就别碰 AI",另一种说"现在都是调包,数学根本没用"。我的经验是:这两种说法都错,而且错得一样离谱。
真实情况是分方向、分工作内容来看的。你做算法岗做模型训练,数学就是你的日常——你至少要对梯度下降、损失函数、概率分布、矩阵运算有直觉性的理解。什么叫直觉性的理解?就是当你看到训练 Loss 曲线出现震荡时,你能本能地想到"可能是学习率太大了";当你发现模型在测试集上表现崩了时,你能判断是数据泄露还是过拟合。这些判断能力,本质上是数学直觉,不是查文档能获得的。
但如果你做的是大模型应用开发,数学的重要性就显著降低了。你大部分时间在和文本、检索、接口、工程架构打交道,偶尔遇到的数学问题(比如理解向量相似度计算)也是高中数学就够用的程度。
那具体要学哪些?我按优先级排个序:
- 第一优先级:概率论与统计基础。包括随机变量、期望、方差、常见分布(正态分布尤其重要)、贝叶斯定理、最大似然估计的概念。这些是理解机器学习最底层的词汇表。
- 第二优先级:线性代数。向量、矩阵、矩阵乘法、特征值与特征向量的直觉。不需要会手算复杂行列式,但必须能看懂公式里每个符号在做什么。
- 第三优先级:微积分(偏导数与梯度)。要理解导数是变化率、偏导数是高维空间里沿某个方向的变化率、梯度是"最快的上升方向"——那反向传播的更新方向自然就是梯度反方向。
有个很实用的自测方法:给你一道题——"如果你要写一个程序,让计算机自己找出一组参数使得某个函数的值最小,你会怎么做?"如果你能自然地说出"先算梯度或近似梯度,然后朝反方向迈一小步,反复迭代",那你的数学基础已经够支持你入行了。
3.2 编程:不只是"会调库"
第二个硬门槛是编程,这个门槛的迷惑性最高。为什么?因为 AI 领域的学习资料几乎全是 Python 写的,而 Python 本身又是出了名地容易上手。很多人学了两周 Python 就觉得自己"会编程"了,直到真正开始做项目才发现根本不是那么回事。
AI 相关的编程工作对人真正的考核点是:
- 数据处理能力。真实项目里 80% 的代码是在处理数据:从 CSV 里读数据要怎么避免内存爆炸?日期格式不统一怎么清洗?一张表 join 另一张表时关联键重复了怎么办?这些场景需要的是扎实的语言基础和对常见库(pandas、NumPy 这类)的熟练度,不是"能写 for 循环"的水平。
- 代码组织能力。一个 AI 项目不会只有一个文件,训练脚本、数据预处理模块、模型定义、配置管理、结果可视化,这些模块之间的依赖关系怎么组织,直接决定了你后期调试的效率。我见过太多人把所有逻辑写在一个两千行的文件里,最后连自己都找不到 bug。
- 排查问题能力。跑 AI 程序报错是常态。CUDA 环境有问题、依赖包版本冲突、显存溢出、数据加载到一半中断……你要能读懂 traceback,能定位到是环境问题还是代码问题,能善用搜索引擎找到解决方案。这个能力没有捷径,就是在一次次踩坑中磨练出来的。
还有一个很多人忽略的点:命令行和 Linux 基础。AI 开发通常在服务器上完成,你至少要会常用的终端操作(cd、ls、grep、vim 基本操作、查看 GPU 状态等)。不会这些,你连训练环境都搭不起来。
如果你基础薄弱,我的建议是:不要一上来就学 AI 框架,先用一到两个月把 Python 语言本身和基本的数据处理练扎实。判断标准很简单——给你一个包含脏数据的 Excel 文件,你能不能用 Python 写一段代码完成"读取、清洗、去重、汇总、输出"的全流程?如果能,你的编程基础就过关了。
3.3 英语:最容易被低估的隐形门槛
在我接触的转型者里,英语能力是被低估得最严重的一项。很多人觉得"我又不出国,学英语干嘛",但实际上 AI 领域的知识生态,几乎完全建立在英语之上:
- 最优秀的论文是英文发表的,即使有中文解读,也往往是二手的、滞后的、甚至转述失真的;
- 大模型的质量评估基准(Benchmark)、最新技术报告,大部分只有英文版本;
- 开发工具和框架的文档,英文版永远是最新最全的;你遇到的疑难杂症,在英文社区里搜到正确答案的概率远大于中文社区;
- 开源项目的 issue 讨论、技术博客、官方公告,默认语言都是英语。
而且不仅是"读"的问题,还有"写"的需求。AI 开发者在社区里提问、提交 issue、参与开源项目讨论时,需要能用英语把事情描述清楚。这不是考试英语,而是"能用简单准确的句子表达技术问题"的实用英语。
好消息是,AI 领域对英语的要求是"阅读理解和基本书面表达"为主,不要求口语有多流利。以我的经验,如果你的英文阅读速度能达到"读一篇技术文档不需要频繁查词典"的程度,就基本够用了。这个门槛可以通过每天读半小时英文技术博客来跨过,只是需要时间累积,没有捷径。
4. 带着现有背景的人,分别该从哪里切?
聊完了门槛,我们来谈最实际的问题:你已经带着自己的背景了,学什么、从哪里入门,最合理?我按常见的几类转型人群分别给出建议。
4.1 后端 / 全栈开发者:别绕远路,直扑应用层
如果你的本职是后端开发或全栈开发,你手里最大的牌是:工程能力强、对系统架构有感觉、写过生产级代码。这恰恰是 AI 应用开发方向最需要的底层能力。
你不需要从数学开始学起,也不需要去啃深度学习理论。你应该直接上手做:调大模型 API -> 学习怎么写好的 Prompt -> 搭一个简单的 RAG 流程 -> 理解向量数据库 -> 部署上线一个真实的小应用。整个过程中,你会发现"代码能力"是你最大的舒适区,真正需要补的是对模型行为的理解和检索相关的数据知识。
你的转型周期可以压缩到 3-4 个月,而且转型之后你的工程经验不但没有浪费,反而成了你和纯算法出身的人竞争时的差异化优势——因为很多算法工程师写出来的代码,离"可维护、可观测、可上线"还有距离。
4.2 前端 / 测试 / 运维:先补数据与工程基本功
如果你之前做的是前端、测试、运维这类偏"平台"方向的工作,你的编程基础是有的,但离 AI 工程师的要求还有一个明显的缺口:缺少数据处理的实战经验,以及(如果是前端)对后端服务、接口、命令行的熟悉度可能不够。
我的建议是,先别急着学 AI,而是先把自己的工程基础补宽。具体来说:花一个月把自己调整到"能独立做小后端服务"的状态——包括数据库操作、接口开发、基础的命令行操作和 Linux 环境;然后用这个基础去过渡到 AI 应用开发。
这条路走通了之后,你会发现运维和测试背景反而有独特价值:AI 应用上线后的监控、评测、稳定性保障,天然需要懂这些的人。我就见过好几个从测试转 AI 评测相关岗位的,做得非常出色——因为"找模型错误、设计评测用例"这件事,骨子里就是测试思维的延伸。
4.3 数据分析师 / 业务运营:这是一条捷径
数据分析师和业务运营背景的人,是所有人里最接近数据工程 / AI 产品经理方向的。
如果你是数据分析师,你手里已经有了一张好牌:SQL 熟练、理解业务数据、有做报表和洞察的经验。你要补的是:Python 编程的工程化能力、对 AI 基础技术概念的理解。在此基础上,你可以优先考虑数据工程方向——先做数据基建,再自然过渡到 AI 应用。
如果你是业务运营(比如电商运营、内容运营、用户运营),你的核心资产是业务理解和用户洞察,这正是 AI 产品经理方向最看重的东西。你不需要刻意去补编程,而是应该去系统性地学"AI 能做什么、不能做什么",然后找一个你熟悉的业务场景,尝试设计一个 AI 产品的雏形——哪怕只是一个 workflow 原型,也能成为你转型的敲门砖。
4.4 在校学生:先把地基打牢,别急着追热点
这是我特别想说的一类人群。很多在校生看到 AI 火爆,一上来就选课、报班、刷模型 Demo,结果把专业课丢了。我的建议恰恰相反:在校期间最大的红利是时间,应该用来打地基,而不是追热点。
地基是什么?数学三件套(微积分、线代、概率)+ 扎实的编程训练 + 至少一门计算机核心课(数据结构、操作系统、数据库选其一)。这些课程短期内看起来"无用",但它们是你在 AI 领域长期发展的天花板决定因素。
在此基础上,再去做 AI 项目、参加开源贡献、读经典论文。我见过太多"什么都会一点但什么都不深"的应届生,简历上写满了模型项目,面试一追问底层原理就露馅。与其这样,不如深入地做好两件扎实的事,远远胜过十个浅尝辄止的 Demo。
为了让你对照自己的情况快速定位,我整理了这个参考:
| 你的现有背景 | 首推方向 | 核心要补的东西 | 预计投入时间 |
|---|---|---|---|
| 后端/全栈开发 | 大模型应用开发 | 模型行为理解、RAG 概念 | 3-4 个月 |
| 前端/测试/运维 | AI 应用开发或 AI 评测 | 工程广度、数据处理 | 5-8 个月 |
| 数据分析师 | 数据工程 | Python 工程化 | 4-6 个月 |
| 业务运营/产品 | AI 产品经理 | AI 能力边界认知 | 3-6 个月 |
| 在校学生(理工科) | 不急着定方向 | 数学+编程地基 | 整个在校期 |
| 在校学生(文科) | AI 产品经理/运营 | AI 概念+行业案例 | 3-6 个月 |
5. 三个月自检路径:投入大价钱之前,先做个低成本验证
很多人在正式报班、辞职全职转型之前,其实并不确定自己适不适合这条路。我觉得与其纠结"要不要转",不如设计一个低成本的验证实验,用三个月时间做一个「最小可行性测试」。这个测试做完之后,你对自己适不适合这个方向,会有比任何测评都准确的判断。
5.1 第一个月:暴露短板
第一个月的目标不是学习成果,而是让你看清楚自己最缺的是什么。做法是:选一个最贴近你目标方向的小项目当"试金石"。
比如你想转大模型应用开发,就给自己布置一个任务:用任何方式做一个"基于文档问答的小机器人"。你可以用现成的工具、抄教程、问大模型,什么手段都可以。过程中你一定会遇到问题:文档读进来怎么切块?向量化用哪个模型?检索结果不准怎么办?答非所问怎么修?这些问题一个一个地逼着你去找答案。
一个月做完,你会在这些"被逼出来的问题"里,清晰地看到自己的短板分布:是代码基础不行?是对模型调参没感觉?还是对数据清洗没有概念?这份"短板清单",就是你接下来学习计划的地图。
5.2 第二个月:针对性补短板
有了短板清单,第二个月就能做到有的放矢。如果你发现代码不熟,就主攻 Python 数据处理的专项练习;如果你发现看不懂模型输出的规律,就去系统性地读几篇大模型应用的技术综述;如果你发现自己连问题都不知道该怎么问,恭喜你——这说明你的短板是"领域知识不够",你需要找一个懂业务的朋友,多聊聊真实场景。
这个月最忌讳的是"东学一点西学一点"。我看到太多人的学习记录是今天学个机器学习概念、明天看个 Prompt 技巧、后天刷个题,看似勤奋,实际上知识是碎片化的,拼不成能力。所以请务必围绕你的短板清单来安排学习,学完一个知识点,就问自己:这个知识能不能让我上一个月的项目变得更好?如果不能,先放一放。
5.3 第三个月:做一份能给别人看的东西
第三个月的任务只有一个:把你第一个月做的小项目,迭代成一个"能拿得出手"的作品。
什么叫拿得出手?几个标准:代码是整洁的、有注释的、能跑的;项目有清晰的 README,说明这个项目解决什么问题、怎么运行;你写下一份简短的复盘文档,记录你遇到了哪些问题、怎么解决的、最终效果如何。如果你做的是 AI 应用,最好真的找 5 个朋友试用,收集反馈,再做一轮改进。
这个作品不需要多宏大,但它要能证明一件事:你有能力从一个模糊的想法出发,独立完成一个 AI 相关的产品闭环。这份能力证明,远比任何培训证书都有说服力。
三个月之后,你会遇到两种情况之一:要么你发现自己对这个方向真的有热情和天赋,做起来虽然累但不痛苦,那恭喜你,可以正式投入了;要么你发现自己做得很吃力、提不起兴趣,那也恭喜你——你用三个月的时间和很小的成本,避免了一次错误的职业转型。这比任何结果都值。
6. 最容易让人半途而废的几个认知误区
最后聊几个我在大量转型案例里反复看到的误判。这些误判不解决,哪怕基础再扎实,也会在某个节点突然放弃。
6.1 误区一:把"学会了工具"当成"拥有了能力"
这是最普遍的一个误区。用一次 LangChain 做了一个 Demo,就觉得自己会了;看了一篇讲 RAG 的文章,就觉得自己懂了。实际上,工具是随时会过时的,能力是由基础支撑的。一年前大家还在学某个框架,今天再看这个框架的社区已经凉了一半。但如果你理解的是背后的原理——检索、召回、生成、评估这些概念是不随框架变化的。
所以学习的重心应该放在原理和思维模式上,工具只是实践的载体。我见过有人连"为什么要把文档切成小块再检索"都说不清楚,却整天在研究新框架的 API,这是典型的舍本逐末。
6.2 误区二:在数学和代码之间反复犹豫,迟迟不动手
"我数学忘了,是不是要先补三个月数学?"——这句话我听了无数次,而说这句话的人里,有大半到现在还在补数学,没做过一个项目。
数学重要,但它应该在项目的牵引下学,而不是在项目之前孤立地学。只学不用的结果是,三个月后你发现自己什么也做不了,信心崩塌。反过来,先做一个最简单的项目,遇到"为什么这里要用梯度下降"再回头补数学,你会学得又快又牢。带着问题学习,效率是漫无目的学习的十倍。
6.3 误区三:缺乏代码之外的"手感"意识
AI 是一个实验科学,不是纯理论科学。很多东西教材里不会写,只有亲手做过才有感觉。比如:模型训练多长时间该停、数据增强做到什么程度会过拟合、Prompt 里的措辞变化会对结果产生多大影响——这些全部依赖"手感"。
够建不了手感,就只能靠多练,没有别的办法。我给自己的要求是:每周至少写一段不是抄来的代码,跑一个不是教程里的实验。手感是这个领域里最无法速成、但最重要的资产。
6.4 误区四:低估了"坚持"的难度,高估了"方法"的作用
市面上卖 AI 课程的人最喜欢强调"方法",仿佛只要掌握了某个秘诀就能轻松入行。但以我的经验,真正拉开差距的从来不是方法,而是在没有正反馈的漫长爬坡期里,你能不能继续往前走。
AI 学习有一个很残酷的特点:前期的学习曲线非常陡,你可能连续几周都感觉自己什么都没学会,直到某个瞬间突然开窍。这个"开窍"的时间点因人而异,有人一个月,有人半年。扛不到那个点的人,就会在"黎明前的黑暗"里放弃。所以我不建议任何人裸辞全职转型,更建议你边工作边学——不是为了那点工资,而是为了给自己留一条心理上的退路。退路存在的时候,你反而更能沉住气。
转型 AI 这件事,归根到底不是"学了什么课程"能定义的,而是"你最终能用 AI 做出什么别人做不出来的东西"来定义的。基础决定你的起点,项目决定你的身价,而持续的手感决定你能走多远。希望这篇门槛梳理,能帮你在迈出第一步之前,先看清脚下的路。