刷题对实际工作中有多大帮助

身体素质对于实际运动项目有多大帮助

我觉得还是有帮助的，锻炼的是problem solving driven的思维模式。

我在一个startup工作了一年半，说实话工作中用到的课本上或者刷题实现过的算法一共就俩：一个merge sort， 一个binary search。如果问刷题过程中学到的算法在工作中是否会有很大应用，对我来说没有，工作中大部分要实现的是业务逻辑；不过刷题的一大好处在于能帮我们熟悉并巩固很多基础性知识，如果不刷题可能我一直不会动手实现quick sort，bucket sort等一系列排序算法，或者树的遍历算法。作为一个业内人士，大部分基本功级别的算法实现都是靠刷题来掌握的，不得不说是一个遗憾。

个人经验，如果是偏infra或者internal tools，是有用的，不同数据结构和算法对性能的影响是可见的。如果是做产品，帮助会小很多，因为业务逻辑大部分时间用条件和循环就搞定了

对于入门级的程序员工作我理解的是这样的，

理解问题:
接到ticket, 跟老板讨论，把实际问题翻译成计算机问题，跟老板或者同事讨论打算怎么实现以及tradeoff,

编程:
编程，写测试用例, debug，中间会有若干轮的讨论过程。

End to end test, deploy.

上面的过程有很多都是算法题可以考察的。

算法题不能考察的有 设计模式，ood, 自己库的熟练程度。有的小公司会让做take home assignment，主要就考察这些。

所以总体来说算法面试算是比较公平有效而且可以标准化的考察模式。

码农干了7，8年了，才跑到美帝，刷题找工作。

我的经历可能不大一样，也说说感想。

在国内的经验都是小团队经验，出活讲究个快准狠，熟练运用各种框架快速迭代出符合需求的产品是最重要的。从来没想过对代码做时间复杂度分析，性能优化也一般是借助工具。不过本来CRUD类的程序，瓶颈也多高层设计上，底层的东西都是用现成的，缺乏改的动力和能力。

美帝找了工作就不同，首先基本不大可能在入职初期就有从头设计完整项目的机会，做的多是修修补补的工作，从小做起，一个 method 一个 if ... else block 的去抠代码质量。这个时候要想做出点不一样来，细节部分对时间复杂度，空间复杂度的分析就显得尤其重要（其他部分还包括符合规范的命名方式，空行，缩进等等）。

刷题这事儿为啥在美国求职圈这么火，并且在国内也满满火起来。就是因为软件/互联网行业逐渐成熟也规模逐渐变大，从最初能快速出原形迭代出产品慢慢转向对现有市场/产品的巩固。对细节部分逻辑思维的理解越来越强，而刷题就是强迫你去训练这方面的能力。

但是话说回来，如果已经通过刷题训练出这种逻辑思维能力再去上班的话，因为缺乏对比，可能反而很难察觉出刷题给你带来的改变。不如多给别人做做 code review，搞不好就能找到优越感呢 :)

对语言有基本的理解很重要，而且通过刷题看discussion可以学到语言中精妙的用法

就我的工作经验来说，没用。毕竟网上一查就查出来的东西，就不用找人去写了。工作的时候很多时间都要参考documentation，有些东西没有documentation，就只能自己去摸索了。

引用《算法导论》上的佚名导言 -- 算法就像是武侠小说里的内功, 平时工作接触的都是外功招式. 内功训练如何思考问题, 如何找到最优解. 只有内功深厚了, 才能驾驭绚丽的招式, 和更快掌握新的招式