获得徽章 13
赞了这篇沸点
有时候考察一个程序员的功底怎么样,不是说,你算法、底层原理,设计模式的多熟练。而是程序出故障后,你做的功能是如何快速止损,快速补偿的。

比如说,依赖的第三方系统挂了10分钟,等对方系统恢复后,想把有问题的数据,重新推送。结果你没有写这种程序,又得写代码重新上线,又得非常辛苦的去找出数据。

这不行的。虽然it团队是需要快速交付,但是【大的程序设计思路】还是得有的。我这边总结的几个点就是:
第一,不要出大问题;
第二,万一出大问题了,能快速止损或者有补偿的工具。

不然就只能干瞪眼,等着IT的一把手,被其他部门的人,狠狠的挑战一波。

你代码可以写的乱一些,扩展性不好,关系都不大的。如果你写了一堆自以为很漂亮的代码,就沾沾嘻嘻,而系统出问题后,又手忙脚乱,毫无办法。那你还不如不写呢?
展开
3
下一页
个人成就
文章被点赞 30
文章被阅读 33,637
掘力值 1,271
收藏集
3
关注标签
36
加入于