• 代码的艺术:用工程思维驱动软件开发(必读经典简装本) 9787121444852
  • 代码的艺术:用工程思维驱动软件开发(必读经典简装本) 9787121444852
21年品牌 40万+商家 超1.5亿件商品

代码的艺术:用工程思维驱动软件开发(必读经典简装本) 9787121444852

全新正版 可开票 支持7天无理由,不清楚的请咨询客服。

36.62 4.8折 76 全新

库存3件

浙江嘉兴
认证卖家担保交易快速发货售后保障

作者章淼

出版社电子工业出版社

ISBN9787121444852

出版时间2023-01

装帧平装

开本32开

定价76元

货号31611308

上书时间2024-01-22

倒爷图书专营店

已实名 已认证 进店 收藏店铺

   商品详情   

品相描述:全新
商品描述
前言

本书是笔者围绕软件工程能力所做的系列培训的内容汇编。这些内容来源于笔者20 多年以来对软件工程的学习体会和项目实践,以及对中国工业界软件工程师的观察和教育实践。

 

关于软件开发的书已经有很多,软件工程师阅读最多的书或许是对某种编程语言的深入解读,或许是对某种架构方法的阐述。或许由于意识上的偏差,很多软件从业者即使已工作多年,但由于对软件工程理论相关图书阅读较少,因此对软件研发的基本理念和原则还是了解得不多。

 

编写本书的目的是提升软件工程师的基本意识。对于一名软件工程师来说,具备正确的意识比掌握具体的知识更重要。如果具备正确的意识,即使在工作中不记得具体的知识点,也可以在需要的时候进行查阅,而反过来就不是这样了。

 

本书对一名软件工程师应具备的基本意识和所需掌握的基本方法进行了全貌性介绍,同时内容又不会过于理论化和艰深。由于篇幅限制,本书对很多内容只做了入门性介绍,并向希望继续深入学习的读者提供了相关图书参考建议。

 

真诚希望读者能够从本书开始,更多地去阅读软件工程方面的专业图书,因为软件工程师对软件研发的学习和深入理解是永无止境的。

 

本书的目标读者包括:

 

(1)软件工程师和管理者。本书中的多个章节已经是百度内部软件工程师的必修课内容。笔者也曾多次以“代码的艺术”为题在多家知名互联网企业做过分享,不仅仅是刚参加工作的软件工程师给出了较好的反馈,很多资深软件工程师也反馈良好。

 

(2)计算机和软件方向的在校学生。本书介绍的很多方法是笔者在大学时就开始使用的。很多本科生和研究生其实在学校就已经开始参加较复杂的软件研发项目了,他们可以将本书介绍的方法立刻应用在这些项目实践中。更早地具备正确的软件研发意识,将为一个人后续的职业发展打下良好的基础。

 

本书的内容来源于培训课程材料或演讲材料,在章节编排和内容组织上仍然保持了培训课程和演讲的原貌。每一章都有明确的主题,可以独立阅读,而全书的内容又形成了一个完整体系。

 

第1 章首先说明了什么是软件工程能力,阐述了软件工程能力中的素质要求。

 

第2~8 章分别从代码、文档和项目管理这三个方面讲解了实践方法。对于代码,第2 章“代码的艺术”对其进行了总体说明。

 

第3 章重点说明了代码评审,第4 章以Mini-spider 为例说明了方法如何运用。对于文档,第5 章说明了如何写好项目文档,第6 章说明了做研究的基本方法。对于项目管理,第7 章简要说明了如何做好项目管理,第8章重点说明了如何做好项目沟通。

 

 


【免费在线读】

商品简介

● 本书是作者围绕软件工程能力所做的系列培训的内容汇编。这些内容来源于作者20 多年以来对软件工程的学习体会和项目实践,以及对中国工业界软件工程师的观察和教育实践。

 

 

 

