1. 第二天上机最该练的不是语法而是“调试的感觉”很多零基础的同学第一天上机基本都是在“照着敲”阶段老师给一段代码自己跟着打一遍回车看到一样的输出就觉得自己会了。第二天再上机往往就露馅了——换个题目、换组数据代码立刻不听话报错信息看得头皮发麻。我带新人培训这几年《上机练习第二天》几乎都会出现一个共同现象教室里很安静但屏幕上全是红色报错。第一天靠新鲜感撑着第二天开始真正考验耐心和方法。作为过来人我想先把这个阶段的定位说清楚第二天的练习目标不是“多学几个新语法”而是建立一套自己动手排查问题的流程。语法是工具调试才是你接下来每天都要用的能力。这篇文章就围绕第二天的典型练习内容来展开覆盖变量、数据类型、条件判断、循环四个基础点但重点不在“讲知识点”而在于第二天应该怎么练、练到什么程度才算过关以及我在反复带练过程中总结出的那些常规文档里不会写的坑。内容适配的是编程入门类课程的第二次上机但思路同样适用于任何需要动手操作的技能培训第二天——不管是数据库、网络配置还是办公自动化底层逻辑都是相通的。1.1 第二天第一件事把“照抄代码”变成“默写代码”第一天通常允许你照着PPT敲但第二天我强烈建议切换成另一种方式拿到题目先自己写写完再对照参考代码。为什么要这么干因为照抄时你动的是手指脑子其实在划水。你自己写的时候哪怕只有三行代码也需要考虑“这个变量叫什么”“这个函数怎么拼”“这一行要不要缩进”这些细节才是真正要练的东西。具体操作上可以给自己定个规则参考代码只看第一遍看完合上屏幕凭记忆和理解敲出来。敲的过程中不许翻回去看。如果卡住超过三分钟再去翻但要在本子上记下“我卡在哪里了”。我自己带练时会让学员建立一个简单的错误日志每天整理五个自己遇到过的报错第二天上机前先看一遍。这套方法看起来很简单但真正坚持做两天以上的人普遍比那些反复“照抄-删掉-再抄”的人进步快得多。因为默写逼着大脑把“看见的代码”转换成“理解的代码”这个过程才是有效学习发生的地方。1.2 第二天的典型训练任务长什么样为了后面展开方便我把第二天最经典的练习组合列出来这也是我对题目“上机练习第二天”最直接的理解。通常第二天就是围绕这四类任务展开练习模块典型任务示例核心考察点变量与类型输入两个整数输出它们的和、差、积、商类型转换、print格式化条件判断输入一个年份判断是否为闰年条件组合、优先级循环入门用for循环打印1到100之间所有奇数range边界、步长循环积累求1到n之间所有偶数的和累积器模式、循环变量这四个任务看起来毫不起眼但它们是后续所有项目开发的地基。我见过太多人学到函数、列表、字典时写不出代码回头一查问题都出在循环和变量上——不是不懂概念而是第二天该练的手感没练出来。1.3 这一天的练习验收标准不是“跑通”而是“能改”第二天上机结束时不要用“代码跑通了没有”来衡量自己的收获那是最低标准。真正的验收标准是这个程序如果输入另一组数据你能否预判输出结果把循环次数从100改成1000你要改哪一行为什么如果结果比预期大了一倍你能从前到后讲一遍数据是怎么流动的吗能回答出这三类问题说明你不仅会敲代码而且开始理解程序的执行过程。这是第二天最重要的跨越——从“复制者”变成“思考者”。2. 变量、类型与内存盒子把print当成显微镜第二天上机最常见的第一个报错就是NameError: name a is not defined或者TypeError: can only concatenate str。很多新人看到这个就慌其实这两类错误背后藏着一个核心概念变量名和数据类型。第二天必须把这两件事彻底搞清楚否则后面写函数、写类会一直被同一类问题反复绊倒。2.1 变量名的底层逻辑名字与盒子的对应关系我讲变量时喜欢用一个生活类比变量名就像便利贴数据像放在盒子里的东西。a 10这句话的意思是拿一张写着“a”的便利贴贴在一个装着数字10的盒子上。你之后写print(a)程序就顺着便利贴找到盒子取出里面的10。这个类比能解释很多第二天常见的现象。比如你写a 10之后又写a hello便利贴没变但盒子里的东西换了——这就是“变量可以被重新赋值”。再比如你写b a其实是拿一张新便利贴“b”贴在同一个盒子上。这时候改a和改b要看语言的具体规则在Python里简单类型的表现和列表等复杂类型不同这个后面学到列表时会有更深的体会。第二天练习时我建议你写一段“观察型代码”定义几个变量在每一行之后打印一次观察变化过程。比如x 5 print(x) # 输出什么 x x 1 print(x) # 输出什么 x x * 2 print(x) # 输出什么不要急着写复杂程序先把这种“跟踪变量”的手感练出来。很多新人卡就卡在x x 1这行怎么看着像数学里的“x等于x加1”这不可能啊其实在程序里等号右边先算算完再赋给左边。变量在赋值符号右边出现时代表的是“取出盒子里当前的值”在左边出现时代表“把这个便利贴重新贴到新盒子上”。2.2 类型转换第二天必踩的 input 坑第二个高频错误来自input()。input()读进来的东西永远是字符串哪怕你输入的是数字。所以在做“输入两个整数求和”这种题目时直接写a b会得到字符串拼接的结果比如输入3和4输出的是34而不是7。这个坑几乎人人都会踩但它恰恰是第二天最好的学习契机。它让你意识到程序里的数据是有类型的不同类型的“加法”含义不同。字符串3 4是拼接整数3 4是求和。要修正就得用int()或float()做类型转换。练习时建议这样设计先故意写错观察错误输出再进行转换修正。不要一上来就写正确版本那样你对“为什么需要转换”的体会会浅很多。a input(请输入第一个整数) b input(请输入第二个整数) # 故意先不加 int()观察输出 print(a b , a b) # 修正后 a int(a) b int(b) print(a b , a b)运行这个程序分别输入 3 和 4你会清楚看到两行输出的差异。这个差异比你背十遍“input返回字符串”都要记得牢。2.3 用 print 做“显微镜”程序的每一处中间值都要能看见第二天练习中我反复强调一个习惯多打印中间结果。很多新手写代码像“憋大招”——一口气写完然后祈祷一次通过。但程序出错时你完全看不到程序内部发生了什么只能瞎猜。正确做法是在关键步骤后面加一条 print把变量的当前值打出来看一看。比如上面那个类型转换的例子你可以在转完之后加一句print(转换后的a是, a, 类型是, type(a))type()函数能返回数据的类型这个函数在第二天就该学会用。我自己的经验是排查问题的时候先问“这个变量现在到底是什么类型”再问“这个值是多少”。很多时候类型对了逻辑上的问题就好解决了。这就像修水管之前先得看清楚哪里漏print 就是你手里的一支手电筒。第二天一定要把“看不到就加print”变成肌肉记忆这会让你后面的学习效率翻倍。3. 条件判断的练习设计与常见逻辑失误第二天任务的第三个模块通常是用if语句写判断。“闰年判断”这个题目简直是上机练习的经典之经典它考察的不是语法本身而是把自然语言翻译成逻辑表达式的能力。很多人觉得if简单一写就错原因恰恰是翻译得不够精确。3.1 闰年判断为什么是第二天的“神题”闰年规则我们小学都学过能被4整除但不能被100整除或者能被400整除。但如果让你用 Python 写出来你会发现难点在“或者”怎么处理、优先级怎么安排、括号要不要加。下面是我推荐的练习写法year int(input(请输入年份)) if (year % 4 0 and year % 100 ! 0) or (year % 400 0): print(year, 是闰年) else: print(year, 不是闰年)写完之后一定要自己测几组特殊数据2000闰年、1900不是闰年、2024闰年、2023不是闰年。这四个测试用例涵盖了“能被400整除但也能被100整除”“能被4整除但不能被100整除”“普通闰年”“普通平年”四类情况。没有哪一道题比这更能训练“边界思维”。3.2 我见过最多的错误优先级和括号第二天上机时有相当一部分人写的条件是这样的if year % 4 0 and year % 100 ! 0 or year % 400 0:看起来好像也没问题但在复杂条件里不写括号会让可读性急剧下降。更重要的是当条件变复杂时依赖默认优先级极易出错。我建议从第一天写条件判断开始就养成分组习惯——把“一组完整条件”用括号括起来哪怕有时候不括也能算对。另一个超级常见的错误是漏掉year % 100 ! 0这个子条件。如果不加那么 1900 就会被误判成闰年。为什么因为 1900 能被4整除但它是世纪年不能被400整除所以不是闰年。这个用例就是为了防止有人把规则记成“能被4整除就是闰年”。经过多次带练我总结出一个判断逻辑是否完备的方法写代码前先在纸上写三组测试数据——一组“典型通过”、一组“典型不通过”、一组“边界情况”然后心里模拟程序走一遍。这一步花不了两分钟但它能筛掉绝大部分逻辑漏洞。3.3 if 练习后的进阶把“区分多个分支”变成一种习惯第二天的条件判断练完闰年之后还要加一个任务根据成绩输出等级。90以上优秀80以上良好70以上中等60以上及格60以下不及格。这个任务看起来更简单但它有一个容易犯的错误是判断顺序。如果写成score int(input(请输入成绩)) if score 60: print(及格) elif score 70: print(中等) elif score 80: print(良好) elif score 90: print(优秀) else: print(不及格)你会发现运行结果永远是“及格”后面的分支全废了。这就是条件判断的经典陷阱多个分支的条件如果互相包含判断顺序决定了逻辑是否正确。正确做法是从高到低排或者把每个区间的上下界都写清楚。这种错误对初学者来说特别有价值因为它不报错、逻辑上又错得离谱。正好可以用 print 观察法来确定是哪个分支生效了。我的建议是第二天这类“不报错但结果错”的问题一定要亲手重现一下再亲手修正。因为你将来遇到的逻辑bug绝大多数都不是语法问题而是这种“开着车没油了还不亮灯”的问题。4. 循环控制流里最容易失控的地方如果说变量和条件是第二天上午的任务那循环就是第二天下午的重头戏。我在培训中反复讲一句话很多人学编程卡住九成是卡在循环上。不是循环难而是循环题目千变万化一旦没练透后面学到列表推导式、嵌套循环、递归时全都会成为障碍。4.1 for循环的思维转变从“我一个个数”到“让程序自己数”第二天上机时许多人的第一反应是打印1到100之间所有数字那不得写100行 print直到学会for i in range(1, 101): print(i)才发现原来程序可以替自己干重复的活。这里的核心转变是“遍历思维”程序会按顺序把集合里的每个元素取出来依次赋给循环变量然后执行一次循环体。你在纸上应该能写出这个过程取第一个 → 执行 → 取第二个 → 执行 → 取第三个 → 执行……直到取完。我建议的练习是从 range 边界入手这个最容易被搞混# 打印 1 到 100注意 range(1, 101)不是 range(1, 100) for i in range(1, 101): print(i)range(起始, 结束)的规则是“包含起始不包含结束”这和很多人的直觉相反。为什么这样设计这跟下标从0开始有关系——Python 里的range(5)表示 0,1,2,3,4一共5个元素起始默认是0。你只要记住结束值是不包含的这个坑就填了一半。第二天我还会加一个变体任务打印1到100之间所有3的倍数。这时候用range(3, 101, 3)可以一步到位第三个参数是步长。这一步让你理解 range 的三个参数分别控制什么再往后就很少会因为“输出了不该有的数”而困惑。4.2 while 循环和“死循环”的第一次亲密接触第二天一定会有同学写出这样的代码n 1 while n 100: print(n) # 忘了写 n n 1然后程序就卡死在那里疯狂打印1只能强制停止。这个瞬间基本是每个编程新手的“成人礼”。第一次遇到死循环往往很慌乱但第二天就应该有意识地制造一次死循环然后亲手处理掉。死循环的本质是循环条件永远为真因为控制循环的变量从没改变。解决办法很简单要么在循环体里改变那个变量要么用break主动中断。我建议的练习方式是# 用 while 实现与前文 for 等价的逻辑 n 1 while n 100: print(n) n n 1再加上一个“不报错但卡死”的防身技巧如果你在某个 IDE 或终端里运行程序卡住了优先用 ctrlc在终端里或红色停止按钮强制终止。千万不要直接关电脑重启那会浪费时间。我知道这听起来很基本但每期培训总有同学卡死之后第一个反应是重启电脑。4.3 累积器模式第二天必须会的“求和思想”循环里最经典的模式是“累积器”定义一个变量初始值然后在循环体里不断更新这个变量。求1到100的和就是最典型的例子total 0 for i in range(1, 101): total total i print(1到100的和是, total)这个模式太常用了——统计数量、累加分数、拼接字符串本质都是累积器。第二天的练习一定要亲手写几次哪怕你觉得自己看懂了。看懂的标志是你知道输出是5050真正练会的标志是你能随手改成“求1到100所有偶数的和”“求1到100所有能被3整除的数的个数”。如果觉得理解不透可以加一条 print 进去看 total 的变化过程比如每加一个数就打印一次total 0 for i in range(1, 6): total total i print(i , i, total , total)这样你能亲眼看到 total 是怎么从0一步步变成15的。做完这个观察累积器对你来说就没有秘密了。5. 第二天实操避坑清单环境、习惯与心态讲完技术点最后聊一点实操中的“场外因素”。上机练习第二天真正拖慢进度的往往不是代码本身而是环境问题、文件保存问题、心理问题。我把这些年带练过程中高频出现的坑集中列在这里每一条都是真实发生过的。5.1 环境与工具的五个常见坑路径混乱。不少人第一天创建的练习文件散落在桌面、下载文件夹、临时目录里第二天开始练习时找不到文件或者打开的是昨天改到一半的旧版本。我的建议是从第二天开始建立一个固定的工作目录比如D:\practice\day02所有练习文件统一命名成day02_01.py、day02_02.py这种格式。这个习惯越早建立越好后面项目文件多了才不会乱。中英文标点混用。第二天一定会有人写出if year % 4 0中文冒号然后报语法错误。这个坑在编辑器里不太容易看出来因为中英文冒号长相很接近。排查时如果发现某行报 “SyntaxError: invalid syntax”先检查那一行的标点是不是全英文。缩进被TAB和空格混用。Python 对缩进极其敏感。有些同学在记事本或某些编辑器里粘贴代码后缩进变成TAB和原有的空格混在一起运行时就会报 “IndentationError”。我的建议是所有 Python 代码统一用4个空格缩进编辑器里把 TAB 自动替换成空格。程序运行时输入了错误类型。比如题目要你输入整数结果你输入了abcint(abc)会报 ValueError。第二天可以不用深入异常处理但要知道这属于“用户输入不合法”的常见场景。可以先做简单的判断——在转换前检查字符串是不是数字或者把int()放在try...except里这些内容后面会系统学但提前见识一下没坏处。中文编码问题。如果代码文件里有中文注释而运行环境默认的字符编码不是UTF-8可能报编码错误。大多数现代IDE默认UTF-8但如果在命令行运行有时会遇到SyntaxError: Non-UTF-8 code。解决办法是在文件顶部加一行# -*- coding: utf-8 -*-或者干脆统一把文件保存为UTF-8格式。5.2 卡住了怎么办15分钟原则与“最小复现”第二天上机时每个同学都会遇到卡住的情况。但卡住之后的处理方式直接决定学习效率的差距。我先说一个数据我带过的学员里能在第二次上机就形成自己“求助流程”的人后面整体进度普遍比那些一遇问题就举手或发呆的人快30%以上。这里说的求助流程很简单先自己查5分钟再拿最小例子验证5分钟最后才问人。加起来15分钟但流程性质完全变了。“最小例子”怎么理解如果你不确定某个写法对不对就写一个只有5行的小代码去测那个写法。比如你不确定range(10, 0, -1)能不能倒序生成那就只打印这一行别把它嵌到完整程序里。测完你就有答案了。这个“最小复现”的思想以后排查大项目bug也会用到。如果实在要问人我建议把问题描述成“我想做什么我写了什么我看到的错误是什么我已经尝试过什么”。这个格式在技术社区里也是通用礼仪但从第二天就开始练收益最大——你对自己问题的描述越准确得到的帮助越有价值。5.3 第二天的“收尾动作”比写代码更重要的一件事每次上机练习结束前我建议留出10分钟做收尾。不是让你多写几个题目而是做三件事第一把今天所有写过的代码统一保存好标记哪些一次跑通、哪些改过、哪些还没解决。第二在错误日志里补上今天遇到的3到5个报错每个报错写三行报错信息是什么、导致的原因是什么、我是怎么解决的。第三在明天开始前以“默写”的方式把今天练过的闰年判断和求和程序重新写一遍不参考任何资料。第三点尤其重要。我见过太多人上机时觉得“这题我会了”第二天又忘了大半。本质上是因为练习时看懂了代码大脑误以为“看懂”等于“会写”而实际上写代码是动作技能必须通过回忆和再现来巩固。第二天结束的默写是把这个记忆缺口补上的最佳时机。这三件事做完今天的上机练习才算真正“落地”。说实话第二天真正的门槛不在智商也不在天赋而在两件事一是愿不愿意面对报错时的挫败感二是有没有找到一套属于自己的调试和整理方法。只要这两件事迈过去后面几天的进步速度会远超你的预期。
