程序员老张在LeetCode上刷了三百道题，刷题违法去年跳槽时却卡在了系统设计面试上。刷题违法面试官问了他一个实际问题：如何设计一个支持千万级并发的刷题违法消息队列？老张愣住了——他背过B+树索引原理，写过红黑树的刷题违法删除节点，但从来没想过消息队列该怎么搭。刷题违法

这不算最讽刺的刷题违法。更讽刺的刷题违法是，他后来发现，刷题违法那家公司的刷题违法技术面试题，恰恰是刷题违法他刷过无数遍的“LRU缓存机制”。他写出来了，刷题违法但面试官追问了一句：“如果缓存失效时数据库也挂了，刷题违法你怎么办？刷题违法”老张又愣了。他脑子里只有哈希表加双向链表的刷题违法模板，没有“降级方案”这个概念。刷题违法

刷题违法吗？法律条文里没有这一条。但如果你把刷题当成通往高薪的唯一路径，那它就是违法的——违反的是技术成长的客观规律。

我认识一个应届生，简历上写着“刷题500+”，笔试成绩接近满分。入职第一个月，让他写个简单的订单状态机，他用了三个if-else嵌套，代码里全是魔法数字。代码评审时，资深工程师问他为什么不设计成状态模式，他一脸茫然：“LeetCode里没有这种题啊。”

这就是问题所在。题库里的题是人为设计过的，有明确的输入输出，有标准的解法。真实世界的代码没有标准答案，没有“通过率”给你参考，更没有“提示标签”告诉你该用动态规划还是贪心算法。你面对的是一堆模糊的需求，混乱的遗留代码，还有永远在变的业务逻辑。

刷题本身没问题，它像健身房里练哑铃——能增强肌肉力量。但如果你以为练好哑铃就能打篮球，那就大错特错了。篮球需要跑位、传球、配合，需要理解比赛节奏，这些在健身房里练不出来。

有个朋友在某大厂做技术面试官，他告诉我一个观察：刷题多的候选人，在面对“为什么”的时候往往答不上来。你问他“这个解法的时间复杂度为什么是O(n log n)”，他能背出来。但你要是问“如果数据量小到一百条，这个算法还最优吗”，他就开始支支吾吾了。

这暴露了一个更深的隐患——刷题训练的是“模式识别”，而不是“问题解决”。你看到“最长递增子序列”就条件反射地想到动态规划，但现实中的问题从来不会告诉你“我是哪种类型”。它们长得奇形怪状，需要你先建模、再抽象、最后才谈得上选算法。

更让人头疼的是，刷题刷多了会形成路径依赖。我见过一个工程师，遇到性能问题就想着加缓存，因为LRU那道题他刷了五遍。但那个系统的问题根本不在缓存，而在数据库索引失效。他花了三天加缓存，效果微乎其微，最后才发现是SQL语句没走索引。

写代码不是解题，是工程。工程要考虑可维护性、可扩展性、容错性，要权衡时间成本和人力成本。这些维度在题目里都不存在。题目有标准答案，工程只有权衡取舍。

所以我的建议是：刷题可以，别刷成瘾。把它当成热身运动，别当成主菜。真正的功夫在项目里——处理过线上事故，重构过烂代码，设计过表结构，这些经验是任何题库都给不了你的。你刷五百道题，不如自己写一个能跑的小网站，再试着把它部署到服务器上，让朋友访问一下。当你的网站真的被访问了，哪怕只有一个人，你学到的也比刷五十道题多。

别再问“刷多少题能进大厂”了。换个问法：“我该做什么项目，才能证明我能解决问题？”