不管工作还是刷题写代码写的慢是好还是坏

avatar 338646
小鲤yyds
1328
2
昨天做了个Stripe的OA深受打击。

楼主之前在国内做了一年半ds,一年半sde,平时处理的数据也很多,但楼主有个坏习惯是写代码慢。由于处理的数据不允许有错误,我经常是写到一半会通过各种聚合、估算、自己写test case的方式来判断自己写的代码有没有问题。我18年刚工作的时候,写了个1000多行用来做高维并行计算的代码,写了我一周。虽然这个代码让处理数据的效率高了不知道高了多少倍,但我写的过程基本上是写一会儿,测一会儿,因为越到后面,数据经过层层处理,非常难debug,我感觉我是那种会花95%的时间思考和写代码,最后只用5%的时间debug.

我不知道这是不是个好习惯还是怎么着,反正我昨天在做stripe的oa时就很受打击。就一道题,beta invite,输入是列表形式的数据。以我的工作习惯,我会先看一下log数据来找规律,但OA不提供源数据。因为题目有些地方表述含糊,那我可能会想更多些:如果请求过来的重复,那么是先认定为单位时间里累加计数以便于之后认定bot还是直接扔掉(题目要求后来的直接扔掉);有没有可能用户请求完已经激活后又继续请求。我自己在真实工作场景基本上碰到这些都是我自己去想去验证,但这个没明说。所以我就按我能想到的corner case写,最后没时间debug就交了。

昨天一直在想怎么回事,我目前总结下来唯一的方法就是在做oa前先看一下面经,但感觉这也不是一个长久之计。希望小伙伴能分享一下你们的建议

备注:楼主代码实习还算过得去,codesignal能做848/850,但就是做得慢
  • 1
2条回复