求教SDE怎么做task initial investigation

楼主刚刚入职亚麻两个月，在干活的过程中发现自己在做一个task之前的investigation经常不够充分，导致开始implementation之后才会意识到一些应该在investigation时就发现的blocker，结果经常需要重新plan和investigate，浪费了很多时间，同时也会miss delivery，给老板留下不好的印象。

现在在做的这个就是这样，本来计划是用lambda call API拿到metrics data放进s3。很简单的task代码也不难。investigate时候我试了API可以手动发request call到也拿到了数据，lambda s3那边也问了对应的人了解了流程。看起来没什么问题就开始写了，可是当时试着call API是在我的cloud desktop上面，唯独没有check这个API能不能通过lambda access。今早差不多写完了logic想在lambda上测一下才发现这个API不能从NAWS access，现在心态已经炸了...

类似的问题之前也发生过一次，所以想请教大家应该怎么能确保在investigation阶段就尽早发现potential blockers，谢谢大家 orz

如果是全新的轮子只能试，写prototype 能integrate 再加入具体逻辑。否则就在codebase 里找有没有现成轮子，其他组有做过类似没有。反正就是秉着fail fast 的原则，以及test driven方式层层递进。把可能throw away 的工作量尽量减少。

一上来把问题想全面，同时如果有个比较懂是lead带一带就好了。

BZH 发表于 2021-08-20 22:09:56
如果是全新的轮子只能试，写prototype 能integrate 再加入具体逻辑。否则就在codebase 里找有没有现成轮子，其他组有做过类似没有。反正就是秉着fail fast 的原则，以及te

先保证integrate再加logic感觉是很好的办法！蟹蟹！

wupeng2007 发表于 2021-08-20 22:54:55
一上来把问题想全面，同时如果有个比较懂是lead带一带就好了。

是啊感觉自己就是经常想的不够全想当然，可能干活的流程方法也有问题需要反省