搜索
高级检索
高级搜索
书       名 :
著       者 :
出  版  社 :
I  S  B  N:
文献来源:
出版时间 :
大道至简:软件工程实践者的思想:点评版
0.00    
图书来源: 浙江图书馆(由图书馆配书)
  • 配送范围:
    全国(除港澳台地区)
  • ISBN:
    9787121100369
  • 作      者:
    周爱民著
  • 出 版 社 :
    电子工业出版社
  • 出版日期:
    2010
收藏
编辑推荐
  作者周爱民邀请《编程之美》作者邹欣、《走出软件作坊》作者吕建伟、台湾OOP之父高焕堂等六位专家坐而论道。
  从工程实践和理论研究两个角度探索软件工程该往何处去。
  这是一本闪烁着思考光芒的作品,它的精彩就在于作者深入的思考。
  ——蒋涛 CSDN总经理《程序员》总编辑
  停下来,思考才是进步的本质。
  ——李维原Borland/Code Gear公司大中华区首席技术官
  传达了探究工程本质的独立思考精神。期待它能激发朋友们的共鸣,知其然且知其所以然,以至简之道应变万端。
  ——谭群钊 盛大游戏总裁兼首席技术官
  就如本书,最后所有的故事、理论不过是为了理解一个公式、陈述一幅图形而已。
  ——王昊DELPHIBBS总版主平台架构师
  体现了一个软件开发人员的认真的思考,展现了他的独特思想。
  ——邹欣 点评专家
  《大道至简》和《走出软件作坊》,一庄一谐,用自己的深思与实践,探索中国软件工程实践之路。
  ——吕建伟(阿朱) 点评专家
  实践出真知,软件工程领域尤其如此,作者以本书将这些真知灼见做了一次倾情奉献。
  ——王玮 点评专家
  这本书对软件项目管理生动的探讨——在点评版更显其特色,是对软件项目管理实践的“格物致理”。
  ——LwT点评专家
展开
作者简介
  周爱民(Aimingoo),有十余年的软件开发、项目管理、团队建设的经验。曾任多家软件公司高级程序设计师、项目经理、部门经理、区域总经理等职,现任支付宝(中国)公司业务架构师。目前主要从事软件工程、体系架构和语言基础方面的研究与实践。
展开
内容介绍
  “不惟说好,不怕说坏”。
  自著述、出版《大道至简——软件工程实践者的思想》五年来,软件工程界可有新思?作者周爱民先生又对软件工程有了何种理解?在五年后,作者邀请不同背景的六位工程理论与实践领域的专家,从不同角度对《大道至简》进行点评;并新著 “具体工程”一章,矛头直指《人月神话》,进一步归纳了作者五年来在软件工程方向上的探索与反思。一本《大道至简》讲不完整个软件工程。那么,它到底讲了些什么?有什么疑问?未来该往何处去探索?作者五年来思考的这些问题,在“点评版”里一一陈述。
