2013年12月_aoelover

翻译 75. 简单来自删减

简单来自删减 “重做......”，我的老板一边对我说一边用手指重重地按着删除键。我看着电脑屏幕，随着我的代码一行又一行地消失于虚无，心里一种再熟悉不过的不祥预感。我的老板，Stefan，并不是总是直言不讳的人，但他看到不好的代码时，他是清楚的，并且他确切的知道对不好的代码应该做什么。作为一个程序员学生，我带着充足的精力和热情达到了

2013-12-10 23:25:59 515

翻译 74. 性能调优的道路上遍布脏代码炸弹

性能调优的道路上遍布脏代码炸弹通常，系统的性能调优需要你修改代码。当你需要修改代码的时候，每个过于复杂或者高耦合的代码块都是一个脏代码炸弹，随时会让你需要付出的努力变得失控。脏代码对你造成的第一个伤害就会是你的日程安排。如果能顺畅地前进，就很容易预测结束时间；遇到非预期的脏代码会让进行明智的预测变得非常困难。考虑当你遇到一个执行热点的情况。通常的做法是减少底

2013-12-09 23:20:54 903

翻译 73. 抵制单件模式的诱惑

抵制单件模式的诱惑单件模式解决了你的很多问题，知道你只需要一个单一的实例，你可以确定这个实例在使用前已经初始化了，它通过一个唯一的全局访问点让你的设计变得简单。有何理由不喜欢这个经典的设计模式呢？结果是，有很多理由。尽管很诱人，但经验显示大多数单件实际上的坏处比好处要多。不幸的是，这个额外的智慧并没有像它应该的那样广为传播，单件也继续让很多程序员感到充满了诱

2013-12-05 23:52:36 1338

翻译 72. 经常重新造轮子

经常重新造轮子 “用一些已有的东西就可以了，重新造轮子是很傻的...” 你否曾经听说过这句话或者类似的说法？肯定的！每个开发人员和学生都可能经常听到这样的论调。然而为什么呢？为什么重新造轮子这么不被赞同？因为，通常情况下，已有代码是管用的。它已经经过了一定的质量控制、严格测试，而且成功应用了。此外，投入重新创造的时间和精力的回报不太可能比使用已有的产品和代码库更

2013-12-03 18:13:04 662

翻译 71. 读懂人性

读懂人性除了最小的项目开发以外，人们都要与其他人合作。除了最抽象的领域以外，人们都需要其他人写软件支持其目标。人和人一起编写软件，这是人与人的事。不幸的是，给程序员关于如何与他们为之工作、与之工作的人打交道的教导实在是太少了。幸运的是有一整个领域的研究可以提供帮助。例如，Ludwig Wittgenstein在《哲学研究》（Philosophical Inv

2013-12-02 23:17:27 602

翻译 70. 阅读代码

阅读代码我们程序是古怪的生灵。我们喜欢编写代码，但要阅读代码时，却唯恐避之不及。毕竟，写代码中的乐趣更多，而读代码则很艰难，有时候几乎是不可能的。阅读其它人的代码尤为困难，不只是因为其他人的代码不好，也可能是因为他们所想的解决问题的方法和你的完全不一样。但你想过吗，阅读其他人的代码可以改进你自己的？下次你阅读代码时，停一小会进行思考。代码是容易阅读还是难以阅

2013-12-01 12:12:50 482

aoelover的专栏