小白求问，大家刷题的时候会追求用runtime 100%的解法吗？

刚开始刷题，发现自己想出来的最容易理解的方法submit后显示的的百分比经常是中间水平，runtime 100% 解法要花好多时间去理解，有时候看了也还是记不住思路。还有一个memory 的percentage的参数，感觉两个参数很难同时都很高?
之前看到有人说面试时一般要用最优解做出题，一般是优先保证哪一个?
还遇到一个题自己写的代码很简洁，比runtime 100%的答案看着简单多了，runtime 只有80%，我可以就用这样的解法吗？

大家一般怎么做呢？

一般计算复杂度和空间复杂度一样就差不多了，有一些解法快是牺牲了代码可读性的，其实不是很推荐。

那种需要花费时间去理解的最最最优解，一般就是面试官喜欢问的follow up。特别小众的最优解可以不花时间去记下来，但是除此之外还是掌握一下比较好。不求精通，至少被问到能有话说。

有的solution是很早以前提交的，那个时候test case的数目少，他需要的时间就少。
就成了不可超越的记录了。

所以我觉得你能分析清楚时间复杂度和空间复杂度，你的solution也是discuss里面说的比较好的那种了，就可以了。

重点是在可以完成需求的前提下，你的代码要好懂，变量名起的好点，格式好点，该抽方法的就抽。
不要所有逻辑一大坨写到一起，这样看着也累，也不是实际项目中推荐的方式。

参数往往有测量误差。两项都低的话需要看看最优解，差不多的话就优先刷下一题

俺都追求99%
不要完美主义

我也是小白，我现在追求的是代码的相似性（比如经典follow-up一定是改几行代码就能过的，一定不能重新写，多题之后都能这么写才再确定原题写法）。

如lz所说，个人感觉这样肯定不是不行，但是肯定为了一题会花很多时间（我曾经多次一整个下午，就看了1-2题。。。），在还是小白的时候性价比不高。大概就是，时间多比如明年这个时候才投简历那没事，今年就投了那还是多刷更多的经典题目+高频题目吧

嘛以上也是题没刷多少的小白做法就是了若有大佬觉得不合理欢迎指正啦