Objective:事实
今天遇到的问题呃呃,看下 wayne 的两句话就知道了:
「你是想气死谁啊」「Just fix it」。
我做了一个本身已经存在的功能,因为 review code 时被说这种做法不好,结果等我改成他说的好的做法的时候,才发现,原来已经做好了,而我做了多余的事情!改了一堆白改,还加了不该加的代码上去。
另外一个花很多时间在做的就是 google exchange rate api 关闭了,导致法币汇率更新 worker 失败了。所以去找了替代的方案。从找到原因再到去找解决方案,期间去问 wayne 和 nic 最多的就是该选择哪个替代方案,我完全不知道衡量标准是什么。后来根据他们说的衡量标准我去比较了一下,主要分几个方面:
- api 是否符合需要
- api 每小时的请求次数限制是够足够
- api 本身汇率的更新频率是否满足需要
- 价格方面是怎样的
- 是否有更多的 gem 等支持
Reflective:感受
没有仔细的检查之前的逻辑,从而导致了这个问题。感受就是听受伤的,写了一堆没用的代码,还被检查出来了,人家原本的就是很好的做法。
Interpretive:想法
复盘原因,一个是因为我自己不仔细去检查是否有逻辑写好了。
另外一个是,我深信这个票说的是正确的,从而去改正这个票说的错误的地方,但其实这个票是错误的。所以,不能被别的事情影响,而是看整个问题本身。如果问题被指出来,那么首先就要问这问题是不是真的存在,真的存在再去修,而不是没有确认就去修。
Decisional : 决定
下次做类似的问题,应该考虑的更加全面一些,不要被任何的需求混淆视听,因为有可能功能是对的,而被误以为是不对的。
花心思去想去问,有时候看似一个难题,却经不住思考的厉害,最终问题都会被解决。