回复：本科就业二三事

思路清晰，点赞

听君言，胜读书。

埃 go

说完八股，那很自然地就得说说算法。
相比于背八股，我更不喜欢刷算法题。虽然去年的时候曾决心要每天刷一题，结果没坚持一个月就放弃了。原因是我没找到其中的意义。
但算法题又直接关乎着求职过程中的两个重要的环节：笔试和面试结尾的手撕。笔试一般只是个基本的敲门砖，但结尾的手撕却很伤。因为它是在面试快结束的时候，而且时间至少在十分钟以上。那这段时间给面试官的印象就会很深。因而也就有人说，手撕能不能撕出来，直接决定了面试能不能通过。

好在面试时出的算法题一般难度就在leetcode的easy难度左右，出更难的题一般也意味着面试官不太想要你了。
而且前端出的手撕题不少都是场景实现题，准备下大概能八九不离十。
除了具体的内容，明确手撕题所想考察的目的也很重要,我个人觉得有如下几点:1. 逻辑思维能力: 具体来说就是怎么思考问题，怎么拆分问题的。直接反应就是写代码前你所描述的思路。2. 代码能力：一场面试中能真正考察你代码能力的其实也就只有手撕了。代码能力不是要求你一遍就能把代码跑通，更多的是看你的一些细节： 命名规范，合理且合适的注释，常用api的熟悉程度。3. debug能力: 面试时所提供的平台一般都支持运行。当你写完代码后，你发现运行不了。这时候你该怎么排查。更进一步，当测试用例不通过的时候，你如何通过debug发现问题所在，这都能见微知著，体现你真实情况下的代码能力。

再退一步说，如果真写不出来，有什么能够补救的方法。
这点是我所擅长的，因为我百分之五十的面试的手撕题是没办法写出来的，更不用说写出最优解。
那这时候我就会尝试先用最简单的暴力方法先过了测试用例。然后再尝试去看看能不能有优化方法。
或者甚至有个比较猥琐的方法。当你发现一道题第一眼看你一点思路都没有，那你可以尝试请面试官换一题，理由包括但不限于说这道题你在之前的面试中有做过等等。
切忌就是别在那里发呆，或者显得不知所措。

顶

@超可爱的武昌鱼🐟 🐟指导好帖建议加精

大部分面试都会有反问环节。我一开始也不知道反问环节问啥，但面的次数多了自然也就悟了。以下是我的主观想法，大佬轻喷。

有些问题没必要去问，比如:
1. 您觉得我表现怎么样,我能通过吗？
一般面试官都挺避讳去直接回答面试结果，只会打个哈哈，问其实也是白问。
2. 您对我有什么建议吗？
有人说这是当自己觉得这场面试寄了才问的问题,这代表了对自己的不自信。我也确实是这样做的，尤其是当我觉得这场面试多半寄了，那我就会问这个问题。因为至少还能让这场面试稍微有点收获。
不过多次面试下来，当我问这个问题之后，我似乎也并没怎么得到到过有价值的建议。
3. 薪资待遇问题?
特指技术面。真到了谈薪的时候也不用问，hr自然会问你期望薪资。

有些问题可以问，而且值得问:
1. 就某项技术，先提出自己的想法，再询问面试官的想法。
我挺喜欢这样问的，比如我就很尝问面试官对js或者是前端的看法。因为面试官的工作经验比我丰富，他们对这一技术的掌握程度更深，也常会有值得我去学习的观点。就单单能了解下这些新的观点，我觉得这场面试就挺值的了。
2. 部门的具体业务。
大多数情况下，你的面试官所在的部门也将会是你入职所在的部门。因此你可以从中了解到部门业务的第一手信息。请记住，面试其实是双向筛选，你也有选择公司,部门，业务的权利。如果部门的业务是你感兴趣的，或者你觉得有价值的，那未来工作时也能觉得更有意义。
另外，你还可以从面试官的回答的用心程度来推测自己面试是否能够通过。

接下来就是 你自己感兴趣的问题
这里就因人，因公司而异了，属于可遇不可求。比如我自己其实也就只问过两个这类的问题：
一次是面试百度，我说自己特别喜欢百度贴吧，但很遗憾地发现百度贴吧的网页端几乎不怎么维护了，报错信息都一堆，问是怎么了。
另一次是面试4399，因为从小到大4399带给了我不少乐趣,我问了进去后有机会去做那些小游戏吗。