编写可读代码的艺术

[美] Dustin Boswell

出版时间

2012-07-09

ISBN

9787111385448

评分

★★★★★

标签

编程

书籍介绍
这本书最实在之处,在于它把'代码是写给人看的'这句话变成了可以立刻上手的具体动作。它不教你架构设计,也不重复你早已知道的原则,而是聚焦那些'知易行难'的细节:如何让函数名自带信息、如何用命名消除歧义、注释到底该写什么不该写什么。多位读者的真实反馈印证了它的定位——有人因变量名起得不够精准在评审中被'喷',被要求周末读完;也有人读完发现'不少都了解点,但知易行难'。它篇幅短、漫画幽默、结论清晰,适合想养成编码习惯的初学者,也适合愿意为代码品质较真的人。但老手或许会觉得它'很婆妈'、'没什么太多营养'。是否值得读,取决于你愿不愿意从细处打磨自己写的代码。
作者简介
Dustin Boswell 毕业于加州理工大学,资深软件工程师,在Google就职多年,负责Web爬虫和程序设计相关的工作。他专注于前端、后端,服务器架构、机器学习、大数据、系统和网站等技术领域的研究和实践,经验十分丰富。他现在是MyLikes的软件工程师。 Trevor Foucher 资深软件工程师和技术经理,先后在Microsoft和Google工作了数十年,在Microsoft担任软件工程师、技术经理以及安全产品技术主管,在Google从事广告应用开发和搜索基础结构研发相关的工作。
AI导读
核心看点
  • 提出可读性基本定理:代码应最小化他人理解时间
  • 从命名、注释、排版等细节入手,提升代码可读性
  • 强调代码是给人看的,需兼顾美感与可维护性
读者共识
  • 技巧实用且易落地,对改善代码坏味道有显著帮助
  • 虽被指略显啰嗦,但核心观点深刻,值得反复回味
  • 知易行难,需在实际编码中刻意练习以养成习惯
精彩摘录
  • "找到更有表现力的词 send -> deliver, dispatch, announce, distribute, route find -> search, extract, locate, recover start -> launch, create, begin, open make -> create, set up, build, generate, compose, add, new"
  • "Names like i, j, iter, and it are commonly used as indices and loop iterators. Even though these names are generic, they’re understood to mean “I am an iterator.” (In fact, if you used one of these names for some other purpose, it would be confusing—so don’t do that!) But sometimes there are better "
  • "The goal of this book is help you make your code better."
  • "Keeping Your Codebase Small"
  • "Finding More "Colorful" Words"
  • "Values with Units"
  • "Test code should be readable so that other coders are comfortable changing or adding tests."
  • "Creating the Minimal Test Statement"
目录
前言 1
第1章 代码应当易于理解 5
是什么让代码变得“更好” 6
可读性基本定理 7
总是越小越好吗 7

显示全部
用户评论
教会我一些词汇,示范了整洁的更高段位。另外,果然如石头所说,看结论就可以了。
#纸质书# ~我弱。。。
这种关于代码的书去读Clean Code和代码大全就足够了,真的没必要读一本又一本。这本书关于注释的见解还是比较深刻的,其余的就没什么太多营养了,而且很啰嗦.....
其实大部分内容 import this 都涵盖了~很多大实话,但是归纳总结出来了还是很有价值的。最大的收获是学会了如何起名字!
很实在的编程建议小书。虽然不少都了解点,但知易行难。有追求的程序员都会如作者般注意代码品质的,我们写出来的代码是给人看的,给自己看的,所以对可读性的追求是必须的。里面的插图挺多,还多搞笑的。
•补标。就还好,特别的东西不多。还得实践呀
只需要看每一章最后面的总结部分,并且再次强调cpper请无视这本已经clean code以及类似的编程习惯书,直接去阅读 google c++ style guide!
少写代码😄
代码的写法应当使别人理解它所需的时间最小化。
不谈架构,从程序员日常打交道的代码讲起:如何未出让其他人或者未来的自己更容易理解的代码。 与其考虑如何给计算机下指令做一件事,不如考虑如何给人讲清楚这件事。
下载
收藏