有多少人是# Stock
s*r
1 楼
我跟大家一样,都做过leetcode,还不止一遍,现在想跟大家分享一下我做leetcode的
一些体会。
1 大部分题目你都是可以自己做出来的。所以,第一遍尽量不要网上找答案;
2 写了的不管通过的,不通过的答案要保存下来。不通过的,也要记录下来哪儿没有通
过。很有可能你这次错了,不知道怎么搞过了,下次还是错;
3 一定要手写几遍,手写远远比在机器上印象深刻;
4 写code的过程中要用最safe的写法写,不要写模棱两可的,编译器相关的表达方式,
这样在面试过程中很容易露馅;
5 code的风格保持一致。比如,不要题目这个用vector,那个用array,这个传size,
那个不传,这个check null,那个不check,这个用new,那个用malloc,这个用const
,那个用macro。争取做到所有题目都用一个风格,这样会深刻理解和熟练很多;
6 写完了之后,尝试改改某一行code,看看会有哪些问题;
7 弄懂,弄精,远远比做完有意义,不要在这个题目一知半解的情况下move到下一题,
这样后面的都永远一知半解。
8 写完了,尽量不要马上提交,自己写几个use case用大脑跑一跑,面试的时候就是用
大脑跑use case的。
9 code要想先清楚了再写,就是大概多少行,先写啥再写啥,要想清楚,不能瞎敲键盘
然后想到哪儿写到哪儿;
10 写完了把相关类似的题目分门别类,然后重新研究一下共同点。
最后,写code不是万能的,写好了也不一定可以找到好工作,但是,找到好工作的,基
本都过了这一关。
一些体会。
1 大部分题目你都是可以自己做出来的。所以,第一遍尽量不要网上找答案;
2 写了的不管通过的,不通过的答案要保存下来。不通过的,也要记录下来哪儿没有通
过。很有可能你这次错了,不知道怎么搞过了,下次还是错;
3 一定要手写几遍,手写远远比在机器上印象深刻;
4 写code的过程中要用最safe的写法写,不要写模棱两可的,编译器相关的表达方式,
这样在面试过程中很容易露馅;
5 code的风格保持一致。比如,不要题目这个用vector,那个用array,这个传size,
那个不传,这个check null,那个不check,这个用new,那个用malloc,这个用const
,那个用macro。争取做到所有题目都用一个风格,这样会深刻理解和熟练很多;
6 写完了之后,尝试改改某一行code,看看会有哪些问题;
7 弄懂,弄精,远远比做完有意义,不要在这个题目一知半解的情况下move到下一题,
这样后面的都永远一知半解。
8 写完了,尽量不要马上提交,自己写几个use case用大脑跑一跑,面试的时候就是用
大脑跑use case的。
9 code要想先清楚了再写,就是大概多少行,先写啥再写啥,要想清楚,不能瞎敲键盘
然后想到哪儿写到哪儿;
10 写完了把相关类似的题目分门别类,然后重新研究一下共同点。
最后,写code不是万能的,写好了也不一定可以找到好工作,但是,找到好工作的,基
本都过了这一关。