那些让我成为更优秀程序员的错误

为什么不把周末时间花在修复那些很容易预见的错误上，也不要因为低估了项目所需时间而仓促行事呢？

好吧，看看我的失败教训指南，从我的错误中吸取教训，避免重蹈覆辙！

定期备份

让我给你讲个故事。我之前的一份工作是负责手动备份WordPress网站。我每个月都备份，但有一个月我忘了！你猜怎么着……没错，我们的网站服务器被攻击了，我当时觉得应该没什么大碍，因为我一直都有定期备份。我以为只要上传我保存的最新版本就行了，但当我检查NAS服务器上的文件夹，寻找备份文件时，我差点吓出一身冷汗！原来，那个月网站做了很多改动。结果，我花了两个周末来修复这些改动并清理服务器。现在我再也不会忘记备份了！

专业提示——在更新插件和主题之前，最好先进行备份！

发布沙盒版本前，务必请其他人帮忙检查一下。

我们都遇到过这种情况：客户要求“做个小修改”，比如“请尽快在生产环境中做这个改动，改动很小，不会影响任何功能”。这简直就是一颗定时炸弹！你因为觉得改动/修复“很小”就答应了，当然，你也没打算在沙盒环境里测试，因为现在是周五下午四点，你满脑子想的都是周末。这能出什么问题呢？嗯……什么都可能出问题！

在我从事开发工作的这些年里，这种情况发生过几次，但我永远难忘的一次经历发生在圣诞前夜……客户要求对一个基于 WordPress 的网站进行一些修改。修改内容并不复杂，但数量不少，而且时间非常紧迫。我还记得那天晚上，我的团队成员都已经在公司圣诞派对上喝酒聊天了，我还在忙着修改。我当时正在修复一个不起眼的小改动，结果发现其中一个元素的样式被添加了“!important”属性。当然，那晚派对非常精彩（但我却没能享受到）。

但我从中吸取了一个重要的教训——如果你在沙盒环境中没有测试就贸然推送更改，通常情况下这些更改不会生效。发现问题可能很快，但修复问题却可能耗时很长，那次导致我的周末从晚上7点才开始，而不是下午4点！

现在我总是记得在部署之前先在沙盒环境中检查修复、更改和功能。这一点非常重要，即使是“很小”的更改也必须这样做。最好还能和其他人一起检查这些更改。

估算时请耐心一些。

在我职业生涯的初期，当我接到一个需要做估算的项目时，我通常会草草了事，因为我不想在这上面花费太多时间，当然，我也不会仔细检查项目中每个要素的细节。

现在是第三个故事时间 ;)

我当时正在为一个客户完成一个网站项目。开发的最后一部分是添加博客版块。在开始这项工作之前，项目经理让我做一个报价。结果……我既没有认真分析，也没有问任何细节问题。我只是匆匆浏览了一下设计稿，不到两分钟就选了一个！编码过程中，我才发现所有设计稿都需要添加一些额外的功能，而且都基于谷歌分析……总之，如果我当时多问几个问题，花几分钟时间选择合适的设计，就能省下几个小时的调整时间。

我从中学到了什么？永远记住要花时间进行评估。千万不要想当然地认为“这个页面很简单，只有搜索框和帖子列表”，而是要认真思考问题，仔细选择解决方案。从长远来看，你会节省很多时间！

概括

我跟你分享过我这些年来犯的一些错误。我犯过错，而且我相信以后还会犯更多。因为编程如此动态且瞬息万变，所以完全避免犯错是不可能的。但是，从别人的错误中吸取教训总比从自己的错误中吸取教训要好得多 ;)

总结一下，这些建议可以帮助你避免将来犯错：

• 记得定期备份。
• 在部署到生产环境之前，请先让其他人在沙箱环境中检查你的工作。
• 不要急于估算工作量，务必进行充分的调查研究。
• 周五下午4点别把产品上线……不然转眼就到周一早上7点了 ;)
• 如果你不知道某件事，就好好研究一下，或者向同事寻求建议。

感谢阅读，希望我的经验教训能帮助你避免犯同样的错误！