展开
精彩书评
  一本书,一个软件思想和创意的T台大道
  我很赞成Xin Zou 把这本书形容为模特儿行走的T台大道,从原来Aimingoo的个人独秀,发展成为众多美女俊男,有的衣着光鲜迷人,有的简朴天然,相映成趣,气象万千。
  无论是那一个行业,其领头的国度或城市,都拥有最豪华的T台大道。例如,中国唐朝中原成为诗人的T台大道,当今法国巴黎拥有最时髦的服装秀T台,以及西班牙巴塞罗那兰布拉(La Rambla)大道成为欧洲最活跃的街头艺术表演大道。
  如今,Aimingoo布建了一个软件思想和创意走秀的舞台,如果未来继续发展成为软件产业最豪华的T台大道,很可能意味着中国软件业将迈向“工匠,团队工程,产业创意设计”三者融合为一体的成熟产业,也很可能成为产业界的领头羊。
  虽然我无缘倘佯于唐朝的诗人舞台,也还没机会亲临巴黎的服装秀T台,不过我在西班牙工作之余,却常攸游于兰布拉大道,梦想着软件人员的走秀舞台。唯有在豪华的T台大道上才有机会激荡出伟大创意的软件,也才能让从只能赚小钱的严格工程化软件,逐渐蜕变为能赚大钱的人性创意化软件。
  就在今年(2009)的4月份,突然接获Aimingoo的T台走秀通告,且曰:“或立或论或评或述,尽随先生意便可。”让我喜出望外,毫不犹疑地跳上舞台,搔首弄姿一下,以飨读者和激励读者。并撰写此序言以志之。
  高焕堂
  2009.09
  软工系统模型的未来走向
  我从事软件工程(简称为软工)的研究至今30余年,读了周爱民这本《大道至简--软件工程实践者的思想》,我心有戚戚焉。的确,大道至简乃是所有软件工程师所追求的理想。
  至于要如何得到大道至简呢?系统模型是一个正中红心的下手之处。系统模型是项目规划、成本估算、项目计划、风险管理、项目排程与追踪、组态管理、软件质量保证、系统分析与设计等等所依据的。唯有求得一个好的系统模型,则软件工程的大道至简方有可成之时。
  一个软件可能是由数百个结构元素(或称零件)所组合成的。软件工程所讨论的对象是这一个软件,而不是这些个别的结构元素。软件的学问在于系统模型,讲究大道至简;结构元素的学问在于Algorithm和Object-Oriented Programming,讲究执行效率。
  我个人在美国工作时发明结构行为合一(Structure-Behavior Coalescence,简称为SBC)软件架构。这些年来,我将“SBC软件架构”当作软件工程的系统模型,成效不错。
  周爱民采用EHM图来当软件工程的系统模型,是一项不错的尝试。不过我要提醒大家的是,未来要尽量将EHM图往软件架构的意境方向移动,而不要将EHM图往结构元素的意境方向移动。毕竟,结构元素的学问在于Algorithm和Object-Oriented Programming,讲究执行效率,不太讲究大道至简;而软件架构的学问才真实地在于系统模型,非非常常地讲究大道至简。
  赵善中
  2009年8月 于 Austin, Texas, USA
展开
精彩书摘
  第2章 是懒人造就了方法
  第1节 是懒人造就了方法
  战国时期的李冰凿了一座山。
  《史记》中说李冰在成都做太守的时候凿出了离堆。一种说法是他将都江堰附近的玉垒山凿了一个叫宝瓶口的大口子,而凿的石头就堆成了离堆。另一说,则是李冰的确凿了一座崖,但是在沫水,亦即今天的大渡河。
  在哪里凿的山,是史学家都说不清楚的事。但的确凿了一座山,而且方法是“(因)其崖崭峻不可破,(冰)乃积薪烧之”。
  我们已经看到事物的进化了。《列子·汤问篇》里的愚公要“碎石击壤”,而李冰就已经懂得“积薪烧之”了。
  会有人说愚公是“碎石”,但史书中并没有说他究竟是零敲碎打呢,还是用火来烧爆掉。但想想在那个时代,如果有人懂得了烧石头这个方法,哪有不立即载文志之,永世传承的。
  再说了,愚公嘛。愚者怎么会呢?这还需要分析吗?需要吗?
  所以愚公会凿,而李冰会烧。那李冰又为什么会用“烧”这种方法来碎石呢?如果李冰也像愚公那样日复一日地督促着他的团队凿石开山,那他一定没有时间来学习、寻找或者观察;当然也不会发现“烧”这种方法可以加快工程进度,使得一大座山在短时间内就被哗啦哗啦地给“碎”掉了。
  要知道李冰的团队可是成百上千人,要修堰筑坝,要“凿离堆”,当然还要吃喝拉撒睡。所以李冰如果忙起来,必然是“受命以来,夙夜忧叹”,必然食难下咽,睡无安枕。反之,李冰一定是个闲人,可以闲到没事去看火能不能把石头烧爆。
  在这么大的工程里,如果有一个人会闲到看火烧石头,你说他不是赖是什么?
  正是一个懒人造就了“烧石头”这个“碎石”的方法。愚公太勤快了,勤快到今天可以比昨天多凿一倍的石头。或许在愚公的项目计划案的首页就写着朱批大字“吾今胜昨倍许,明胜今倍许,而山不加增,何苦而不快。”