● 全书共8章,第1 章说明了什么是软件工程能力,阐述了软件工程能力中的素质要求。第2~8章分别从代码、文档、项目管理这三个方面讲解了提升软件工程能力素质的实践方法。 对于代码,第2章"代码的艺术”对其进行了总体说明,第3 章重点说明了代码评审,第4章以Mini-spider 为例说明了方法如何运用。 对于文档,第5章说明了如何写好项目文档,第6章说明了做研究的基本方法。对于项目管理,第7章简要说明了如何做好项目管理,第8章重点说明了如何做好项目沟通。



作者简介
章淼,博士,百度智能云资深研发工程师,BFE开源项目发起人。1997年至2006年在清华大学从事互联网协议和网络体系结构的研究。2012年加入百度,一直从事网络基础架构的研发工作。同时积极推动百度的代码质量和工程能力的提升,曾任百度代码规范委员会主席。

目录
第1 章
软件工程能力
1.1 为什么要重视工程能力 / 3
1.2 什么是工程能力 / 5
1.2.1 工程能力的误区 / 5
1.2.2 工程能力的定义 / 6
1.3 怎样提升工程能力 / 11
第2 章
代码的艺术
2.1 背景和初衷 / 17
2.2 代码和艺术 / 18
2.2.1 代码也能成为艺术作品 / 18
2.2.2 软件工程师和“码农” / 22
2.2.3 来自艺术的启发 / 24
2.2.4 写代码并非易事 / 26
2.3 好代码和坏代码 / 28
2.3.1 好代码的特性 / 28
2.3.2 坏代码的例子 / 33
2.4 好代码从哪里来 / 35
2.4.1 好代码不止于编码 / 35
2.4.2 需求分析和系统设计 / 36
2.5 如何做好需求分析 / 41
2.5.1 如何描述需求 / 41
2.5.2 对需求分析的误解 / 43
2.5.3 需求分析的重要性 / 47
2.6 如何做好系统设计 / 47
2.6.1 什么是系统设计 / 48
2.6.2 设计文档的分类 / 49
2.6.3 什么是系统架构 / 50
2.6.4 系统设计的原则和方法 / 52
2.6.5 重视对外接口 / 56
2.7 如何写出好代码 / 59
2.7.1 代码的沟通价值 / 59
2.7.2 模块的设计方法 / 64
2.7.3 划分模块的方法 / 71
2.7.4 函数的设计方法 / 75
2.7.5 代码块的编写注意事项 / 85
2.7.6 软件开发中的命名 / 89
2.8 如何支持系统运营 / 90
2.8.1 可监测性的重要性 / 91
2.8.2 以BFE 开源项目为例 / 92
2.9 成为优秀软件工程师的三条路径 / 93
2.9.1 路径一:学习―思考―实践 / 93
2.9.2 路径二:知识―方法―精神 / 96
2.9.3 路径三:基础乃治学之根本 / 98
第3 章
代码评审
3.1 代码评审的常见误区 / 103
3.2 为什么要做好代码评审 / 104
3.2.1 代码评审的重要意义 / 104
3.2.2 没有做好代码评审的后果 / 106
3.2.3 为什么要提升代码质量 / 106
3.2.4 为什么要提升编码能力 / 108
3.3 如何做好代码评审 / 108
3.3.1 代码评审的常见问题 / 109
3.3.2 代码评审的正确态度 / 109
3.3.3 代码评审的推荐步骤 / 111
3.3.4 对坏代码的简单判断 / 112
3.3.5 代码评审的注意事项 / 113
3.4 如何成为好的代码评审人 / 116
第4 章
“代码的艺术”应用
4.1 需求的分析 / 121
4.1.1 题目说明 / 121
4.1.2 功能分析 / 122
4.2 软件的架构 / 123
4.2.1 模块切分 / 123
4.2.2 系统架构 / 128
4.2.3 软件组装 / 130
4.2.4 crawler 间的数据共用 / 132
4.2.5 数据封装 / 133
4.2.6 crawler 的执行逻辑 / 134
4.3 多线程机制 / 135
4.3.1 数据互斥访问 / 136
4.3.2 临界区注意事项 / 138
4.3.3 任务的分发 / 141
4.3.4 程序的优雅退出 / 143
4.4 其他实现细节 / 146
4.4.1 配置的读取 / 146
4.4.2 种子信息的读取 / 147
4.4.3 import 的使用 / 150
4.4.4 异常处理 / 151
4.4.5 构造函数的使用 / 153
4.4.6 正则表达式的使用 / 154
4.5 延伸思考 / 156
4.5.1 实现对各网站的限速 / 156
4.5.2 从单机扩展到分布式 / 157
第5 章
项目文档
5.1 正确认识项目文档 / 161
5.1.1 项目文档的重要作用 / 161
5.1.2 项目文档的常见误区 / 162
5.1.3 项目文档的常见问题 / 164
5.1.4 什么时候需要写项目文档 / 165
5.1.5 项目文档是写给谁的 / 167
5.1.6 项目文档的基本规范 / 169
5.2 项目文档的编写 / 170
5.2.1 编写顺序 / 170
5.2.2 文档标题 / 171
5.2.3 段落编写 / 173
5.2.4 问题划分 / 176
5.2.5 表述模式 / 177
5.3 项目文档中的图片 / 179
5.4 文档的评审 / 185
5.4.1 文档评审常见问题 / 185
5.4.2 文档评审的方法 / 186
5.5 文档的存放 / 187
5.5.1 文档存放常见错误 / 187
5.5.2 文档存放的建议 / 188
5.5.3 文档索引的例子 / 189
5.5.4 存放工具的选择 / 192
5.6 文档编写工具 / 194
5.7 如何提高文档编写能力 / 195
第6 章
做研究
6.1 什么是研究 / 199
6.2 如何做好研究 / 201
6.2.1 发现问题 / 201
6.2.2 分析问题 / 203
6.2.3 解决问题 / 205
6.3 做好研究的必备素质 / 206
6.3.1 关于做人 / 206
6.3.2 关于做事 / 208
6.3.3 关于做学问 / 209
第7 章
项目管理
7.1 重视项目管理 / 213
7.2 相关基本概念 / 215
7.3 项目管理的过程和步骤 / 218
7.3.1 项目启动和规划 / 219
7.3.2 项目执行和监控 / 224
7.3.3 项目总结与回顾 / 227
第8 章
项目沟通
8.1 项目沟通的重要性 / 233
8.2 项目沟通方式及对比 / 235
8.3 面对面沟通 / 238
8.4 电话沟通 / 239
8.5 会议沟通 / 240
8.6 IM 工具沟通 / 245
8.7 Email 沟通 / 247
附录A
延伸阅读图书推荐
软件工程和编程思想类 / 251
项目管理类 / 252
项目文档编写和阅读类 / 252
产品设计类 / 253

