简约之美_软件设计之道 - (EPUB全文下载)

文件大小：0.15 mb。
文件格式：epub 格式。
书籍内容：

版权信息书名：简约之美：软件设计之道
作者：Max Kanat-Alexander
译者：余晟
ISBN：978-7-115-30238-0
本书由北京图灵文化发展有限公司发行数字版。版权所有，侵权必究。
您购买的图灵电子书仅供您个人使用，未经授权，不得以任何方式复制和传播本书内容。
我们愿意相信读者具有这样的良知和觉悟，与我们共同保护知识产权。
如果购买者有侵权行为，我们可能对该用户实施包括但不限于关闭该帐号等维权措施，并可能追究法律责任。
 
目录版权声明常识——译者序前言 第1章 引言1.1 计算机出了什么问题？1.2 程序究竟是什么？第2章 缺失的科学2.1 程序员也是设计师2.2 软件设计的科学2.3 为什么不存在软件设计科学第3章 软件设计的推动力 软件设计科学的目标第4章 未来4.1 软件设计的方程式 4.1.1 价值4.1.2 成本4.1.3 维护4.1.4 完整的方程式4.1.5 化简方程式 4.1.6 你需要什么，不需要什么4.2 设计的质量4.3 不可预测的结果第5章 变化5.1 真实世界中程序的变化5.2 软件设计的三大误区5.2.1 编写不必要的代码5.2.2 代码难以修改5.2.3 过分追求通用5.3 渐进式开发及设计第6章 缺陷与设计6.1 如果这不是问题……6.2 避免重复第7章 简洁7.1 简洁与软件设计方程式7.2 简洁是相对的7.3 简洁到什么程度？7.4 保持一致7.5 可读性7.5.1 命名7.5.2 注释7.6 简洁离不开设计第8章 复杂性8.1 复杂性与软件的用途8.2 糟糕的技术8.2.1 生存潜力8.2.2 互通性8.2.3 对品质的重视8.2.4 其他原因8.3 复杂性及错误的解决方案真正要解决的问题是什么？8.4 复杂问题8.5 应对复杂性8.5.1 把某个部分变简单8.5.2 不可解决的复杂性8.6 推倒重来第9章 测试附录A 软件设计的规则附录B 事实、规则、条例、定义O’Reilly Media, Inc.介绍 　　　 
版权声明© 2012 by O'Reilly Media,Inc.
Simplified Chinese Edition, jointly published by O'Reilly Media,Inc.and Posts & Telecom Press, 2013. Authorized translation of the English edition, 2013 O'Reilly Media,Inc.,the owner of all rights to publish and sell the same.
All rights reserved including the rights of reproduction in whole or in part in any form.
英文原版由O'Reilly Media, Inc.出版2012。
简体中文版由人民邮电出版社出版， 2013。英文原版的翻译得到 O'Reilly Media, Inc.的授权。此简体中文版的出版和销售得到出版权和销售权的所有者 —— O'Reilly Media,Inc.的许可。
版权所有，未得书面许可，本书的任何部分和全部不得以任何形式重制。
 
常识——译者序1776年，美国独立战争爆发，当时北美还有很多民众对“独立”充满怀疑: “北美真的要脱离英国吗”、“新的国家需要怎样组织”,这些今天看来不是问题的问题，并没有清晰明确的答案。就在此时，有位叫托马斯•潘恩的人站了出来，单枪匹马解开了人们心中的疑惑，大大鼓舞了北美民众的独立情绪，而他所依靠的，只是一本名为《常识》的小册子。
《常识》这本小册子说了什么呢？我随便摘录几句：“如果没有人监督，对国王是不能信任的；或者换句话说，渴望保持专制政权的欲念是君主政体的固有弊病”，“独立自主的问题不外乎意味着：究竟是我们将自己制定我们的法律，还是让这个大陆的目前和将来最大的敌人——英王来吩咐我们，除我所喜欢的法律以外不准有任何法律”，“让我们为宪章加冕，从而使世人知道我们是否赞成君主政体，知道北美的法律就是国王”……
200多年后再读，仍然可以感受到这些文字的力量，所以不难想象，在美国独立战争时，告知民众这些道理，能发挥多么重要的作用。据载，在当时只有200多万人的北美，成年男子几乎人手一册《常识》。不夸张地说，这本书推动了美国建国的进程。
潘恩既不是高明的政治哲学家，也不是熟谙宣传的政客，他的书之所以具有如此大的力量，在我看来，主要原因是他能用朴素平实的语言把道理讲出来，告诉大家“原来是这样的”。换句话说，许多道理其实并不高深，但常识也必须以“常识”的形式表达出来，大家才能听进去。
读者或许会觉得奇怪，一本技术书籍的译者序，为什么要花这么多篇幅介绍历史呢？之所以这么做，是因为我在翻译本书的过程中，数次想到托马斯•潘恩的《常识》。我深刻觉得，在软件开发的各种书籍和资料中，也应当有类似《常识》的文本来告诉大家：道理原来是这样的，就是这样。
我相信，任何一位读者，只要认真看过全书，都会发现《简约之美》其实只强调了几条互相联系的简单道理：软件是必然要变化的，变化是常态；有变化就需要维护，随着时间的推移，维护成本会远远超过初期开发的成本，占据成本的大头；因此，在软件开发中，最重要的是要降低维护成本；维护成本正比于系统的复杂程度，所以要降低维护成本，系统的设计就应当追求简单清晰。
这根逻辑链条看似简单，其实并非如此。不少有经验的开发人员，似乎对这类“道理”不屑一顾，他们更在意新潮的技术、先进的架构、流行的语言……新出了哪种类库，什么软件新发布了版本，大数据该怎么处理，说起来头头是道，但真刀真枪地写起程序来，往往错漏百出（甚至不自知）。
我曾经见过一套系统，设计和开发这套系统的人几乎用到了.NET的所有高级特性，但95%以上都用错了，结果就是系统层次混乱、类责任混淆、通讯完全不可靠。诡异 ............

书籍插图：

以上为书籍内容预览，如需阅读全文内容请下载EPUB源文件，祝您阅读愉快。