内容简介 · · · · · ·
本书提出了审视软件工程的全新视角和软件工程的体系模型(EHM,软件工程层状模型)。本书用非工程的方式重新解析软件工程现象,全面、细致而深刻地分析了工程中各个环节的由来、价值及其内在关系。综合论述开发、工程二者的现状,例如对程序员“工匠思想”的起源进行广征博引的分析,也对工程中“敏捷过程”的经验主义本质进行深至髓质的论证。全书语言轻快,可读性强,薄且有味。
本书是在“思想方法学”这一软件工程尚未涉足过的领域中的实习之作。作者亲历国内软件工程的英雄时代、泡沫时代,从失败中醒觉而创建独特的思考方法,对软件开发、工程中的现状深刻反思,从而完成这本专著。在缺乏独立思维、对国外工程理论亦步亦趋的国内工程界、开发业界,该书无疑是一份激荡新思的佳作。本书是第一本讨论软件工程思想本源的书籍,也是第一本从工程实践出发溯源而论的佳作。
本典藏版在内容上以该书第二版为底本并...
本书提出了审视软件工程的全新视角和软件工程的体系模型(EHM,软件工程层状模型)。本书用非工程的方式重新解析软件工程现象,全面、细致而深刻地分析了工程中各个环节的由来、价值及其内在关系。综合论述开发、工程二者的现状,例如对程序员“工匠思想”的起源进行广征博引的分析,也对工程中“敏捷过程”的经验主义本质进行深至髓质的论证。全书语言轻快,可读性强,薄且有味。
本书是在“思想方法学”这一软件工程尚未涉足过的领域中的实习之作。作者亲历国内软件工程的英雄时代、泡沫时代,从失败中醒觉而创建独特的思考方法,对软件开发、工程中的现状深刻反思,从而完成这本专著。在缺乏独立思维、对国外工程理论亦步亦趋的国内工程界、开发业界,该书无疑是一份激荡新思的佳作。本书是第一本讨论软件工程思想本源的书籍,也是第一本从工程实践出发溯源而论的佳作。
本典藏版在内容上以该书第二版为底本并进行了大量的文字修订,补充追加了第三版中的“具体工程”一章。并且,考虑到典藏的价值,本书收录了公开文档“幕后故事”的精华摘选。
作者简介 · · · · · ·
周爱民(Aimingoo),有十余年的软件开发、项目管理、团队建设的经验。曾任多家软件公司高级程序设计师、项目经理、部门经理、区域总经理等职,前支付宝(中国)公司业务架构师,前盛大网络平台架构师。目前主要从事软件工程、体系架构和语言基础方面的研究与实践。
■ 2001 年,主持完成的“极光数据处理仓库中心系统”被河南省信息产业厅授予
省高新技术产品二等奖。
■ 2003 年,被美国Borland 公司授予“Borland Delphi 产品专家”称号。
■ 2004 年,出版《Delphi 源代码分析》,被誉为“Delphi 领域精品著作”。
■ 2005 年,发布《大道至简——软件工程实践者的思想》第一版(电子版)。
■ 2006 年,发起开源项目Qomolangma OpenProject,探讨语言系统基础技术。
■ 2008 年,出版《Java...
周爱民(Aimingoo),有十余年的软件开发、项目管理、团队建设的经验。曾任多家软件公司高级程序设计师、项目经理、部门经理、区域总经理等职,前支付宝(中国)公司业务架构师,前盛大网络平台架构师。目前主要从事软件工程、体系架构和语言基础方面的研究与实践。
■ 2001 年,主持完成的“极光数据处理仓库中心系统”被河南省信息产业厅授予
省高新技术产品二等奖。
■ 2003 年,被美国Borland 公司授予“Borland Delphi 产品专家”称号。
■ 2004 年,出版《Delphi 源代码分析》,被誉为“Delphi 领域精品著作”。
■ 2005 年,发布《大道至简——软件工程实践者的思想》第一版(电子版)。
■ 2006 年,发起开源项目Qomolangma OpenProject,探讨语言系统基础技术。
■ 2008 年,出版《JavaScript 语言精髓与编程实践》,电子工业出版社。
■ 2008 年,发起开源项目derlang,探讨erlang in delphi,以及erlang 的应用技术。
■ 2009 年,在开源项目QoBean 中尝试Meta Language 与DSL 等实现。
■ 2009 年,发布《动态函数式语言精髓》(电子版)。
■ 2012 年,出版《JavaScript 语言精髓与编程实践(第2 版)》,电子工业出版社。
■ 2012 年,出版《大道至易——实践者的思想》,人民邮电出版社。
■ 2007 年至2012 年,出版《大道至简——软件工程实践者的思想》第二版、第三
版(点评版)、第四版(典藏版),电子工业出版社。
目录 · · · · · ·
第一节 编程的精义 2
第二节 能不能学会写程序的问题 3
第三节 程序 = 算法 + 结构 4
第四节 语言 6
第五节 在没有工程的时代 6
· · · · · · (更多)
第一节 编程的精义 2
第二节 能不能学会写程序的问题 3
第三节 程序 = 算法 + 结构 4
第四节 语言 6
第五节 在没有工程的时代 6
第二章 是懒人造就了方法 9
第一节 是懒人造就了方法 10
第二节 一百万行代码是可以写在一个文件里的 11
第三节 你桌上的书是乱的吗 13
第四节 我的第一次思考:程序 = 算法 + 结构 + 方法 14
第三章 团队缺乏的不只是管理 21
第一节 三个人的团队 22
第二节 做项目 = 死亡游戏 24
第三节 做ISO 质量体系的教训 25
第四节 谁动摇了你的制度 27
第五节 “那我们就开始开发吧” 28
第六节 组织的学问:角色 29
第七节 跟随蚂蚁,但不要栽进蚂蚁洞里 31
第八节 “什么是增值税发票?” 33
第四章 流于形式的沟通 37
第一节 客户不会用C,难道就会用UML 吗 38
第二节 项目文档真的可以用甲骨文来写 39
第三节 沟通的三层障碍 42
第四节 最简沟通 45
第五节 为不存在的角色留下沟通的渠道 47
第六节 流于形式的沟通 49
第五章 失败的过程也是过程 51
第一节 做过程不是做工程 52
第二节 做过场 54
第三节 实现,才是目的 54
第四节 过程不是死模型 55
第五节 “刻鹄类鹜”与“画虎类狗” 57
第六节 工程不是做的,是组织的 59
第六章 谁是解结的人 61
第一节 是谁的问题 62
第二节 正视你的成功 64
第三节 总得先做点儿什么吧 65
第四节 你不是团队的腿 68
第五节 三鼓而竭 71
第六节 先人后己 74
第七节 自相矛盾 76
第七章 从编程到工程 79
第一节 语言只是工具 80
第二节 关注点 81
第三节 程序 82
第四节 方法 83
第五节 过程 84
第六节 工程 85
第七节 组织 87
第八节 BOSS 89
第九节 上帝之手 90
第八章 你看得到工具的本质吗 95
第一节 利器何以为先 96
第二节 神乎其技又有什么用呢 97
第三节 工具的本质 98
第四节 惟手熟尔 100
第五节 鲁班带了个坏头 101
第六节 工匠思想 103
第七节 化而用之,融通与融同 105
第八节 南橘北枳 109
第九章 现实中的软件工程 113
第一节 大公司手中的算盘 114
第二节 思考项目成本的经理 118
第三节 审视AOP 121
第四节 审视MDA/MDD 122
第五节 审视AP 和XP 125
第十章 具体工程 131
第一节 预言——《人月神话》及其地位 132
第二节 错误的命题——对《人月神话》的反思 136
第三节 具体工程以及工程的具体化 139
第四节 控制规模 142
第五节 隔离问题域 145
第六节 这样是不是太简单了 148
第七节 郑人的履 150
第十一章 是思考还是思想 153
第一节 软件工程三个要素的价值 154
第二节 其实RUP 是一个杂物箱 155
第三节 UML 与甲骨文之间的异同 156
第四节 经营者离开发者很远,反之亦然 157
第五节 矛盾:实现目标与保障质量 157
第六节 枝节与细节 158
第七节 细解“法”与“式” 159
第八节 灵活的软件工程 162
附录一 愚公移山记 165
附录二 愚公移山记(文言) 173
附录三 幕后故事(摘选) 179
参考文献 193
前言后语 195
版本历史 203
· · · · · · (收起)
"大道至简"试读 · · · · · ·
原文摘录 · · · · · ·
-
* 编程的根本:顺序、分支和循环。 * 程序=算法+结构。 * 编程的第一要务是先把事情分析清楚,事件先后的逻辑关系和依赖关系搞清楚,然后再去代码实现。 * 积极工作和勤于思考都要占时间。 * 算法是对一个程序的逻辑实现的描述,而结构是逻辑实现所依附的数据实体。 * 在所有的算法描述中,有且仅有三种执行逻辑:顺序、分支和循环。简单若顺序表,复杂如树、图,他们的算法都是用上面这三种执行逻辑来描述的。 * 编程语言只有喜欢与不喜欢的问题,没有会不会的问题。任何的一门语言,你都可以在两周内掌握并开始熟练编程。 * 通常而言,语言的差别主要表现在适用范围上。一些语言适合做数值处理,一些语言适合做图形处理,还有一些语言则适合于网页。 * 人的精力终归是有极限的。提出新的“方法”,解决的将是影响做事成效的根本问题。 * 所谓“面向过程开发”,其实是对“结构化程序设计”在代码阶段的一个习惯性的说法。面向过程开发中,“过程”是CPU提供的,“单元”则是编译器提供的。程序员不需要再造就什么方法,就可以进行愚公式的开发工作了。 * 团队的基本特性:主从、监督和责任。 * 从管理角度来看,项目失败与否与项目经理的经验直接有关。 * 项目成功是两个方面的评估:项目完成质量和项目完成时间。 * 经验丰富的工程师能尽可能接近的预估工期,但没有办法保障预估的工期市局对合理的。 * 组织模式确定的同时,相应的制度也有随之建立。 * 对于一个已经规范管理、体制健全的公司,但前提是制度的人性化和公平性。 * 项目开始之前,管理者应该确定组织机构模式,或者为组织中的成员进程角色定位和分工。 * * 如果有一群开发人员像蚂蚁一样辛勤工作,那么,先不要打扰他们。你应该跟随他们,看看他们是如何做的。发现规律,分析这个规律的价值,最后再尝试改变那些负面价值的规律。 * 确定被“... (查看原文) —— 引自章节:全书笔记 -
东施效颦有什么不对吗?没什么不对,“效颦”这件事情实在太正确了,以至于无法反驳:爱美之心人皆有之,与追求行进的科学技术生产力一样都是人的、社会的本性。东施的问题只在于她未能在“效颦”之前看看自己的面目,也未能在“效颦”之后看看自己的面目——多数的人、多数的团队,能做到这件事情的一半,就已经很了不起了。 (查看原文) —— 引自章节:第三版前言
大道至简的书评 · · · · · · ( 全部 22 条 )

