工作不光是在完美的环境下进行的,设计好的页面,已经完善的需求,理想的工期,合作完美的小伙伴。实际上有设计稿的可能都不是很多,需求也是一边做一边完善,时间还挺紧张,小伙伴可能还会跟你产生冲突。
尤其前后端又没有测试的情况下,中间的模糊地带就是雷。后端更被领导看中,更有话语权的时候,前端更是要尽量少出错的。所以我个人总结出几种容易遇到的问题,容易出错的时刻,改善这些将避免大部分的错误。
首先我们自己出错是正常的,尤其在高压时间紧的情况下,很容易出现不耐烦。有些性格不是说耐心就能耐心。对此我总结了一下以下几点。
常规的错误。
如变量拼写之类的简单的错误,尤其是vue在用组件等的时候都要引入,复制一些其他的方法等忘记变量等。这种问题的解决就靠工具解决,如husky等,在提交前会做检查,有问题能列出来,阻止提交。
不了解的需求。
我自己遇到的就是做web3,在完全不了解的情况下开始做,做完都靠后端测试步骤流程。压力给到对方,对方觉得我缺乏测试。实际是新做一个新的领域的应用,连具体的步骤概念都没有,就赶鸭子上架了。所以在做的过程中,要整理信息,画流程图结构图,并找人确认,不能被动的做出来等对方说做错了再去改。要有主观能动性。
做的过程中需求频繁变更。
尤其没有需求管理的项目,我们自己要做简单的需求整理,每次修改都插入到我们自己的需求里。如果仅仅是对方说什么改什么,很容易迷失方向,失去对需求的把握,就更不耐烦测试,甚至无法测试。使用需求管理工具pingcode或者思维导图,始终保持结构化思考。
在测试时,细碎的修改要攒一攒。
改来改去的小问题,容易让人失去耐心,更容易犯错,所以这种最好能集中处理,提高效率,头脑也更加清醒。
合理的封装组件也能避免改动后出错。
尤其一个组件在不同情况下处理不同,如果改几次,加个type,很容易出问题。所以对于分类不清晰的,要有解偶思维。
总之,要根据具体问题根据自己容易出错的方向,思考和总结方法论。方法论其实是给自己打补丁。要多思考解决方式,让自己免受责难,更加从容。不怕出错,有问题解决问题,要时刻在脑子里。