2013年07月_aoelover

翻译 8. 童子军规则

童子军规则童子军有一条规则：“让营地比你刚来时更干净。”如果看到地上有垃圾，不管是谁扔的，都要清理。这样你就有意地为下一批来宿营的人改善了环境。事实上，这条规则的最初说法是“让世界比你刚来时更美好”，出自罗伯特·贝登堡，童子军之父。我们在编程时也遵守一条类似的规则会怎么样呢？“尝试让模块在提交时比你检出时更干净”。不管原作者是谁，如果我们努力

2013-07-31 20:48:08 2586

翻译 7. 小心共享

小心共享那是我在公司的第一个项目。那时我刚刚取得了学位，急切地想证明自己，天天留到很晚查看已有的代码。在开发自己的第一个功能的过程中，我特地把自己所学的每一样都用进去了——注释，日志，尽可能把公共代码提取出来成为库。我本以为准备得很好的代码评审却让我暮然惊醒——不该重用！这怎么可能？在整个大学期间，重用一直被视为高质量软件工程的典范。我读过的所有文章、教科书

2013-07-30 20:27:21 559

翻译 6. 重构之前

重构之前有些时候程序员需要重构已有的代码。但在重构前，请你思考下列各项，这样可以减少你和他人很多的时间（和痛苦）：重构最好的方法是从检查已有的代码库和针对代码的测试开始。这可以帮助理解当前代码的优点和缺点，确保在维持长处的同时避免错误。我们总觉得自己可以比当前系统做得更好......直到最终做出来的东西没有比以前的变得更好——甚至更差了，因为我们没有从已有系

2013-07-29 20:27:52 652

翻译 5. 美在于简单

美在于简单我觉得有一句所有软件开发人员都应知道并铭记于心的名言：美的风格、和谐、优雅和旋律均在于简单。——柏拉图我想这是总结了我们作为软件开发人员应该追求的价值的一句话。我们在代码中会努力争取一些东西： · 可读性 · 可维护性 · 开发速度 ·

2013-07-28 17:49:27 750

翻译 4. 自动化你的编码标准

自动化你的编码标准你可能已经这样做了。在一个项目开始时，每个人都有很多好的意向——称之为“新项目决心”。经常是，这些决心很多已经书面记录下来了，和编码相关的最终就是项目的编码标准。在项目启动会议上，主开发过一遍这个文档，而且最好的情形是，每个人都同意会遵守它们。然而一旦项目开始后，这些好的意向就一个一个被抛弃了。等项目交付时，代码已经看起来是一团糟，而且似乎没有人知道它是怎

2013-07-26 23:28:25 753

翻译 3. 问“用户会怎么做？”（你不是用户）

问“用户会怎么做？”（你不是用户）我们都倾向于认为其他人都向我们一样思考。但是他们不是。心理学家称此为。当其他人的想法或者做法与我们不一样时，我们很可能会（潜意识地）认为他们某种程度上有问题。这种偏见可以解释为什么程序员这么难以把自己置于用户的位置。用户不像程序员一样思考。首先，他们使用计算机的时间要少得多，不知道也不关心计算机是怎么工作的。他们不会使

2013-07-25 21:29:34 821

翻译 2. 应用函数式编程原则

应用函数式编程原则函数式编程近期重新得到了主流编程社区的青睐。部分原因是函数式范例的新生特质很适用于应对产业转向多核过程中的挑战；那是一项重要的应用，但不是这篇短文鼓励你了解函数式编程的原因。掌握函数式编程范例，可以大大改进用其它文法编写的代码的质量。如果深入理解和应用函数式范例，你的设计可以在应用透明上展现出更高的裆次。

2013-07-24 00:21:54 1142

翻译 1. 谨慎行事

谨慎行事“无论你做什么，都应谨慎行事，考虑后果。” 佚名不管在迭代开始时制定的日程计划看起来多么轻松，也无法避免在某些时候受到压力。当发现需要在“正确做”和“迅速做”中二选一时，经常会选择“迅速做”，认为后续会回来修正。在给自己、团队、客户做这个承诺时，确实是认真的。但是往往下个迭代会出现新问题，而你必须专注于他们。这种工作上的延迟即技术债务，对你没好处。特别地

2013-07-21 14:55:26 748

aoelover的专栏