a****l
发帖数: 21 | 1 做项目一定follow TDD，只要算法正确有效， 用debugger很快就可以cover corner
case，谁特码管你是不是一遍bug free
做题又不让人debug除了说明你刷的熟，手快，还能说明神马问题？
hackerrank题目描述写的跟狗屎一样，英语语法都不正确，八成是三年大学毕业阿三搞的 |
i*****d
发帖数: 962 | 2 hackerrank那种真是无力吐槽，题目又长又臭 |
y**********u
发帖数: 2839 | 3 那除了多刷题，有啥好办法吗？
搞的
【在 a****l 的大作中提到】
: 做项目一定follow TDD，只要算法正确有效， 用debugger很快就可以cover corner
: case，谁特码管你是不是一遍bug free
: 做题又不让人debug除了说明你刷的熟，手快，还能说明神马问题？
: hackerrank题目描述写的跟狗屎一样，英语语法都不正确，八成是三年大学毕业阿三搞的
|
a****l
发帖数: 21 | 4 你要是newgrad非要去高大上公司当我没说
这个国家还是有不少好公司不要求10分钟bug free一道DP
【在 y**********u 的大作中提到】
: 那除了多刷题，有啥好办法吗？
:
: 搞的
|
y**********u
发帖数: 2839 | 5 > 你要是newgrad非要去高大上公司当我没说
good love u
【在 a****l 的大作中提到】
: 你要是newgrad非要去高大上公司当我没说
: 这个国家还是有不少好公司不要求10分钟bug free一道DP
|
a****l
发帖数: 21 | 6 做项目一定follow TDD，只要算法正确有效， 用debugger很快就可以cover corner
case，谁特码管你是不是一遍bug free
做题又不让人debug除了说明你刷的熟，手快，还能说明神马问题？
hackerrank题目描述写的跟狗屎一样，英语语法都不正确，八成是三年大学毕业阿三搞的 |
i*****d
发帖数: 962 | 7 hackerrank那种真是无力吐槽，题目又长又臭 |
y**********u
发帖数: 2839 | 8 那除了多刷题，有啥好办法吗？
搞的
【在 a****l 的大作中提到】
: 做项目一定follow TDD，只要算法正确有效， 用debugger很快就可以cover corner
: case，谁特码管你是不是一遍bug free
: 做题又不让人debug除了说明你刷的熟，手快，还能说明神马问题？
: hackerrank题目描述写的跟狗屎一样，英语语法都不正确，八成是三年大学毕业阿三搞的
|
a****l
发帖数: 21 | 9 你要是newgrad非要去高大上公司当我没说
这个国家还是有不少好公司不要求10分钟bug free一道DP
【在 y**********u 的大作中提到】
: 那除了多刷题，有啥好办法吗？
:
: 搞的
|
y**********u
发帖数: 2839 | 10 > 你要是newgrad非要去高大上公司当我没说
good love u
【在 a****l 的大作中提到】
: 你要是newgrad非要去高大上公司当我没说
: 这个国家还是有不少好公司不要求10分钟bug free一道DP
|
|
|
x******r
发帖数: 3489 | 11 debug和单元测试是实际工程中重要的技能。而且不是能一蹴而就的技能。
搞的
【在 a****l 的大作中提到】
: 做项目一定follow TDD，只要算法正确有效， 用debugger很快就可以cover corner
: case，谁特码管你是不是一遍bug free
: 做题又不让人debug除了说明你刷的熟，手快，还能说明神马问题？
: hackerrank题目描述写的跟狗屎一样，英语语法都不正确，八成是三年大学毕业阿三搞的
|
d**x
发帖数: 243 | 12 做项目一定follow TDD? 被洗脑了吧？
TDD最大的问题就是，计划赶不上变化快，很多问题是边写边发掘的。
只有开始写了，才能更准确的知道什么测试是有必要的。
不可能也完全没必要，一上来就能把所有的case都cover。
搞的
【在 a****l 的大作中提到】
: 做项目一定follow TDD，只要算法正确有效， 用debugger很快就可以cover corner
: case，谁特码管你是不是一遍bug free
: 做题又不让人debug除了说明你刷的熟，手快，还能说明神马问题？
: hackerrank题目描述写的跟狗屎一样，英语语法都不正确，八成是三年大学毕业阿三搞的
|
p*u
发帖数: 2454 | 13 各有道理，但是不可否认TDD其实是强迫你think before writing code。好的test
cases甚至可以改变你的design，当然有些时候可能会导致over think。
【在 d**x 的大作中提到】
: 做项目一定follow TDD? 被洗脑了吧？
: TDD最大的问题就是，计划赶不上变化快，很多问题是边写边发掘的。
: 只有开始写了，才能更准确的知道什么测试是有必要的。
: 不可能也完全没必要，一上来就能把所有的case都cover。
:
: 搞的
|
r*****s
发帖数: 1815 | 14 还特么tdd
tdd不能cover的东西太多了
: 做项目一定follow TDD? 被洗脑了吧？
: TDD最大的问题就是，计划赶不上变化快，很多问题是边写边发掘的。
: 只有开始写了，才能更准确的知道什么测试是有必要的。
: 不可能也完全没必要，一上来就能把所有的case都cover。
: 搞的
【在 d**x 的大作中提到】
: 做项目一定follow TDD? 被洗脑了吧？
: TDD最大的问题就是，计划赶不上变化快，很多问题是边写边发掘的。
: 只有开始写了，才能更准确的知道什么测试是有必要的。
: 不可能也完全没必要，一上来就能把所有的case都cover。
:
: 搞的
|
s********k
发帖数: 2352 | 15 用debugger是可以，但是肯定不如白板上直接些bug free的。
人家招人不是招能干这活儿的人，是招最优秀的。
搞的
【在 a****l 的大作中提到】
: 做项目一定follow TDD，只要算法正确有效， 用debugger很快就可以cover corner
: case，谁特码管你是不是一遍bug free
: 做题又不让人debug除了说明你刷的熟，手快，还能说明神马问题？
: hackerrank题目描述写的跟狗屎一样，英语语法都不正确，八成是三年大学毕业阿三搞的
|
z*********n
发帖数: 1451 | 16 说了多少遍考刷提是考基本功，不是说你进来干活就是刷题。这个分不清的话，就别做
IT，这行业不适合你。 |
c********1
发帖数: 5269 | 17 干搬砖的活
考耍杂技的能力
【在 z*********n 的大作中提到】
: 说了多少遍考刷提是考基本功，不是说你进来干活就是刷题。这个分不清的话，就别做
: IT，这行业不适合你。
|
