工程师们你们写完代码后还做些什么No.115

我知道你们写代码都喜欢一把梭，if else for ，业务流程写完，然后就开始三部曲。git commit -> git push -> publish

停停停，憋这么自信好莫，你还有很多事情可以做。

step1: 拜托你，再次检查一下所写的代码是不是符合业务需求。

有的工程师写完的一堆通过编译器检查的代码，压根就没符合业务需求，或者说业务真正的需求。

比如:

请帮我去街上买两个包子，如果看到西瓜，买一个。

然后某程序员的实现就是

if( see watermelon){

    buy a watermelon;

    return;

}

buy two baozi;

WTF????

你是瓜娃子么？

step2: 拜托你，再检查检查系统边界吧。

totolNumberOfBaozi = totolNumberOfBaozi - numberOfBaoZi;

好了,突然有人喊了一句，给我来 -1 个包子，总包子数蹭蹭蹭增长，棒棒哒。给你100婚?。

setp3: 拜托你，再检查检查索引。

select * from baozi where size > 100g and size <10000g;

嗯，baozi1 这个有5g,不符合

嗯，baozi2 这个有5g,不符合

嗯，baozi3 这个有6g,不符合

嗯，baozi4 这个有300g,不符合

...100万baozi后

嗯，baozi1000000 这个有20g,不符合

嗯，baozi1 这个有45g,不符合

好了，基础表数据有1000万，每次都全表扫描，一上线，bingo，系统爆炸了。

setp4: 拜托你，再写写注释吧，比如上边的买包子程序写成这样。

if( catch 1129idj){

    buy a 1#ewlj3-0;

    return;

}

buy two @#MK@L;

好嘞，不写注释明天你自己就忘了兄dei。

setp5: 拜托你，打点有用的日志吧。

if( see watermelon){

    buy a watermelon;

    return;

}else if( see beautiful){

    if(beautiful > 18){

        buy naicha;

    }

    else{

    boommmmm!!!!

}

}

buy two baozi;

好了，系统爆炸了，一点日志都没有，只能看到爆炸了。。。

setp6: 拜托你，试着把所有的能想到的监控全加上。

接口成功率啊，响应时间啊，错误告警啊，上下游告警啊，主机告警啊，数据库成功率告警啊，数据库响应时间告警啊。

setp7: 拜托你，针对告警想一下你的解决方案。

告警出来了，总得处理吧？提前想一想没什么坏处。

setp8: 拜托你，想一下怎么样让你的系统不会崩。

异地容灾？接口限流？接口防刷？服务降级？很多事情可以做，好好思考一下，好好思考一下。

setp9:拜托你，准备一下答疑吧。

作为一个工程师有好多时间都在答疑，无论这些问题是来自合作方，业务方还是客户，总会有很多人因为不了解你所写的系统逻辑而咨询你一些细节点，做好答疑文档、答疑工具 可能会节省你很多很多的时间。

就酱，请敬畏你的代码，它们很强大，破坏力也很大。