内容摘要
本书是作者围绕软件工程能力所做的系列培训的内容汇编。这些内容来源于作者20多年以来对软件工程的学习体会和项目实践,以及对中国工业界软件工程师的观察和教育实践。 全书共8章,第1章说明了什么是软件工程能力,阐述了软件工程能力中的素质要求。第2~8章分别从代码、文档、项目管理这三个方面讲解了提升软件工程能力素质的实践方法。 对于代码,第2章\"代码的艺术”对其进行了总体说明,第3章重点说明了代码评审,第4章以Mini-spider为例说明了方法如何运用。 对于文档,第5章说明了如何写好项目文档,第6章说明了做研究的基本方法。对于项目管理,第7章简要说明了如何做好项目管理,第8章重点说明了如何做好项目沟通。

主编推荐
"● 百度学院精品课“代码的艺术”核心内容首次成书,百度技术培训中心官方指定用书。
● 清华大学、IT名企开设“代码的艺术”课程及讲座,课程获广泛赞誉。
● 成为优秀软件工程师三条路径:
(1)学习-思考-实践;
(2)知识-方法-精神;
(3)基础乃治学之根本。
● 具备正确的意识比掌握具体的知识更重要。
● 读者对象:软件工程师和管理者;计算机和软件方向的在校学生。
● 随书附赠配套视频,作者在线一对一答疑等增值服务。"

