读一读

发表于 更新于

在为知笔记里有一个文件夹《读一读》，是觉得有意思应该看一看的博客，可是一放少则几个月，多则一两年过去了。有点类似于 chrome 中的僵尸书签，觉得有用做了标记，可是一直扔在那里占着地方却再也没有翻起。

还有个类似的行为，买书、囤书却不读书。哈哈哈，为什么呢？怎么解决这种行为，这种现象呢？互联网时代在网络上优质资源混杂在垃圾信息里，怎么筛选出有价值的内容？进入新世纪后，出书也变得简单，不再有门槛限制，也是出来了各种各样的垃圾，怎么挑选？

2016年1月4日 17:05:27

面对糟糕的旧代码，Keep Calm & Carry On!

漫画：读别人代码是一种怎样的体验?

我们很不愿意读别人的代码，我们也不愿意读自己以前写过的代码（时间越久越痛苦）。事实就是读代码更难。

但是，推到重来可能会带来更大的风险，因为旧代码是经过反复测试，甚至上线运行过的。

读代码，觉得眼前的旧代码很烂时，应该怎么办？

你觉得旧代码写的很烂，那又怎样呢?它们已经上线，已经在实际运行中经受住了考验。所以当你发现前任留下的代码乱七八糟的时候，不妨冷静下来，从以下三个方面入手理解代码、改善代码：

  1. 代码的结构有问题

    如果一段网络代码突然弹出了自己的对话框，应该是UI代码需要被处理。这些问题可以被解决掉，你要一次次小心地移动代码，重构，改变接口。还需要一位细心的工程师立马仔细地检查这些改变是否有问题，从而不打扰到其他人。事实上，甚至比较大的结构变化也可以不扔掉代码来完成。

    大牛程序员 Joel Spolsky 回忆说，曾经在某个项目中，他和他的团队花了好几个月重新架构在一点上：把代码动来动去、清理、创建有意义的基类，并创建了模块之间的完美接口。但是他们始终非常小心翼翼，并没有产生新的 bug，也没有丢掉任何旧代码。

  2. 代码的效率不高——只需要改动局部

    曾经，Netscape 的渲染代码被传非常缓慢。但事实上，这只会影响该项目的一小部分，这部分是你可以优化甚至重写的。你完全不必重写全部代码。优化速度的 1% 工作量，会让你获得 99% 的爆炸性提高。

  3. 代码写得很丑——参考某个编程规范，比如 Google 的

    有些代码真的写的很丑，比如 Joel 曾参与一个项目，开始用下划线做开始的成员变量约定，但后来改用更标准的 M_。所以一半的功能用 _ 开始，一半用 M 开始，这看起来真的很丑陋。但这个问题 5 分钟就能解决，而不用从头开始写全部的代码。

最后，你要记住，从头开始再写一遍并不意味着你会写出比以前更好的代码。因为你没有参与到上一个版本的创建，所以你其实根本就不算有经验。一旦你准备推倒重写，你可能会再犯一遍版本一犯过的错，甚至会产生更多的新问题。

以上内容摘自：程序员为什么不爱看别人的代码

网址清单