重写、重做和重新架构代码合起来，称为重构。那么我们该在什么时候进行重构呢？当你遇到绊脚石——代码不再合适，你注意到有两样东西其实应该合并或是其他任何对你来说是“错误”的东西，那么你不要对改动犹豫不决，应该现在就做。但往往现实世界特别复杂，当你去找你的老板和客户，对他们说：“这些代码能工作，但我需要再用一周时间重构它”，你猜猜他们会怎么回答？时间压力常常被用作不进行重构的借口，但是这个借口并不成立：现在没能进行重构，沿途修正问题将投入多得多的时间——那时将需要考虑更多的依赖关系。我们会有更多的时间可用吗？
为什么这些做法不好呢？当我们快速复制别人的代码时，代码中可能包含了我们并不需要的段落，或者是出现了我们并不理解的逻辑，这会导致我们的代码不够清晰、不够简洁。另外，如果我们使用之前成功的代码来解决新问题，那么我们就会变成一个只能解决管理员问题，却不能写出优秀代码的程序员。最后，当我们不写注释时，这会让后来的程序员很难理解我们的代码。如果我们自己再次回到代码中，那么我们也会第一时间想到自己感到困惑的地方，而不是直接进入改进的脉络。
标签：03,代码,重构,小工,程序员,时间,我们 From： https://www.cnblogs.com/YFLZ/p/17473035.html