媒体评论
"作为一位在软件工程领域工作多年的专业人士,我做过研发中心总经理,也一直担任软件企业技术培训机构的负责人,还领导过工程效能部门,甚至组建并亲自带领过软件技术文档团队。一直以来,我看到不少软件工程师和软件开发管理者,对软件研发普遍存在一些错误的认识。
他们认为,只要掌握好编程技能就好,把常用的编程语言和软件工具掌握得越熟练就越有竞争力,他们将大量的精力花在钻研编程技能上,这也和很多用人单位的价值取向有密切关系。在面试和考查软件工程师时,很多用人单位多半考查的是和编程能力相关的内容,一般不考查工程素养。这强化了软件工程师的错误认知,他们更加错误地认为只要会编程就能找到工作。他们还认为,在工程意识或工程素养上的不足,是可以迅速补齐的短板,这些根本不是难事儿,随时都可以改变和提升。
业界还普遍存在一种错误认知,即对于开发某领域的软件,领域知识和编程技能比软件开发的工程意识更为重要,软件如何构建、开发任务如何组织等涉及工程意识的因素,没有得到足够重视,很多人甚至认为这些降低了软件开发的效率,或者干脆对此嗤之以鼻的也大有人在。
我亲身经历了很多项目的失败,究其原因就是软件工程师的工程意识和相关能力偏弱,他们忽视了很多比编程能力更为重要的工程化思维和作为软件工程师的行为约束。他们没有意识到,能力、意识和素养是需要长时间养成的,就像一个人的气质不能在几天之内速成一样。
互联网企业的大多数工程师一毕业就进入公司工作,他们很聪明,技术功底很扎实,但缺乏对实际项目的工程化锤炼,就职公司更需要培养他们的工程意识和素养;也有很多工作多年的软件工程师,因为常年赶任务,也常常忽视工程化能力的培养。
章淼老师在研发一线工作,他在百度技术培训中心开设的“代码的艺术”课程,专门讲授如何提升软件工程师的工程思维、工程素养和工程意识。《代码的艺术》这本书中的很多内容来自章老师的培训课程和演讲材料,也有部分内容来自他以“代码的艺术”为题在多家大型互联网企业分享的内容。在代码、文档和项目管理等多个方面,这本书既介绍了方法,又有他亲身经历的实际案例解剖。无论是刚参加工作的从业者,还是有多年经验的软件工程师,都反映良好,“代码的艺术”课程也因此在百度大受工程师欢迎,他本人也连续多年被百度技术培训中心评为“金牌讲师”。
本书通俗易懂,可以帮助读者迅速掌握软件研发中的关键要领,并将书中的方法运用到实际项目实践中,能够帮助读者掌握正确的软件研发意识,为未来的职业发展打下良好基础。
——陈尚义 百度技术委员会理事长

应章淼博士之邀为他的新书《代码的艺术》写推荐序,我感到不胜荣幸。
这本书由章博士在百度内部为上万名工程师进行代码培训的课件结集而成。章博士还基于该课件给京东等互联网公司的工程师做过培训,并得到了大家的广泛赞誉。因此,这本书实用性极强。三年前,章博士带着基于该课件总结和凝练出的部分内容,来到清华大学“软件工程”课堂上,给计算机系本科生做了《代码的艺术》技术分享,非常受同学们的欢迎,由此看来这本书的内容也比较适合初学者。
章博士既有高校任教经历,又有多年在创业公司、互联网大厂做软件开发的丰富经验,同时还担任过百度代码规范委员会主席。因此一方面,他深知软件工程师面临的挑战和不足,另一方面又了解如何能够让工程师逐步提升软件开发的能力,以及如何具备正确的软件开发意识,并最终形成代码编写的完整体系。这本书就是章博士经千锤百炼总结出的关于代码开发的精华。
因此,我强烈向各位软件工程师推荐这本书!
——裴丹 清华大学计算机系长聘副教授,博士生导师;清华大学计算机系本科生必修课“软件工程”任课教师

