调试只能靠猜?用二分法把问题范围砍半
改代码最耗时间的不是写,而是找问题。很多人遇到异常后的第一反应是“可能这里有问题”,改一改试试,不行再改另一处。这种方式在复杂系统里效率极低,因为你...
改代码最耗时间的不是写,而是找问题。很多人遇到异常后的第一反应是“可能这里有问题”,改一改试试,不行再改另一处。这种方式在复杂系统里效率极低,因为你...
新入职或转岗,第一件事往往是接手一个跑了三五年的系统:代码能跑、文档缺失、原作者已经离职。很多人选择从入口文件开始逐行阅读,读两个小时后开始怀疑自...
一段代码会被写一次,却会被读很多次——被同事读、被评审读、被六个月后忘记一切的你自己读。所以代码里出现频率最高、影响最大的“注释”,其实是命名。一个叫...
程序员的一天里,最磨人的不是写代码,而是查 bug:功能上线前突然报错,本地跑得好好的线上却崩了,一个偶现问题改了三处代码还没好。有人调侃调试是“程序...
拉了一个三百行的合并请求(PR),挂了两天没人理;好不容易有人回复,只有一句“LGTM”;合并上线后出了事故,大家才发现问题就明晃晃躺在那一大段代码里。这...