1. 每天读一点
别让输入只剩 Slack、PR diff 和短视频。那会让人的视野很快变窄。
读论文，是看别人怎么定义问题。读代码，是看约束怎样落进实现。历史和传记则提醒我：大部分重要判断，都发生在信息不完整的时候。
不必每天啃一本大部头。持续读就行。
2. 去外面走走
一直盯着屏幕，人会把一个局部 bug 当成整个世界。
有些设计卡住后，再看十遍代码也没用。离开桌子半小时，呼吸和注意力慢下来，问题常常会恢复它本来的大小。
3. 先问对问题
不要一上来就问「怎么做」。这个问题很容易把讨论拖进实现细节。
先问为什么要做，边界在哪，失败会怎样，谁会受影响。很多技术债并不是代码写坏了，而是一开始的问题就很含糊。代码只是把那个含糊的决定固定了下来。
4. 学习不是收藏
看完文章，只能说明你见过这个概念。
真正学会一件事，要能拆开它，自己复现，撞到边界，再用自己的话重新组织。如果一个概念只能复述，不能拿来判断方案，它还不属于你。
5. 别把评价放在决策中心
反馈有用。但很多评价来得太晚，看到的也只是结果里很小的一段。
长期项目在早期通常都不好看：慢、乱，方向也不稳。这个阶段如果急着寻求认可，很容易把本来值得探索的空间压掉。
6. 做会让你反复回头的事
兴趣不等于轻松。真正感兴趣的东西反而更折磨人，因为你愿意在里面耗很久，也能忍受那些没结果的中段。
一个方向如果让你持续追问、持续动手，还总能从细节里长出新问题，就值得认真做。
7. 基础要学扎实
聪明不是跳过基础的理由。基础不够时，人会被术语牵着走，看似在做高级判断，其实不知道系统为什么这样工作。
可靠的判断往往来自底层细节：数据怎么流，状态放在哪，失败后如何恢复。把这些看清楚，才算真的懂。
8. 把你会的讲给别人
教学会暴露理解里的洞。你以为自己懂了，直到另一个人无法照着你的解释复现。
写文章也是一样。不是为了显得懂，而是逼自己把概念、顺序和 trade-off 交代清楚。
9. 别浪费错误
犯错本身没有价值。
有用的是复盘：当时相信了什么，漏掉了哪个信号，下次怎样更早识别同类问题。如果一次失败只留下情绪，没有留下判断，它多半还会换个样子再来一次。
10. 不知道就说不知道
危险的不是不知道，而是没发现自己不知道。
承认这一点后，问题才有机会被定义。定义清楚，就可以查、问、试。知识很少是一次拥有的东西，它更像一条反复走出来的路。
这十条不是成功学。我把它们当成日常校准：保持输入，问准问题，动手验证，也对自己的无知诚实一点。