众所周知,Knuth大师写了《计算机程序设计艺术》一书,他认为编程是一种艺术活动,理由是我们还无法自动编程,同时编程本身蕴含了优雅、美丽、美学(Elegance、Beauty、Aesthetics)。福楼拜曾说过:“科学和艺术总在山顶重逢。”本书一以贯之,鼓励软件工程师培养代码品位、追求“代码艺术家”(Code Artist)的境界。以“码农”自嘲的程序员,其实是这个时代很fashion的人。
不要被“艺术”这个字眼吓到,本书讲的是实战。作者基于多年在产品项目实践和公司内外培训中对各种误区、问题的观察,并在软件工程师需具备的10点素质能力中抽出了其中3点形成本书。读者若能对其中的建议践行不辍,必可习惯成自然,在软件开发的路上留下坚实的脚印。
我的主要工作聚焦于测试和研发效能,书中关于代码、文档、项目管理三件事的思考和总结,我深以为然。代码质量不是测出来的,而是内建的,从业者理应加大在缺陷预防方面的投入(包括但不限于代码评审、单元测试等);文档是产品长期可维护的关键,但现实情况是,它总跟不上代码的步伐,有个段子说,程序员最讨厌的四件事是“写注释、写文档、别人不写注释、别人不写文档”;项目管理者们(包括RD)面对DDD(Deadline Driven Development,戏称为“上吊绳驱动的开发”)疲于奔命。
互联网系统越来越庞大,当快速迭代证明了业务可行性并实现了业务增长以后,巨大的代码资产库变得特别复杂,还有个段子说,“世界上最遥远的距离不是生与死,而是你亲手制造的BUG就在你眼前,你却怎么都找不到它。”面对软件开发的根本性困难(复杂性、非一致性、易变性和不可见性),我们需要Back to basics(回到根本),那些基本守则永远不会过时。实际上,很多公司仍在为了落地这些简单的规则而努力。
《代码的艺术》这本书风格朴实无华、内容深入浅出,书中有方法有案例,相信软件工程领域不同背景的读者都能从中受益。非常期待作者在工程能力方面的更多作品问世。
——李中杰 高德研发效能中心负责人

Frederick P. Brooks教授在40年前提出一个论断:复杂度和可变性是软件研发中的根本困难,概念结构在说明、设计和测试上的复杂度,在短期内没法通过更好的编程语言和更好的工具来消除。虽然软件行业在这40年里蓬勃发展,但从业者依然在消除复杂度上缺乏卓有成效的建树,这也导致软件行业在工业化的进程中依然靠前依赖程序员的工程能力,然而优秀的程序员和平庸的程序员之间的效率差异巨大。
《代码的艺术》是一本关于如何提升工程能力的书,然而它又不同于《代码整洁之道》《代码大全》等偏重讨论编程技能的书。本书在强调“更高效率为客户持续交付价值”的前提下,讨论如何通过提升工程能力来提升交付价值的能力,包括识别价值、质量第一、持续交付,以及持续提升研发效率等,这是一本值得每个有志于提升自身能力的程序员阅读的书。在新技术层出不穷的当下,通过持续学习提升工程能力,对每个程序员都非常重要——通过提升工程能力来提高效率,并形成良性循环,从而避免陷入繁重混乱工程的“焦油坑”。
——何 波 中泰证券股份有限公司金融科技委员会主任

