A book to recommend: The art of readable code

我最喜欢的一本书 - 教我如何写可读的代码

Two month fan of the book, from August - Oct. 2014; and then, started to practice code review, change the code to make it readable. Big fan of DRY (Do not repeat yourself) principle, do one thing a time, break giant expression, using explaining variable or summary variable, and abstract the thing to a function, extract a subproblem to a function. Training with great mind, like tennis sport, is a good practice. The book is coach‘s book with guidelines. Follow closely, in this 2014. 
http://www.amazon.com/The-Readable-Code-Theory-Practice/dp/0596802293

看了这本书, 2014年非常感动, 打印出每一章, 按照建议, 把工作的网站代码重新写了一次. 第一次体会, 自己还是一个初级程序员, 要多看几本书. 这本书让我一步一步地提高自己的代码水平, 在现有的编程能力范围内, 我把自己管理的代码用二个多月的时间, 重新写; 当初我花了超过一年时间, 前后二年开发的程序.  建议大家刷Leetcode的空隙, 读一读.

时间: 2024-10-12 23:24:59

A book to recommend: The art of readable code的相关文章

the art or readable code读后感

1 变量,函数,对象 命名生动,且不会产生歧义 2 利用变量,函数,对象名称传递含义,减少注释,在必要处注释:todo,代码的问题,为什么要这么写 ,总结 3  代码可读性要强,美观,简洁 4 减少变量和控制流变量,缩小变量的作用域,鼓励写const或者final 5 抽取重复代码和子功能 the art or readable code读后感

<The Art of Readable Code> 笔记二 (上)

第1章  封装信息到名字 (Packing information into names) 1  use specific words GetPage() 不如 FetchPage() 和 DownloadPage() 更具体 BinaryTree 类中的 Size() 不如 Height().NumNodes() 或 MemoryBytes() 更明确 class BinaryTree { int Size(); ... } 同理,Thread 类中的 通常是 Kill(),而不是 Stop(

读书笔记之《The Art of Readable Code》Part 3

如何重新组织代码提高可读性? (函数层面, part 3)1. 抽取与主要问题无关的代码2. 重新组织代码使得一次只做一件事3. 首先描述功能,然后再实现功能,这样更清楚明了 如何抽出问题无关的子问题? (chap 10)0. 无关问题的思考 - 看到一个函数或一个代码块, 问自己, "这段代码的高层作用是什么(high-level gloal)" - 对于每一行代码, 思考"它是直接解决这个目标吗",还是"解决一个子问题来达到目标的解决" -

2017 框架、框架、类库、类库,web前端应该学什么 ?

在当今的快节奏生态中,有人倾向于花时间尝试最新框架,最新的类库,新奇有趣的插件.. 但我们的确应该把脚步放慢一些,并认真了解那些不会有很大变化的事情(理论本质).这样不仅会提升我们的工作质量和我们所创造的价值 -- 还将切实地帮助我们更快理解这些新的工具. ### 如何写出可读性高的代码 我们多数的工作并不是编写新代码,而是维护已有代码.这意味着你最终阅读代码的时间要比编写它所花费的时间要长,所以你需要为之后需要阅读你代码的程序员优化代码,而不是为了解释器. 这里我建议你按以下顺序 - 由浅入深

C语言相关的经典书籍

真心经典:每个行业或者领域都有一些东西是不会随时间而逐渐消逝,以下的就是. <C语言程序设计>(第2版.新版)/<The C Programming Language> <C语言核心技术>/<C in a Nutshell> <代码大全>/<Code Complete> 底层相关:由于C语言之初是为了编写操作系统而来得,所以对底层的操作目前尚无任何其他语言可以替代.介于以上情况,再往下走一层是必要的. < 深入理解计算机系统(原

《编写可读代码的艺术》——简单总结

上个月好像冥冥中自有安排一样,我在图书馆看到这本 <编写可读代码的艺术> ( The Art of Readable Code) 期间因为工作的原因,停停看看,这几天终于看完了,可以大概总结如下: 1. 把信息装进名字里,给变量起个好名字 2. 审美,把代码分成段落,对齐 3. 应当取个好名字,而不是用注释去粉饰它 4. 用注释记录你的思想,比如当时为什么要这样写,记录开发过程中有哪些思考 5. 将自己代码中的不足和瑕疵记录下来,方便今后别人的维护,不要顾忌别人的看法! 6. 注释应该言简意赅

【转载】张逸--ThoughtWorks(中国)程序员读书雷达

原文地址:ThoughtWorks(中国)程序员读书雷达 软件业的特点是变化.若要提高软件开发的技能,就必须跟上技术发展的步伐.埋首醉心于项目开发与实战,固然能够锤炼自己的开发技巧,却难免受限于经验与学识.世界上并不存在速成的终南捷径,但阅读好的技术书籍,尤其是阅读大师们的经典著作,总能收到事半功倍之效.一位优秀的程序员,或许就是一名好的阅读者.好的阅读者,总是知道如何选择好的书籍.书海浩繁,良莠不齐.阅读技术好书,如与智者交谈,“与君一席话胜读十年书”:遭遇技术烂书,如被拐卖,“少小离家老大回

编写可读代码艺术之表面层析

前言 4年前,我拒绝自己承认程序员,那时在8位MCU上用C语言处理ROM芯片时序问题. 1年前,我不承认自己是一个程序员,那时我在处理工业相机返回的三维数据. 现在,我不得不承认乐于去成为自己是一个程序员.工程师,程序员几乎无所不能,虽然很苦逼.程序员就要干程序员事,这篇就算小铺开张吧,写的不好,多多原谅. 如果说自己的编程历史,07年我在用C语言,09年我在用Verilog,11年我开始用C++.不管什么时候.什么语言,我对自己的基本要求是: 代码要有注释,代码架构要清晰. 但是在我看完<th

[it-ebooks]电子书列表

#### it-ebooks电子书质量不错,但搜索功能不是很好 #### 格式说明  [ ]中为年份      ||  前后是标题和副标题  #### [2014]: Learning Objective-C by Developing iPhone Games || Leverage Xcode and Objective-C to develop iPhone games http://it-ebooks.info/book/3544/ Learning Web App Developmen