新書推薦:
《
浪潮将至
》
售價:NT$
395.0
《
在虚无时代:与马克斯·韦伯共同思考
》
售價:NT$
260.0
《
日内交易与波段交易的资金风险管理
》
售價:NT$
390.0
《
自然信息图:一目了然的万物奇观
》
售價:NT$
640.0
《
女性史:古代卷(真正意义上的女性大历史)
》
售價:NT$
560.0
《
跨代伴侣治疗
》
售價:NT$
440.0
《
心理治疗中的真意:心理治疗师的心灵之旅
》
售價:NT$
440.0
《
无冕之王:齐桓公与齐国崛起
》
售價:NT$
290.0
編輯推薦:
代码整洁之道两卷本,是软件开发大师罗伯特马丁的经典著作,汇集了他数十年的编程经验,是软件开发领域为数不多的畅销经典图书。*卷,被誉为程序员的童子军规,可以帮助程序员树立正确的编写代码的规范,助力程序员成为更好的程序员。第二卷,是马丁40余年编程生涯的心得体会,阐释了软件工艺中的原理、技术、工具和实践,助力专业软件开发人员具备令人敬佩的职业素养。
《代码整洁之道》
"阅读这本书有两种原因:*,你是个程序员;第二,你想成为更好的程序员。很好,IT行业需要更好的程序员!"--罗伯特C. 马丁(Robert C. Martin)
尽管糟糕的代码也能运行,但如果代码不整洁,会使整个开发团队泥足深陷,写得不好的代码每年都要耗费难以计数的时间和资源。但是,这种情况并非无法避免。
代码整洁之道两卷本,是软件开发大师罗伯特马丁的经典著作,汇集了他数十年的编程经验,是软件开发领域为数不多的畅销经典图书。*卷,被誉为程序员的童子军规,可以帮助程序员树立正确的编写代码的规范,助力程序员成为更好的程序员。第二卷,是马丁40余年编程生涯的心得体会,阐释了软件工艺中的原理、技术、工具和实践,助力专业软件开发
內容簡介:
《代码整洁之道》
软件质量,不但依赖架构及项目管理,而且与代码质量紧密相关。这一点,无论是敏捷开发流派还是传统开发流派,都不得不承认。
本书提出一种观点:代码质量与其整洁度成正比。干净的代码,既在质量上较为可靠,也为后期维护、升级奠定了良好基础。作为编程领域的佼佼者,本书作者给出了一系列行之有效的整洁代码操作实践。这些实践在本书中体现为一条条规则(或称"启示"),并辅以来自实际项目的正、反两面的范例。只要遵循这些规则,就能编写出干净的代码,从而有效提升代码质量。《代码整洁之道》
软件质量,不但依赖架构及项目管理,而且与代码质量紧密相关。这一点,无论是敏捷开发流派还是传统开发流派,都不得不承认。
本书提出一种观点:代码质量与其整洁度成正比。干净的代码,既在质量上较为可靠,也为后期维护、升级奠定了良好基础。作为编程领域的佼佼者,本书作者给出了一系列行之有效的整洁代码操作实践。这些实践在本书中体现为一条条规则(或称"启示"),并辅以来自实际项目的正、反两面的范例。只要遵循这些规则,就能编写出干净的代码,从而有效提升代码质量。
本书阅读对象为一切有志于改善代码质量的程序员及技术经理。书中介绍的规则均来自作者多年的实践经验,涵盖从命名到重构的多个编程方面,虽为一"家"之言,然诚有可资借鉴的价值。
《代码整洁之道 程序员的职业素养》
本书是编程大师Bob 大叔40余年编程生涯的心得体会的总结,讲解要成为真正专业的程序员需要具备什么样的态度,需要遵循什么样的原则,需要采取什么样的行动。作者以自己以及身边的同事走过的弯路、犯过的错误为例,意在为后来者引路,助其职业生涯迈上更高台阶。
關於作者:
作者简介
Robert C. Martin,世界级软件开发大师,设计模式和敏捷开发先驱,敏捷联盟首任主席,C Report前主编,被后辈程序员尊称为"Bob大叔"。20世纪70年代初成为职业程序员,后创办Object Mentor公司并任总裁。Martin还是一名多产的作家,至今已发表数百篇文章、论文和博客文章。除本书外,还著有《代码整洁之道:程序员的职业素养》《敏捷软件开发:原则、模式和实践》《UML:Java程序员指南》等。
作者简介
Robert C. Martin,世界级软件开发大师,设计模式和敏捷开发先驱,敏捷联盟首任主席,C Report前主编,被后辈程序员尊称为"Bob大叔"。20世纪70年代初成为职业程序员,后创办Object Mentor公司并任总裁。Martin还是一名多产的作家,至今已发表数百篇文章、论文和博客文章。除本书外,还著有《代码整洁之道:程序员的职业素养》《敏捷软件开发:原则、模式和实践》《UML:Java程序员指南》等。
译者简介
韩磊,互联网产品与社区运营专家,技术书籍著译者。曾任CSDN及《程序员》杂志副总经理、总编辑,广东二十一世纪传媒新媒体事业部总经理等职。现任AR初创企业亮风台广州公司总经理。除本书外,还译有《梦断代码》《C#编程风格》等书。与刘韧合著《网络媒体教程》,与戴飞合译《Beginning C# Objects中文版:概念到代码》。
余晟,混迹软件开发和互联网行业多年,目前在沪江网负责研发和架构管理工作。业余喜爱阅读、思考,关注工程师的全面发展,探索更聪明的技术方案,乐于帮助外界更多理解IT行业的约束、规律和习惯。
章显洲,蚂蚁金服高 级项目专家,业余以技术翻译作为个人修炼与回馈软件开发社区的途径。自2009年来,翻译和与人合译多本技术管理书籍,偶尔也会出现在技术社区聚会上作一些分享。近年来主要致力于蚂蚁金服基础设施和架构升级方面的项目集管理。
目錄 :
《代码整洁之道 程序员的职业素养》
目录
***引言 1
第 1章 专业主义 7
1.1 清楚你要什么 8
1.2 担当责任 8
1.3 首先,不行损害之事 10
1.3.1 不要破坏软件功能 10
1.3.2 不要破坏结构 12
1.4 职业道德 13
1.4.1 了解你的领域 14
1.4.2 坚持学习 16
1.4.3 练习 16
1.4.4 合作 17
1.4.5 辅导 17
1.4.6 了解业务领域 17
1.4.7 与雇主/客户保持一致 18
1.4.8 谦逊 18
1.5 参考文献 18
第 2章 说“不” 19
2.1 对抗角色 21
2.2 高风险时刻 24
2.3 要有团队精神 25
2.3.1 试试看 26
2.3.2 消极对抗 28
2.4 说“是”的成本 30
2.5 如何写出好代码 35
第3章 说“是” 37
3.1 承诺用语 39
3.1.1 识别“缺乏承诺”的征兆 40
3.1.2 真正的承诺听起来是怎样的 40
3.1.3 总结 43
3.2 学习如何说“是” 43
3.2.1 “试试”的另一面 43
3.2.2 坚守原则 44
3.3 结论 46
第4章 编码 47
4.1 做好准备 48
4.1.1 凌晨3点写出的代码 49
4.1.2 焦虑时写下的代码 50
4.2 流态区 51
4.2.1 音乐 52
4.2.2 中断 53
4.3 阻塞 53
4.4 调试 55
4.5 保持节奏 57
4.5.1 知道何时应该离开一会 58
4.5.2 开车回家路上 58
4.5.3 洗澡 58
4.6 进度延迟 58
4.6.1 期望 59
4.6.2 盲目冲刺 59
4.6.3 加班加点 60
4.6.4 交付失误 60
4.6.5 定义“完成” 61
4.7 帮助 61
4.7.1 帮助他人 61
4.7.2 接受他人的帮助 62
4.7.3 辅导 62
4.8 参考文献 63
第5章 测试驱动开发 65
5.1 此事已有定论 66
5.2 TDD的三项法则 67
5.3 TDD的优势 68
5.3.1 确定性 68
5.3.2 缺陷注入率 68
5.3.3 勇气 69
5.3.4 文档 69
5.3.5 设计 70
5.3.6 专业人士的选择 70
5.4 TDD的局限 70
5.5 参考文献 71
第6章 练习 73
6.1 引子 73
6.1.1 10的22次方 74
6.1.2 转变 75
6.2 编程柔道场 76
6.2.1 卡塔 77
6.2.2 瓦萨 78
6.2.3 自由练习 78
6.3 自身经验的拓展 79
6.3.1 开源 79
6.3.2 关于练习的职业道德 79
6.4 结论 80
6.5 参考文献 80
第7章 验收测试 81
7.1 需求的沟通 81
7.1.1 过早精细化 83
7.1.2 迟来的模糊性 83
7.2 验收测试 85
7.2.1 “完成”的定义 85
7.2.2 沟通 88
7.2.3 自动化 88
7.2.4 额外工作 89
7.2.5 验收测试什么时候写,由谁来写 90
7.2.6 开发人员的角色 90
7.2.7 测试的协商与被动推进 91
7.2.8 验收测试和单元测试 93
7.2.9 图形界面及其他复杂因素 93
7.2.10 持续集成 94
7.3 结论 95
第8章 测试策略 97
8.1 QA应该找不到任何错误 98
8.1.1 QA也是团队的一部分 98
8.1.2 需求规约定义者 98
8.1.3 特性描述者 98
8.2 自动化测试金字塔 98
8.2.1 单元测试 99
8.2.2 组件测试 100
8.2.3 集成测试 100
8.2.4 系统测试 101
8.2.5 人工探索式测试 102
8.3 结论 102
8.4 参考文献 102
第9章 时间管理 103
9.1 会议 104
9.1.1 拒绝 104
9.1.2 离席 105
9.1.3 确定议程与目标 105
9.1.4 立会 106
9.1.5 迭代计划会议 106
9.1.6 迭代回顾和DEMO展示 107
9.1.7 争论/反对 107
9.2 注意力点数 108
9.2.1 睡眠 108
9.2.2 咖啡因 108
9.2.3 恢复 109
9.2.4 肌肉注意力 109
9.2.5 输入与输出 109
9.3 时间拆分和番茄工作法 110
9.4 要避免的行为 110
9.5 死胡同 111
9.6 泥潭 111
9.7 结论 112
第 10章 预估 113
10.1 什么是预估 115
10.1.1 承诺 115
10.1.2 预估 115
10.1.3 暗示性承诺 117
10.2 PERT 118
10.3 预估任务 120
10.4 大数定律 122
10.5 结论 123
10.6 参考文献 123
第 11章 压力 125
11.1 避免压力 127
11.1.1 承诺 127
11.1.2 保持整洁 127
11.1.3 危机中的纪律 128
11.2 应对压力 128
11.2.1 不要惊慌失措 128
11.2.2 沟通 129
11.2.3 依靠你的纪律原则 129
11.2.4 寻求帮助 129
11.3 结论 129
第 12章 协作 131
12.1 程序员与人 133
12.1.1 程序员与雇主 133
12.1.2 程序员与程序员 135
12.2 小脑 137
12.3 结论 138
第 13章 团队与项目 139
13.1 只是简单混合吗 139
13.1.1 有凝聚力的团队 140
13.1.2 如何管理有凝聚力的 团队 141
13.1.3 项目承包人的困境 142
13.2 结论 142
13.3 参考文献 143
第 14章 辅导、学徒期与技艺 145
14.1 失败的学位教育 145
14.2 辅导 146
14.2.1 DIGI-COMP I,我的 第 一台计算机 146
14.2.2 高中时代的ECP-18 148
14.2.3 非常规辅导 150
14.2.4 艰难的锤炼 150
14.3 学徒期 151
14.3.1 软件学徒期 152
14.3.2 现实情况 154
14.4 技艺 154
14.5 结论 155
附录 工具 157
《代码整洁之道》
目 录
第1章 整洁代码 1
1.1 要有代码 2
1.2 糟糕的代码 2
1.3 混乱的代价 3
1.3.1 华丽新设计 4
1.3.2 态度 4
1.3.3 谜题 5
1.3.4 整洁代码的艺术 5
1.3.5 什么是整洁代码 6
1.4 思想流派 10
1.5 我们是作者 11
1.6 童子军军规 12
1.7 前传与原则 12
1.8 小结 13
1.9 文献 13
第2章 有意义的命名 14
2.1 介绍 14
2.2 名副其实 15
2.3 避免误导 16
2.4 做有意义的区分 17
2.5 使用读得出来的名称 18
2.6 使用可搜索的名称 19
2.7 避免使用编码 20
2.7.1 匈牙利语标记法 20
2.7.2 成员前缀 21
2.7.3 接口和实现 21
2.8 避免思维映射 21
2.9 类名 22
2.10 方法名 22
2.11 别抖机灵 22
2.12 每个概念对应一个词 23
2.13 别用双关语 23
2.14 使用解决方案领域名称 24
2.15 使用源自所涉问题领域的名称 24
2.16 添加有意义的语境 24
2.17 不要添加没用的语境 26
2.18 后的话 27
第3章 函数 28
3.1 短小 31
3.2 只做一件事 32
3.3 每个函数一个抽象层级 33
3.4 switch语句 34
3.5 使用具有描述性的名称 35
3.6 函数参数 36
3.6.1 单参数函数的普遍形式 37
3.6.2 标识参数 37
3.6.3 双参数函数 38
3.6.4 三参数函数 38
3.6.5 参数对象 39
3.6.6 参数列表 39
3.6.7 动词与关键字 39
3.7 无副作用 40
3.8 分隔指令与询问 41
3.9 使用异常替代返回错误码 42
3.9.1 抽离try/catch代码块 42
3.9.2 错误处理就是一件事 43
3.9.3 Error.java依赖磁铁 43
3.10 别重复自己 44
3.11 结构化编程 44
3.12 如何写出这样的函数 45
3.13 小结 45
3.14 SetupTeardownIncluder程序 45
3.15 文献 48
第4章 注释 49
4.1 注释不能美化糟糕的代码 50
4.2 用代码来阐述 51
4.3 好注释 51
4.3.1 法律信息 51
4.3.2 提供信息的注释 51
4.3.3 对意图的解释 52
4.3.4 阐释 53
4.3.5 警示 53