首先非常荣幸可以在第一时间阅读到本书的手稿,也更荣幸被章博士邀请为本书写推荐序。
其实在收到书稿时,多少还是被书名所惊讶到。把“撸码”升华到艺术层面的思考,真是一个大胆且有想法的角度。当完整阅读完书稿后,作为一个从业十多年的程序员,回首自己的经历,真有一种“阅读恨晚”的感觉。虽说自己也是科班出身,有过在外企和大厂工作的经历,却很少真正系统化地思考和总结过自己的工作,所以真心希望此书能被更多对编码工作有更高追求的读者所阅读,相信读完此书,大家会对目前的工作产生非常大的认知蜕变。
说起代码,大家都知道它是承接人与计算机的沟通载体,所以应该具备两面性:对人友好,并能让计算机高效执行。但在很多场景下,我们往往容易忽略前者,特别是身处当前快节奏的IT时代,大家更多地把编码当作一份工作工具,而非职业。这两者的区别是,视为工具则是目标驱使,视为职业则是成长驱使。而只有真正地把编码视为职业,我们才会在编码前、中、后三个阶段来体系化地思考与探索如何把每一步做到优选。
回到本书的内容,读者会现发作者花了很多心思,力求教会大家一些正确的意识,而非简单“复制”一些技巧,所以全篇并没有很多编码技巧这一类的陈述,而是从软件工程的意义、对代码工作的认识、项目文档的价值以及项目管理方法等多个方面整体性地讲解各自的意义与价值,从根本上帮助大家正确了解当前的工作与目标,同时又结合一些实际案例,最终能够提升大家对编码工作的认识。
最后由衷地预祝获得本书的读友,能够开启一段全新的旅程!
——谢马林 百度架构师,JProtobuf github开源项目作者

看到这本书的名字,可能很多读者会联想到这本书主要讲解如何写好代码,帮助大家顺利拿到offer。对于企业里的软件工程师来说,代码研发不代表全部工作,事实上写代码可能仅仅占20%的时间。完整的软件研发过程涉及需求分析、产品设计、技术预研、软件开发、调试测试和运行维护等多个环节,同时需要多人紧密协作才能完成。
这让我想到了大学时代那门枯燥的软件工程课程。软件工程一直以来都是本科计算机专业的必修课程之一,但是我相信大部分读者可能和我一样,在上学的时候对于这门课程的印象,可能仅仅是记住了一个所谓的基于“瀑布模型”的软件开发流程的概念,至于其他内容我相信早已还给老师了。而且在学校大家也很少能得到专业的软件工程训练。大部分人在参加工作参与了生产级软件的研发后,才逐步体会到软件工程的重要性。软件研发是一个群体性活动,需要多工种、多团队紧密协同,而软件工程正是让软件研发得以顺利协同而总结出来的科学的软件研发方法论,是保证大型软件保质保量、按期交付的基础学科。
软件工程和其他计算机课程有着很大的不同,我认为软件工程是介于工科和理科之间的综合性学科,它没有编程语言那样非常具体的技术体系,是基于长时间实践总结出来的很好实践,是技术和团队组织能力的综合体现。软件工程作为一门源于实践的学科,必须在实践中不断体会和锻炼才能逐步取得进步。
和其他介绍软件工程体系的图书不同,本书没有一味地深入到偏学术性的讲解过程中,而是接近源于作者日常工作的实践积累。章淼老师近几年来一直参与提升公司软件工程能力的培训工作,本书的很多内容都来自公司软件工程的相关培训素材,并且融合了数万名工程师的培训反馈和心得体会。很多来自一线工程师的反馈也深深地体现了广大工程师对软件工程知识的匮乏,以及对掌握软件工程方法的渴望,我想这也正是促使章淼老师写作本书的原动力之一。
章淼老师具有20多年关于企业级大型软件的研发经验,在公司主导了大量的软件工程课程的制作和讲解,在软件工程领域拥有扎实的理论体系和实践经验。作为和章淼老师共同参与公司工程能力建设的同事,非常荣幸能为这样一本源于实践的书写一点文字。希望本书能够为广大致力于软件研发的工作者提供一点帮助,让更多的软件工程师能够按照科学和高效的方法从事软件研发工作,早日摆脱“996”的窘境,为中国的软件行业正常化发展贡献微薄的力量。
——郑 然 百度基础架构部,杰出研发架构师

我和章老师相识已有二十多年,我们也早过了软件行业“35岁危机”的年龄。人到中年,会不时听到朋友们聊起“年龄危机”这个话题。然而,也有一些朋友不仅没有“年龄

   相关推荐   

—  没有更多了  —

以下为对购买帮助不大的评价

此功能需要访问孔网APP才能使用
暂时不用
打开孔网APP