双十二期间正好赶上师兄转岗，接手了很复杂的店铺详情页，从看代码到上项目到最后完成需求，大概不到一个月的时间，其中踩了不少坑，承担了一些压力，也学到了好多东西。写一篇文章记录一下经验和总结。
需求评审期间
在需求评审期间，一定要提前了解之前的业务，例如这次需要评审的新的券业务，那么之前一定要了解旧的券的一套领取逻辑，与服务端的交互逻辑，领取异常的限流逻辑等等。在需求评审期间，对业务心理有数才能及时的发现需求中的可实现部分和不合理的点。
时间规划
在需求评审完毕之后，看到交互图，可以先提前写native部分一些逻辑了，包括rpc请求，封装一些基本的功能，优化代码结构，但是切记要尽早做好并且一定要催促视觉早点完成视觉稿。注意视觉稿跟交互稿之间的差距并且及时提出，避免出现做出的需求与视觉交互的原始意愿不符导致的不必要时间浪费。
总结一点：千万不能低估工作量，一定要尽早写代码，实现功能，因为后期出现各种意想不到事情的概率非常大，各种需求变更，bug出现会让自己措手不及，不要让自己在开发期间时间太紧，这样会没有功夫做其他的事情。
代码质量
在准确的预估了时间之后，尽早写代码，且在写代码期间一定要心怀敬畏！！，每一个可能产生crash的地方一定不能写的太随意，不要给自己后路，觉得后面还能通过codereview改回来。NO WAY！时间紧张了很可能根本就没有回头看的可能。而且回头看也有可能找不到原来的思路。我自己就出现过因为时间紧张，想着先实现功能，不注意代码质量以及数组边界问题等等，导致服务端下发数据不正常产生的不必要的crash。虽然问题出在别人，但是客户端没有进行保护因而产生crash也是需要承担巨大责任的！
总结：事情的糟糕是一环扣一环的，对业务的不熟悉导致需求评审的弱势，对需求的不了解导致时间评估仓促，时间的仓促导致代码质量降低，后期的crash导致瞻前顾后、措手不及。每个阶段一定要心理有一个大致的度，做到什么程度才能保证下一个阶段不受影响，希望在以后多做业务的过程中了能更加游刃有余。
个人状态
由于个人事情以及焦虑的状态，导致写代码的效率降低，思维僵化。写出的算法逻辑效率低，可修改程度低，而且后期再想回过头来整理的概率极小，因为修改逻辑可能会产生新的BUG，而新的bug测试是没有时间帮你回归的。所以在项目的一开始就需要有一个全局的架构，需要找一个非常安静和专注的环境思考完所有的情况，切记不可以想一部分逻辑做一部分逻辑，因为当两部分逻辑有交互且不兼容，需要修改的时候，改动量就很大了，然后又迫于业务压力，可能会产生误差，最后写出垃圾逻辑。
其次，尽量还是要在白天的工作时间学会集中精力写好代码，对于时间的安排和统筹尤其重要，因为白天会不停的有人找，被打断。所以需要学会利用碎片时间处理好问题，这一点我做的非常差。要迅速的进入状态，做好事情，离开状态再回到之前的状态。学会像CPU一样的并发能力。
最后，个人的生活作息需要调整，因为害怕白天吵闹的环境，晚上安静所以就给了自己熬夜的理由。还是那句话，糟糕是一环扣一环的，白天提高效率晚上就能尽早下班，第二天才可以早点到公司。这才是正常的生理规律，不能太熬夜，毕竟熬夜是伤身体的。
线上保障
今天双12的代码已经完成最后的集成，提交苹果商店了。佛祖保佑后面的代码要经得起双12的考验。后面的值班保障工作心得体会以后再来补充。
你必须非常努力，才能表现的毫不费力。加油！
网友评论