"Tutor讲课的时候我都懂，自己一写就不会了。"
这句话我听过太多次了。几乎每个刚开始澳洲留学IT课程的同学，都经历过这个阶段。
你坐在澳洲大学编程课上跟着老师的思路走，觉得逻辑很清晰，但作业一发下来，打开Coding网站，脑子里一片空白。
你"听懂"的，其实是别人的思路
这是最核心的问题。
在澳洲大学IT的课堂上，老师演示代码的时候，你跟着他的逻辑走，他说"我们先定义一个变量"，你觉得合理；他说"然后用一个loop来遍历"，你觉得对。
但这种"懂"，本质上是认同别人的决策，不是你自己做决策。
真正写代码的时候，没有人告诉你第一步做什么，没有人替你决定用list还是dictionary，没有人提示你这里要处理edge case。
所有的判断都要你自己来。这才是编程真正难的地方, 不是语法，是解题的主动性。
澳洲大学的课程结构会放大这个问题
澳洲编程课程的讲课模式，很多是大课（lecture）加小课（tutorial/lab）。
Lecture一般两百人坐在一起，老师讲概念、演示代码，你基本是被动接收。Lab才是动手的地方，但Lab通常一周只有一次，助教比学生少，你遇到问题排队问，时间根本不够用。
加上很多澳洲大学编程的作业是这周讲完，下周作业就要交。没有足够的缓冲时间让你慢慢消化，很多同学就这样一周拖着一周，越欠越多。
还有一个问题在于，澳洲大学IT课程的设计本身就预设了你会在课外投入大量时间自学。这和国内的教学逻辑不一样。国内很多课程是"老师教完，你练习巩固"；澳洲大学很多是"老师给你方向，剩下的你自己摸"。
几种常见的"假懂"场景
场景一：能看懂答案，但不会做题
期中考前刷past paper，看到答案觉得"哦原来这样"，然后合上答案再做一遍，又写不出来了。这是典型的看懂和会做之间的断层。
场景二：能复现老师的代码，但换一个题就卡
把lecture里的示例代码照着敲一遍没有问题，但作业题稍微换个情景，就不知道怎么改。说明你学的是表面的语法，没有学到背后的思路。
场景三：靠AI写完作业，但自己不理解
这个现在越来越普遍。代码提交了，分数也不错，但期末考试上机的时候，没有AI可以用，直接原形毕露。澳洲大学的期末考试很多是invigilated的，尤其是IT类课程，没有任何外部工具，就看你自己能不能写出来。
具体怎么破？
1
把"看懂"变成"自己写一遍"
老师的示例代码，不要只是读。关掉代码，凭记忆重新写一遍。写不出来的地方，才是你真正没懂的地方。这个过程很痛苦，但是有效。
更进一步的做法是：写完之后，试着改动一个条件，看结果怎么变。比如原来是遍历list，试着换成dictionary。这种主动"拆解"的练习，比重复抄十遍代码都管用。
2
从小功能开始，不要一上来就想写完整程序
很多同学卡住，是因为面对整道题不知道从哪下手。试着把题目拆开——先只写"输入处理"那部分，跑通了再写"逻辑"那部分，最后再处理"输出格式"。把大问题切成你能处理的小块，每块跑通一个，整体就成型了。
这其实也是真实工作里工程师写代码的方式。没有人一上来就写一个完整的系统，都是模块一个一个来。
3
出错信息要认真读
这听起来废话，但大部分同学看到红色报错就慌，直接复制去Google。其实Python、Java这些语言的error message已经很人性化了——它告诉你第几行、什么类型的错、有时候甚至直接提示你哪里出了问题。
先逼自己读一遍，尝试定位问题在哪，再去查资料。长期这么做，debug速度会快很多，而且你会开始对常见错误类型有感觉，以后犯同样错误的概率也降低了。
4
控制使用AI工具的方式
不是说不能用AI，但要用得聪明。遇到卡住的地方，先自己想10分钟，写出你的思路框架，再去问AI。用AI来验证你的方向，而不是让AI替你想第一步。
如果你直接把题目扔给AI，让它输出完整代码，然后你"看懂"再提交，这条路走不远，期末考试会让你明白的。
课堂是起点，不是终点。真正让你能写出代码的，是你在课后坐下来，自己一行一行敲出来的那些时间。
这个过程本来就不舒服。但是只有你熬过去之后，你会发现之前"听懂了"和真正"会写了"之间，差了多远的距离也会知道自己已经走了多远。