一本需要反复阅读的书

在书上看到”什么逻辑?“几个铅笔字……


> 更多书评 22篇
论坛 · · · · · ·
在这本书的论坛里发言这本书的其他版本 · · · · · · ( 全部4 )
-
电子工业出版社 (2007)7.5分 535人读过
-
电子工业出版社 (2010)7.3分 158人读过
-
未知出版社7.6分 88人读过
在哪儿借这本书 · · · · · ·
以下书单推荐 · · · · · · ( 全部 )
- 首都图书馆借书记录 (天涯飘绵)
- 软件工程 (风入松)
- 读过的认为值得一读的计算机图书 (oncealong)
- 真·hardcore (Eyadrein)
- 书单|编程 (白日梦想家)
谁读这本书? · · · · · ·
二手市场
· · · · · ·
- 在豆瓣转让 有35人想读,手里有一本闲着?
订阅关于大道至简的评论:
feed: rss 2.0
0 有用 xipan 2013-09-20 22:05:09
读爱明的书或者听爱明的演讲有两个很大的感受:第一就是视角独特,总是会问出一些让人深思的问题。第二就是意犹未尽(不够完整),就是总是开了个头,然后不给你答案,因为他是要让你多思考的。
0 有用 Junnebai 2013-09-27 13:53:35
与古代的故事相结合,比较有心意,也给出了实际开发中的许多问题的解答。
0 有用 Jinliang 2015-07-31 20:13:31
太糟糕了,这是所读过的最烂的软件工程的书,纯粹骗钱
0 有用 啊花 2014-06-18 20:13:51
知之者惺惺相惜,不知者不知所云。
0 有用 懒人柒号酱 2012-10-14 10:42:37
没看多大懂' 等学多了再看一遍'