前几天发现一个几年前做的功能存在bug（软件代码的错误），为了解决这个bug，我不得不花费一个下午的时间去弄懂之前写的代码。
在梳理清楚这整个功能后，也找到了bug的原因，我想着不能仅仅是解决一个bug，这样花费了大量的时间去看代码，投入产出比有些低，为了捞回一些损失，想着将自己厘清的逻辑，写下来，方便自己以后看或者给后来的同事看，这样一来自己花的时间能够帮助未来快速理解这个功能的逻辑。
但是在写的时候发现自己好像写不清楚，也给同事说起这个功能的时候，也很难一两句话能够说明白，这一刻我突然意识到，自己可能并没有自己想象的真正理解这个功能的完整逻辑。
我在想如果这次修改完成之后，我认为自己读懂了这个功能逻辑，等到下次想要对这个功能进行扩展或者修改其他bug，我可能会发现上一次自己并没有真正的理解，还是存在一些没有弄清楚的细节，这会不会影响这一次修改的质量。
于是我开始将自己自认为梳理清楚的逻辑，用尽可能简短的话表达出来，并且也在尝试使用简短的话描述bug的产生原因，因为说不清楚问题原因的情况下，很有可能对于bug的产生原因没有真正的理解。
简单来说就是，当我们真正理解一件事，我们是能够将这件事说清楚的。
我不知道这句话是对是错，但是我相信这句话说的有一定的道理，为此以后我也会将这个标准判断自己是否真正理解一件事。
一句话总结：真正的理解，就是能够说明白。
（20220512）
网友评论