内卷时代的筛选手段：面试考算法，你怎么看？

算法还是有点用的，譬如两个字符串的匹配度啥的

内卷下的最终面试题：10 分钟推导一次费马猜想

考算法很正常，算法都不考，才不正常

但凡你的题是背出来的，稍微变形一下你就懵逼了。
另外我觉得，考算法题是没问题的，问题是很多人不会去引导候选人思考，经常就变成要么会一下 ac 要么不会直接挂掉，筛选方式变得很简单粗暴

不好，但是公平，有个标准在那里，通过或者被淘汰有理有据，至少比面试答的顺风顺水，最后来一句你跟我们公司不合适强多了。

面试考算法是有必要性的，当然不能脱离你实际应用场景的考。毕竟不是八股文，没必要工作中碰都碰不到的也拿出来考一遍。

另外明牌考试范围不是从小上学就干的事情了么，这也算是公平的一种

熟练掌握算法对你开发有意义的，基本功

让人大开眼界，程序员说算法是内卷筛选的手段，匪夷所思...
绝大多数的岗位面试算法都是常用的题目，考的无非是你的准备程度跟解决问题的思路。
leetcode 的题目都是常用几种思路的变种组合，已经算比较基础了。
要是应聘算法岗，难度就是另外一个 level 的了。

你要说 Java 八股文内卷，我还能理解一些。

算法至少比八股文更好。算法本意是考察候选人逻辑思维能力的，结果现在变成背题大赛，只能说是变了味……

算法不考才不正常好吧，问你什么？花式写 CURD 么？

我也觉得算法不是特别的重要，还不如开扒底层源码

@ericls 同意你对手动测 edge case 的看法。 但是，实际上大厂面试跟你说的恰好相反，就是不允许你先测试运行（记事本或手写），而是要手动过 test case 。

有些人可能说还不如考底层源码，底层源码里就没有算法吗，要是看底层源码遇到算法了怎么办，跳过去？
而且只有算法基本功牢固看底层源码才会觉得顺畅，要不然根本看不下去。

相对于算法而言，绝大多数岗位更适合考业务能力，就问做过的项目就好了

讲道理无论学习还是刷题，算法对个人提升还是有用的

七成网友支持高考取消数学

对于校招：不考算法考什么？项目经验？问问高数？

对于社招：算法可以作为辅助手段，筛选一些混子，一道 easy 证明你是写过代码的，一道 medium 至少给出思路证明你是学过计算机的，这样可以过滤掉那些外强中干的混子。毕竟，作为一个合格的程序员，基础的算法都不会，还能干点啥？ curd ？

算法真的不是内卷的筛选手段，，，算法是基本功，，，还是一种素养，，，解决问题的思路等等。。。如果有一天公司做大了，要你设计个布隆过滤器实现某个功能，你听都没听说过，怎么设计？

那就考反汇编吧，看面试者能理顺几层嵌套，就知道能驾驭多大的代码量。

一个职位几百人投递，用算法筛选一个最强的人也是合情合理