最近女朋友在我面前说起，我给她推荐看的《影响力》对她的工作有帮助的经历。
听到这个消息我挺高兴的，一个是推荐的书能够帮助到她，另一个是阅读带来的好处。
最近看完《代码精进之路：从码农到工匠》，现在在看《代码整洁之道》这些书都是过去的书单，但我一直没有去能去看的书。
在书中我找到了面对系统代码越来越复杂如何去应对的答案，就是持续不断的重构代码，即使写完的代码，也要过一段时间回头进行重构，这样才能保持系统代码的有序，复杂度降低。
巧合的是，最近技术大神也在工作群里说了类似的话，这让我有些窃喜，因为我在看书的过程中已经找到了完整的方法。
我发现技术大神给了一个方向，并且给了一些具体的执行标准，我心里有些疑惑标准是否能够达成目标吗
而我看到书中提出具体行动的答案，建立完善的测试代码，因为我们之所以代码投产之后不去修改，是因为怕改出问题，如果有完善的测试代码，那么根本就不怕修改。
我发现逻辑没有问题，也确实是从问题的源头解决问题，但是现实情况是，没有完善的测试代码，新功能的需求量很大，测试无法保证完全覆盖等种种原因，书中提供的方法并不适用。
这一刻我有些明白为什么技术大神提供具体的操作方法有些不一样的原因，因为问题太复杂，执行方法的条件都不满足，强行使用，只能是将事情变得更加复杂。
这又让我不禁想起书中的一句话，不要教条。
从这件事我想到，如果我没有看过书，会觉得技术大神很厉害，说出高屋建瓴的话；如果我看过书但没有看到解决办法，会觉得技术大神，只是拿书中的话说事，可能是照搬书中提供的方法；如果我看过书并看到解决办法，会觉得技术大神并不是只照搬书本的话，还是会灵活应对。
发现没有书多看一点，认识的世界可能就会有些许不同。
一句话总结：最好的读书时间是过去，其次是现在。
网友评论