AI 时代还要学哪些编程基础
不要求你先成为程序员，但要懂文件、变量、函数、组件、数据结构和错误日志。
本节最重要的 3 件事
不要把这一节当成普通文章读。它是一节可操作教程，读的时候要同步填写、截图、记录或部署。
理解 AI 写代码时常见的基础概念，能看懂它在改什么、错在哪里、如何验收。
先理解文件和目录：代码不是一整块文字，而是按页面、组件、样式、数据拆成多个文件。
完全不看 AI 改了什么
教程思维导图
把学习目标、执行步骤、交付物和常见坑整理成一张图。建议下载 Markdown 版本，放进自己的知识库，后续继续拆任务。
把抽象概念变成可操作画面
每张图对应一个学习动作：先看执行顺序，再准备材料，最后逐项检查。
跟着做：AI 时代还要学哪些编程基础
这一课按教程来学。你不需要先把所有理论背下来，只要按顺序完成下面的练习，最后留下「理解 AI 写代码时常见的基础概念，能看懂它在改什么、错在哪里、如何验收。」。
围绕「AI 时代还要学哪些编程基础」完成一次真实的独立开发练习：先准备材料，再执行步骤，最后用验收清单判断是否可以进入下一课。
每一步都按“动作、证据、产出、检查”来做。动作是你现在要做的事，证据是截图、链接、表格或用户原话，产出是这一课最后要留下的材料，检查是判断它能不能支持下一步。
如果你暂时没有真实产品，就用一个具体练习场景代替：一个内容站、一个项目库、一个 AI 小工具或一个收费会员页。不要空想，必须把结果写出来。
本课不要求一次做得完美，但要求你把关键取舍写清楚：为什么现在这样选、暂时不做什么、后面出现什么信号才需要调整。这样下一次迭代时，你不是重新猜一遍，而是接着已有证据往前走。
做完后建议把本课产出放到同一个项目文件夹里，包括表格、截图、草稿、链接和待确认问题。以后请别人帮忙、让 AI 继续实现，或者自己复盘时，这些材料会比一段聊天记录有用得多。
如果某一步做不出来，不要跳过。先写下卡住的原因：缺少用户、缺少数据、不会配置、没有素材，还是不确定商业判断。把卡点写具体，下一步才知道是查资料、问人、换工具，还是缩小范围。这个记录本身也是本课产出的一部分，也能帮助你以后判断哪些能力需要补课、复盘和求助。
先准备这些材料
准备一个文档、表格或白板，用来记录本课的关键判断和产出。
打开你正在做的产品、候选 Idea、代码仓库、支付后台或发布渠道，把真实材料放在手边。
先只做本课要求的最小动作，不要同时扩展成完整系统。
按顺序完成本课练习
01 / 文件目录
先理解文件和目录：代码不是一整块文字，而是按页面、组件、样式、数据拆成多个文件。
- 先理解文件和目录：代码不是一整块文字，而是按页面、组件、样式、数据拆成多个文件。
- 把本步结果写进这行模板：文件目录：____
- 检查结果是否能支持下一步，不确定的地方单独标记出来。
背景：____；目标用户：____；要完成的行为：____；相关文件：____；不要改的范围：____；验收标准：____；必须运行的命令：____。
02 / 变量
理解变量、对象和数组：它们是保存标题、价格、用户、项目列表这些信息的基本容器。
- 理解变量、对象和数组：它们是保存标题、价格、用户、项目列表这些信息的基本容器。
- 把本步结果写进这行模板：变量：____
- 检查结果是否能支持下一步，不确定的地方单独标记出来。
功能是否符合：____；边界状态：____；移动端：____；权限：____；错误处理：____；性能影响：____；测试结果：____。
03 / 对象
理解函数和组件：函数负责处理动作，组件负责复用一块界面。
- 理解函数和组件：函数负责处理动作，组件负责复用一块界面。
- 把本步结果写进这行模板：对象：____
- 检查结果是否能支持下一步，不确定的地方单独标记出来。
AI 做对了什么：____；需要人工修正什么：____；遗漏的上下文：____；下次任务说明要补充：____。
04 / 数组
理解错误日志：报错不是失败通知，而是告诉你哪个文件、哪一行、什么原因出问题。
- 理解错误日志：报错不是失败通知，而是告诉你哪个文件、哪一行、什么原因出问题。
- 把本步结果写进这行模板：数组：____
- 检查结果是否能支持下一步，不确定的地方单独标记出来。
背景：____；目标用户：____；要完成的行为：____；相关文件：____；不要改的范围：____；验收标准：____；必须运行的命令：____。
05 / 函数
每次让 AI 改代码后，都要让它说明改了哪些文件、为什么改、怎么验证。
- 每次让 AI 改代码后，都要让它说明改了哪些文件、为什么改、怎么验证。
- 把本步结果写进这行模板：函数：____
- 检查结果是否能支持下一步，不确定的地方单独标记出来。
功能是否符合：____；边界状态：____；移动端：____；权限：____；错误处理：____；性能影响：____；测试结果：____。
最后检查
为什么要这么做
做完上面的练习后，再读这一部分，用来理解判断逻辑、执行顺序和容易误判的地方。
先建立这件事的边界
这节教程只讲 AI 时代编程基础。 AI 时代编程基础 的重点是让 AI 变成可控的协作流程，而不是把一句模糊需求扔给模型后照单全收。 读这篇的人通常是零基础但愿意和 AI 一起做产品的人，所以我们不从抽象概念开始，而是直接把它拆成可以执行、可以检查、可以复盘的工作流。
先确认边界。 这里的“学会判断 AI 输出”不是一句口号，而是你做决策时的约束条件：哪些事现在必须做，哪些事可以手动处理，哪些事应该明确暂缓。边界越清楚，后面让 AI 或工具协助时越不容易跑偏。
第一组重点是： 背景上下文、任务边界、验收标准、文件范围、测试和审查。你可以把它们写在一张表里，每个重点下面只保留最关键的判断问题。不要急着追求完整，先保证自己能用普通话向另一个人解释清楚。
拆开关键概念和判断点
实际执行时， 按这个顺序走：先写清楚业务目标和用户路径；提供相关文件、数据结构和不能改的范围；要求 AI 先列计划和风险；一次只推进一个可验收任务；用构建、截图、测试和代码审查确认结果。每一步都应该留下可检查的材料，例如文档、表格、截图、链接、命令输出或配置记录。没有留下材料，就很难判断自己到底有没有完成。
本节建议产出的材料包括： AI 任务 Brief、验收清单、代码审查记录、回归风险表。这些材料不只是给自己看，也可以作为后续让 AI 继续工作的上下文。你把材料写得越具体，AI 越容易帮你生成页面、代码、检查清单或下一步任务。
这件事最需要警惕的是： 最容易犯的错是把 AI 的解释当成验证。真正的验证必须来自运行命令、页面检查、测试结果和人工审查。 所以不要把“我看懂了”当成完成标准，真正的完成标准应该是能拿出文件，能解释取舍，能根据结果决定下一步。
按顺序执行，不要只阅读
如果你今天只能做 30 分钟， 就先做一个最小动作：从本节产出里挑一个最小文件，把标题、字段、状态和验收标准写出来。独立开发最怕把任务写成“优化产品”“研究一下”这种大词，大词没有边界，也没有完成标准。
AI 可以参与这件事， 但不能替你做判断。更合适的用法是：让 AI 帮你把草稿整理成表格，把步骤改成 checklist，把风险转成测试项，把输出改成可以直接执行的任务。关键决策仍然要由你根据产品目标和真实约束来定。
最后要形成一个可交付结果： 一份 AI 编程基础术语表和验收清单。这个结果不一定漂亮，但必须能被复用，能指导下一步行动，也能让别人快速理解你现在做到了哪里、还差什么。
照着填写
把下面这些空填完，你就已经完成了本节最重要的实操部分。
文件目录：____变量：____对象：____数组：____函数：____组件：____样式：____错误日志：____构建命令：____ 小团队如何执行：让 AI 修改一个产品卡片
假设你只有一个人，晚上和周末推进项目，时间有限，所以必须把任务拆成能当天完成的小动作。
把需求写成背景、目标、范围、验收标准四段。
让 AI 先指出会改哪些文件和可能风险。
完成后要求它列出验证命令和剩余风险。
自己打开页面或查看 diff，确认结果符合预期。
模板与话术
不要从空白文档开始，先套用模板，再按自己的项目改写。
背景：____；目标用户：____；要完成的行为：____；相关文件：____；不要改的范围：____；验收标准：____；必须运行的命令：____。
功能是否符合：____；边界状态：____；移动端：____；权限：____；错误处理：____；性能影响：____；测试结果：____。
AI 做对了什么：____；需要人工修正什么：____；遗漏的上下文：____；下次任务说明要补充：____。
实操清单
常见坑
- 完全不看 AI 改了什么
- 把报错截图直接丢给 AI 却不读关键行
- 一次让 AI 改太多需求
- 不会运行 build 或预览命令