别指望坐在那里就能把算法从书里背下来，那玩意儿才是给小白预备的。真正的算法，是把你脑子里的碎片拼成网的东西。 大量人一上来就听“动态规划”、“贪心”、“递归”这些名词，高兴得特快。
实际上啊，目前面试要么做题，老师说的多半是形式上的套路。你真正需求的，是对现实难题的拆解本事。
比如你要算一下两个人从 A 走到 B 需求多久，别一上来就画状态挪矩阵。先问一句：哪位先哪位后？
有没有中间节点？能不能利用已经走过的路？要是问的是三个人，情况又变了。
这种对“如何问”的直觉，比背一堆复杂度公式强一万倍。 要是一定要动手写代码，那种机械复制粘贴的感觉忒难受了。我劝你把代码当成玩具，先跑通，再想原理。别一上来就写“最优解”的函数，那忒累了。试着从最笨的方式启动。
比如求最短路径，别急着 Dijkstra，先写个 Floyd-Warshall，看看是不是搞错了。你会发现，大量所谓的“高级算法”，本质就是排序和查找的组合拳。 数据方面，光看书上那几个图，你就得晕了。算法的一生，就是看着数据长大的。你得把数据当成流水，看到某个点突然爆炸，要么某个地方突然宁静，你就知道那里可能藏着魔法。
比如学链表排序，不要死记“归一”、“插入”这些动作。拿一个班级的成绩表，要么两个购物清单，试着把它们混合在一起，看看能如何混。混对如何混？混得越自然，算法就越有底气。你不需求记住算法的名字，你只需求记住：当数据乱了，你就得顺着乱找。 有时候，一个算法的构建，实际上就是一次整个的探索过程。你盯着一个数据点，问它“为啥”，然后发现“出于”，再追问“出于啥”。
这种追问链条，就是算法的灵魂。
不要去怕写错，写错忒正常了，写错了反而说明你在思索。
那种“啊，原来这个条件不能留”的顿悟时刻，才是确实在学算法。 最终，记住一件事。算法不是终点，是工具。用它去解决别人没想过的难处，才是正经事。别把自己局限在一个特定的框架里，框架是死的，难题会变。当你遇到一个新的难题，试着把它拆解成几个小的、直觉上好的小难题，一个个解决。
不要想着一步到位写出完美代码，先写出能跑的。能跑，就是胜利。
