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

昨天做了个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，但就是做得慢

你也太实诚了。。。天下oa一大抄

cd学生 发表于 2021-9-25 20:25
你也太实诚了。。。天下oa一大抄

hhhhhhh好像有道理