展开
目录
第1 章编程的精义/001
第1 节编程的精义/002
第2 节能不能学会写程序的问题/004
第3 节程序= 算法+ 结构/005
第4 节语言/006
第5 节在没有工程的时代/ 007
第2 章是懒人造就了方法/ 011
第1 节是懒人造就了方法/ 012
第2 节一百万行代码是可以写在一个文件里的/013
第3 节你桌上的书是乱的吗/ 015
第4 节我的第一次思考:程序= 算法+ 结构+ 方法/017
第3 章团队缺乏的不只是管理/023
第1 节三个人的团队/024
第2 节做项目= 死亡游戏/ 025
第3 节做ISO质量体系的教训/ 027
第4 节谁动摇了你的制度/ 029
第5 节“那我们就开始开发吧” /031
第6 节组织的学问:角色/ 032
xxiv 大道至简——软件工程实践者的思想(点评版)
第7 节跟随蚂蚁,但不要栽进蚂蚁洞里/ 034
第8 节“什么是增值税发票?” /035
第4 章流于形式的沟通/041
第1 节客户不会用C,难道就会用UML吗/.042
第2 节项目文档真的可以用甲骨文来写/ 044
第3 节沟通的三层障碍/046
第4 节最简沟通/ 049
第5 节为不存在的角色留下沟通的渠道/ 052
第6 节流于形式的沟通/054
第5 章失败的过程也是过程/ 057
第1 节做过程不是做工程/ 058
第2 节做过场/ 060
第3 节实现,才是目的/060
第4 节过程不是死模型/061
第5 节“刻鹄类鹜”与“画虎类狗” / 063
第6 节工程不是做的,是组织的/065
第6 章谁是解结的人/067
第1 节是谁的问题/068
第2 节正视你的成功/070
第3 节总得先做点儿什么吧/ 072
第4 节你不是团队的腿/074
第5 节三鼓而竭/ 077
第6 节先人后己/080
第7 节自相矛盾/ 082
第7 章从编程到工程/085
第1 节语言只是工具/086
第2 节关注点/ 088
第3 节程序/089
第4 节方法/089
第5 节过程/090
第6 节工程/091
目录xxv
第7 节组织/093
第8 节BOSS/095
第9 节上帝之手/ 096
第8 章你看得到工具的本质吗/101
第1 节利器何以为先/102
第2 节神乎其技又有什么用呢/103
第3 节工具的本质/105
第4 节惟手熟尔/ 107
第5 节鲁班带了个坏头/108
第6 节工匠思想/ 110
第7 节化而用之,融通与融同/113
第8 节南橘北枳/ 116
第9 章现实中的软件工程/ 121
第1 节大公司手中的算盘/ 122
第2 节思考项目成本的经理/ 126
第3 节审视AOP / 128
第4 节审视MDA/MDD/130
第5 节审视AP和XP / 132
第10 章具体工程/139
第1 节预言——《人月神话》及其地位/ 140
第2 节错误的命题——对《人月神话》的反思/143
第3 节具体工程及工程的具体化/145
第4 节控制规模/ 149
第5 节隔离问题域/153
第6 节这样是不是太简单了? /155
第7 节郑人的履/ 157
第11 章是思考还是思想/159
第1 节软件工程三个要素的价值/160
第2 节其实RUP是一个杂物箱/161
第3 节UML与甲骨文之间的异同/162
第4 节经营者离开发者很远,反之亦然/ 163
xxvi 大道至简——软件工程实践者的思想(点评版)
第5 节矛盾:实现目标与保障质量/164
第6 节枝节与细节/165
第7 节细解“法”与“式” / 166
第8 节灵活的软件工程/169
附录A 愚公移山记/171
附录B 愚公移山记(文言)/179
参考文献/185
索引/187
前言后语/189
设计手记/195
编辑手记/197
展开
加入书架成功!
收藏图书成功!
我知道了(3)
发表书评
读者登录

请选择您读者所在的图书馆

选择图书馆
浙江图书馆
点击获取验证码
登录
没有读者证?在线办证