最近一年刷题找工总结

来自其他站点
最近phd快毕业了,焦虑找实习找工作持续了一年多,现在感觉快要迎来短暂的上岸期了,大概总结一下刷题相关的感悟,主要是自己总结将来反思用的。地里类似的经验估计也不少,本帖很可能会有重复。Anyway,希望帮到有缘人,欢迎大家讨论。

刷题零经验或者不熟悉基础数据结构算法的需要先学习基础功,基础功达标永远是第一步。这个帖子重心在后面的阶段。

基础功达到一定层次之后重心转成涨见识。许多算法套路没见过就是很难想出来,见多了用多了自然就熟悉了,熟了之后才有可能在面试期间的高压环境下提出来。涨见识这里就是常规的刷题。碰到一道题需要先自己想一想,然后尝试做一做。不管做出来与否,都要仔细看leetcode会员答案,熟悉一种或几种常见的最优解的思路,分析时间空间tradeoff。

涨见识阶段有个问题就是,算法这么多年里,奇技淫巧太多了,挨个学习过于费脑也花时间,所以这里建议第一次见到的技巧熟悉high-level idea,重复见到的技巧算法尽量熟悉掌握,尤其是重复出现而且想法简单的技巧,比如常规DP pattern,monotonic stack。rolling hash之类的算法出现的少一些,但是想法简单,这种学起来也成本不高,可以考虑。

过完涨见识阶段大概碰到一个题会有基础思路,接下来建议专门考虑一下code smell,如何优雅的实现与解题。这个对于bug-free很有帮助,也是我个人感觉区分入门与内行的一个重要分水岭。聪明的初学者可以提出能用的解决方案,但懂行的人写简洁易懂的代码。为了学习好的code smell,首先需要识别什么是好的代码,然后检查自己的代码寻找不够优雅的地方,看看别人是怎么做的。这个阶段只靠leetcode editorial还不够,需要多刷一刷leetcode其他人分享的solution,寻找自己喜欢的代码。高手在民间。

过完code smell之后可以考虑研究hard怎么解题。很多人觉得很多hard就是不可能在面试期间简单直接的整出来,当然有一定道理。但刷hard的目的我觉得更多的是能轻松摆平medium,以及在有hint的情况下整完hard。这个阶段训练的是思维模式,如何入手hard。我觉得对于hard题,找observation是核心。就像是推数学定理证明那样,发现一个核心的observation就解决了hard题一大半的路,随后围绕核心的observation设计算法。

问题是如何找observation。从brute-force入手是一个说烂了的,但好用的思路。除此之外,可以手动推到一些test case,检查自己计算过程中有什么规律。先提出猜想,再分析验证猜想是否成立。对于能在面试解决的hard,你只需要找到一个或者最多两个规律、observation就可以了。这需要一个训练的过程,平时刷题就要多训练。个人感觉这个能力远比刷题更有意义。observation还可以倒推寻找,从结果入手分析什么对结果有利。欢迎大家讨论有什么寻找observation的思路。

有了observation和大概的算法设计框架之后,建议先罗列high-level pseudo-code再动手写代码,避免过早陷入细节纠结。有的时候明明有了想法但就是代码没法快速的写出来,这个时候感觉先罗列high-level会有帮助。

最后就是平时练习保持手感,或者多做总结保证需要的时候能快速上手。

祝大家都能尽早上岸,事事顺心!
4条回复