作者:
Steve Maguire
出版社: Microsoft Press
出版年: 1993-1-1
页数: 256
定价: USD 24.95
装帧: Paperback
ISBN: 9781556155512
出版社: Microsoft Press
出版年: 1993-1-1
页数: 256
定价: USD 24.95
装帧: Paperback
ISBN: 9781556155512
喜欢读"Writing Solid Code"的人也喜欢的电子书 · · · · · ·
支持 Web、iPhone、iPad、Android 阅读器
喜欢读"Writing Solid Code"的人也喜欢 · · · · · ·
Writing Solid Code的话题 · · · · · · ( 全部 条 )

什么是话题
无论是一部作品、一个人,还是一件事,都往往可以衍生出许多不同的话题。将这些话题细分出来,分别进行讨论,会有更多收获。


Writing Solid Code的书评 · · · · · · ( 全部 12 条 )

我读过的第一本原版技术类书籍
《代码大全》也在我的当前阅读列表中停留了三四年了。天幸最近两年的阅读速度有了很大的改进。终于把这本书先pass掉了——其实加起来可能就用了有30个小时? 这本书和《代码大全》的定位是一致的。但是感觉它并没有非常系统地写完美。比如前几章还能寻出脉络,但是后几章完全...
(展开)

【Markdown】笔记,大部分有价值的点
这篇书评可能有关键情节透露
避免低级错误 --------------- 1. `if(flight == 063)`。这里程序员的本意是对63 号航班进行测试,但因为前面多了一个0 使063 成了八进制数。结果变成对51 号航班进行测试。 2. `If(pb != NULL & pb != 0xff)`。这里不小心把&&键入为&,结果即使pb 等于NULL 还会执行*pb != 0x... (展开)
《Writing clean code》读书笔记
这篇书评可能有关键情节透露
写在前面的话: 这两天看了《Writing Clean Code》,很受启发,感觉值得再读,于是整理了一点笔记,作为checklist,以备速查。 原书共8章,每章都举一些例子,指出不足,再用通用的规则改写,每章结束时会总结一下要点,其中覆盖了比较重要的规则。附录A是作者整理的编码检查... (展开)
用这些朴实的习惯写出易排错的代码。。。
都是一些比较实用的习惯,能让程序的健壮性更强。 1. 断言真的是很实用,能查出一些意外的bug。这点感触比较深,插入一些必要的断言,这样不至于在程序执行N久以后才恍然发现在前面N远处一个参数什么的传错了。,而且几乎不会影响性能。关于断言的使用也有一些注意事...
(展开)

看完后把写过的程序重写了一遍
97年在大学的时候在图书馆看到这本书,看了几页觉得没意思就扔掉了。 99年工作一年后有前辈推荐看这本书,就在地摊上花2块钱买来读了一遍,很薄的书,读完后把自己写过的程序重写了一遍才安心。有另一前辈借去读了后,也把自己写过的程序重写了一遍。不要好高骛远贪高贪多,从...
(展开)


> 更多书评 12篇
读书笔记 · · · · · ·
我来写笔记这本书的其他版本 · · · · · · ( 全部4 )
-
人民邮电出版社 (2009.2)9.1分 168人读过
-
电子工业出版社 (1993)8.8分 18人读过
-
Greyden Press, LLC (2013)暂无评分 1人读过
以下书单推荐 · · · · · · ( 全部 )
谁读这本书?
二手市场
订阅关于Writing Solid Code的评论:
feed: rss 2.0
0 有用 oken 2014-01-18
实习的时候开始读过这本书,后来读过两三次。虽然对于书本的内容忘记得差不多了,但是这本书的确影响了我,我已经把这本书的一些建议融入的日常编程之中了。
0 有用 Tsing 2011-11-26
看了中文版的
0 有用 iLRainyday 2010-02-20
大概翻了一下...
0 有用 Wheyu 2014-12-07
编程精粹英文版
0 有用 Scan 2014-04-02
不错,bugfree指南;缺点是比较老了
0 有用 Ethanity 2019-11-05
以后会再读
0 有用 boltnut 2018-10-13
非常精簡的小品 ! 值得一讀 !
0 有用 ZjU3MmVmYmZiO 2018-02-27
尽可能利用(编译器警告、LINT、UNIT TEST, ASSERT)等工具或者方法提早发现bug。同时代码实现过程遵循一些最佳实践(不要乱改内存、返回值要有意义、不要随便删代码除非收益明显)来减少bug的出现可能性。发现问题的时候,要找到问题原因,如果要修复就去修复最根本问题,否则可能修了一个问题带来了其他问题;即使不修复,也可以在以后避免类似的问题出现。里面还有一点比较重的是定好优先级,整个开... 尽可能利用(编译器警告、LINT、UNIT TEST, ASSERT)等工具或者方法提早发现bug。同时代码实现过程遵循一些最佳实践(不要乱改内存、返回值要有意义、不要随便删代码除非收益明显)来减少bug的出现可能性。发现问题的时候,要找到问题原因,如果要修复就去修复最根本问题,否则可能修了一个问题带来了其他问题;即使不修复,也可以在以后避免类似的问题出现。里面还有一点比较重的是定好优先级,整个开发过程中根据大家“都同意”的优先级处理问题。而这些现在仍然是很重要的准则。 (展开)
0 有用 流星云 2016-03-01
Writing bug-free code!原书已经出版20多年了,但是书中对于如何写出bug-free的代码的很多原则依然有效,简单的诸如:1,永远不要寄希望于测试人员发现你的bug;2,慎用不好的编程idiom;3,减少不必要的if语句;4,不要贪图方便而背离语言特性的设计原意解决其他问题,比如将逻辑表达式结果用于算术计算等; 之后会写一篇比较详细的读书笔记。
0 有用 Wheyu 2014-12-07
编程精粹英文版