就算说node JS里面那个event.body，就是HTTP协议里post方法里的那个body. 那个东西是个字符串是约定俗成的事。竟然有工作经验10+的开发以为那不是一个字符串，直接拿来当作对象访问它的属性，没有做任何解析，把代码commit了，之后发现有bug。
分析这个错误产生的原因，你会发现很滑稽。有code review，有unit test， 有component test，最后问题还是进入到了产品中。几个环节的人，都不行，首先开发没有好清楚event对象的细节，其实也就是多Google搜索那么一下就能找到的文档，不是态度不认真，就是水平太差；基于对需求的错误理解，单元测试也就没有意义了，因为通过条件本身就是错的；再次，code reviewer（我）看得不仔细，没有把错看出来，开发又盲目追求过code review，一直来游说施压; 最后，没有preprod环境做最后的acceptance test。这些流程上的问题，我都知道，但是都已经懒得说了。假如我的title是tech lead或者manager，也许他们会听吧。可是我的title不是那些个title，也没有那么多薪水发给我，锅也不会是我背，何必care呢？可是长此以往，最后受损的就是公司的利益。回过头来看，start right真的太重要了，宁可慢一些。
想想十年后如果我还在写码，写出一个stupid bug，就会被某愤怒青年资浅暗地里狠狠批判，说不定还会被告一状，我就觉得现在不提高自身的知识水平，以后肯定会被年轻一代吐槽到体无完肤。工作一定要认真认真再认真。
结论就是，要么计划十年后或更早quit写码，要么现在就到人才最优要求最高的地方去写码。不然等混到青壮、能力、时间、自由都无的时候，又养成了一堆不好的技术习惯，态度慵懒，一旦失业，或许再也找不回转还的资本。
但也许我和大多数人一样，写码只是为了找份工作，写的好不好无所谓吧。人生太容易fall out of plan了，“拿到身份后转行”，这种事，只要得个大病就把你crush掉了，毫无余地。所以把握当下最重要。