我接手代码，需要熟悉代码的时候很容易走神，不想看，觉得枯燥，我需要集中精神
提问
熟悉代码走神，多半不是意志力差，而是大脑把“不熟悉”误读成“很难、很枯燥”。先降低进入门槛、用一个小动作获得新体感，比硬逼自己集中更有效。
先别把走神当成专注力问题
材料里的观点立正把这类拖延解释为：大脑回避的未必是困难，而是不熟悉。没做过的事，大脑不知道成本多少、哪里会出错，于是把“不熟悉”翻译成“很难”“不适合我”。他举游泳为例：站在岸上研究，脚碰水仍会觉得凉；真正有用的是下水，让大脑得到“原来也就是这样”的新信息1。这可以直接套到读陌生代码：枯燥感可能来自不知道从哪看、怕看不懂，而不是代码本身无聊。
把“看完整个代码”换成一次小下水
AI推演立正讲 AI 编程入门时提到，第一道门槛是对编程环境祛魅、不要怕，并说熟悉基本操作半小时就够；他还用海边下水的比喻说明，怕的感觉只能靠真的进去待一会儿来消除2。同一期里，他把遇到错误后的处理概括为把背景、错误本身和你要做什么告诉 AI2。按这个思路，你可以先不追求读懂全貌，只挑一个入口文件或一条请求链路，跑起来、改一处、看结果；卡住时把上下文和报错交给 AI 一起解决。这是 AI 基于上述说法对你处境的应用，不是立正针对“读代码走神”给出的方案。
用“能做出东西”替代“必须看完”
立正在另一次访谈中说，判断该跟谁学的标准是能不能 build 出一个有用的、之前做不到的东西；在 build 的过程中会不断学到什么是有效的，做出东西也会有收获感。他还说自己如果每天晚上逼着看论文，大多数人包括他都做不到3。这提示：把熟悉代码的目标从“通读并记住”改成“完成一个可见的小改动”，更容易获得继续投入的能量。注意这是他谈学习与 build 的一般判断，不是对走神机制的专门诊断。
现有材料谈的是对不熟悉事物的回避和 AI 编程入门，没有专门研究“读代码走神”的注意力方法；若走神长期严重、影响日常，应另寻专业评估。
回到3份原文
直接解释“不熟悉被误读成很难”，并给出下水式的小行动思路。
讲编程环境祛魅、半小时熟悉操作，以及用背景加错误加需求与 AI 排错。
提供以 build 出有用东西为目标、从过程中获得收获感的对照。