回复：本科就业二三事

再来讲讲投简历到底是要多投还是少投。
我找暑期实习的时候还比较投，结果也没几家面试，四月初有公司要我就去了。
秋招的时候则是自己投太晚了，主要是两方面原因:
1. 自己拖延，有点畏惧秋招
2. 实习项目还有部分没完成
于是拖到了九月下旬才投。
刚开始还想着一波一波地投 到后面急了，集中把能投的都投了遍，总共投了六十来家。
代价就是国庆后的二十来天都处于高负荷的笔试和面试，大家不要学我。
越早准备，趁早投递，越早oc

这里介绍下一次求职的标准流程
1. 投简历
2. 简历筛选过后，会通知做笔试和测评（不一定有）
3. 两到三轮面试（技术或hr）
4. 泡池子
5. oc

更进一步，谈谈一次技术面试大致的流程。
1. 自我介绍
2. 看面试官对你项目感不感兴趣，感兴趣就让你对项目进行介绍，进而问项目细节（这里就体现了一个好的项目或者一段有价值的实习经历的重要性）
3. 问八股。有些面试会类似于名词解释，他问你答，然后就下一题。但有些厉害的面试官会根据你的回答做进一步深挖，这就很考验对知识的理解
4. 手撕 看公司了，有的有。手撕一般不会太难，力扣easy差不多，最多就middle，出hard一般就代表着劝退，人5.不想要你。
5. 反问 反问环节其实也挺有意义的。后面会单开一楼

面试后可以做什么呢？
我的一个习惯是，面试后稍微休息上，然后就写面经。我之前倒也尝试过录音，但发现自己有种录音羞耻，不太愿意去听自己的录音。于是还不如当场记录。
记面经的好处在于，你自己后面可以参考，可以复盘，看是哪些地方答的不好。
尤其是项目。因为简历上的项目就那些，那么面试官针对项目所问的内容和角度其实也是有限。那么你就可以通过这一次次的被拷问中去巩固，加深你对项目的理解。
另一个值得注意的是，对于被问到的并且你没答好的八股或者手撕，那么最好当天就给巩固好。我自己就有一个很好的例子。我曾不止一次地被问到“https的具体原理”，前两次我都觉得只是凑巧，没放心上。直到第三次被问到我才去恶补了下，然后才发现，这玩意其实我差不多会啊，但我前几次都因为惯性就直接说不会了。这就错失了几次本来可能有结果的面试。

谈到八股，我个人找暑期实习的时候很厌恶背八股，因为觉得这些知识我真正需要用到的时候网上一查就有了。GPT记得比我好多了。
但当我实际实习的时候我发现，八股确实有其意义，它是日常工作中需要掌握的知识的浓缩，当我遇到一些比较刁钻的bug无从下手，那常常是我对于该方面的某个八股知识点一无所知。于是我就和八股和解了，该记还是得记。
而面试时被问到八股时，可以分为两种情况。
一种就是你会，那首要的就是清晰的回答面试官的问题，然后再适当的引申。尤其是如果你有实际遇到过的经历，那就自行扩展，这将是一个挺好的加分点。但记得不能太散，而且最好还要兜回主题了，不然就显得你在乱扯。
第二种就是你不会。我一般这种情况会有两种处理方式。两种的开头都是直接说我不会。接下来看面试官的要求，如果面试官想让你再多说点，我会尝试引援相关知识，说下自己的推测。如果面试官给出下一题，那就下一题。

再针对八股多说几句。
八股问答，回答上来不是加分项。因为现在这种求职形势下，一位面试官在招聘期间所有面试的应聘者肯定不在少数。而八股又是相对来说比较好准备的。那也就是说，只要不是太偏，那大部分人都能答上来。比如说前端的经典八股”跨域问题及其解决“
那这时候的加分项就在你能不能有自己的思考，并能清晰明了的表达出来。
那答不上来算不算减分项呢？也可以不算。因为一场面试短则半小时，长则一个小时往上，如非特别记录，其实有时候面试官问了啥问题都有可能忘记。那能做的就是尽可能不要去强化他对你八股答不上来的这段记忆。快速略过而不是胡扯，我觉得是个比较好的处理方式。

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

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

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

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

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

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

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

再来聊聊要不要本科就业
其实这段内容应该放在前面，但我写完发现过于主观，全是我自己的观点，没啥参考意义。于是干脆往后放。
如果读者有耐心读到这段，那说明你确实有考虑本科就业且有一定的耐心。那就不妨再看几句我的啰嗦。
我认为只有自己选择的路走起来才不会后悔，所以我不劝读者到底要选择就业还是继续深造。
在此我只陈述我自己的观点,或者说，我自己是如何说服自己选择就业的。
主要有三个原因。