作者:
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 条 )
子正
人民邮电出版社2009版
我读过的第一本原版技术类书籍
《代码大全》也在我的当前阅读列表中停留了三四年了。天幸最近两年的阅读速度有了很大的改进。终于把这本书先pass掉了——其实加起来可能就用了有30个小时？ 这本书和《代码大全》的定位是一致的。但是感觉它并没有非常系统地写完美。比如前几章还能寻出脉络，但是后几章完全...
(展开)
Alex
人民邮电出版社2009版
【Markdown】笔记，大部分有价值的点
这篇书评可能有关键情节透露
避免低级错误 --------------- 1. `if(flight == 063)`。这里程序员的本意是对63 号航班进行测试，但因为前面多了一个0 使063 成了八进制数。结果变成对51 号航班进行测试。 2. `If(pb != NULL & pb != 0xff)`。这里不小心把&&键入为&，结果即使pb 等于NULL 还会执行*pb != 0x... (展开)
戚月
人民邮电出版社2009版
《Writing clean code》读书笔记
这篇书评可能有关键情节透露
写在前面的话： 这两天看了《Writing Clean Code》，很受启发，感觉值得再读，于是整理了一点笔记，作为checklist，以备速查。 原书共8章，每章都举一些例子，指出不足，再用通用的规则改写，每章结束时会总结一下要点，其中覆盖了比较重要的规则。附录A是作者整理的编码检查... (展开)
hex
人民邮电出版社2009版
用这些朴实的习惯写出易排错的代码。。。
都是一些比较实用的习惯，能让程序的健壮性更强。 1. 断言真的是很实用，能查出一些意外的bug。这点感触比较深，插入一些必要的断言，这样不至于在程序执行N久以后才恍然发现在前面N远处一个参数什么的传错了。，而且几乎不会影响性能。关于断言的使用也有一些注意事...
(展开)
readme
电子工业出版社1993版
看完后把写过的程序重写了一遍
97年在大学的时候在图书馆看到这本书，看了几页觉得没意思就扔掉了。 99年工作一年后有前辈推荐看这本书，就在地摊上花2块钱买来读了一遍，很薄的书，读完后把自己写过的程序重写了一遍才安心。有另一前辈借去读了后，也把自己写过的程序重写了一遍。不要好高骛远贪高贪多，从...
(展开)
computerma
人民邮电出版社2009版
原书应该是1993年出版的。对这样一本书，应该既批判又继承的加以消化。
写明是人民邮电出版社2009年出版的，但我怀疑原书应该是1993年的——差不多20多年前的一本书。我到www.amazon.com上搜索writing solid code，只找到一本，正是1993年的。 那么问题就来了，今天读这本书，是不是要用一些批判的眼光：毕竟经过近20年的发展，编程的方方面面也发...
(展开)
swq457080
人民邮电出版社2009版
只是小部分程序设计tricks
刚买这本书的时候对他的期望还是很高的，看完之后，有了些失望。讲思想感觉这本书不如程序员修炼之道，讲具体的编码细节不如代码大全。豆瓣评分居然有9分，感觉还是有些过的，与前面两本书的层次还是有些差距的。 这本书中最独特的视角可能就是作者的那些错误代码的分析了，不...
(展开)
> 更多书评 12篇
读书笔记 · · · · · ·
我来写笔记
这本书的其他版本 · · · · · · ( 全部4 )
以下书单推荐 · · · · · · ( 全部 )
- Coders and Hackers (Alex Vonduar)
- C语言学习之路 (逆飞的鱼)
- 软件调试 (虽不中不远矣)
- 牛B程序员必读清单 (Milla)
- 未来的书架-epsilon (Stan)
谁读这本书?
二手市场
订阅关于Writing Solid Code的评论:
feed: rss 2.0
0 有用 iLRainyday 2010-02-20 00:32:45
大概翻了一下...
0 有用 ZjU3MmVmYmZiO 2018-02-27 21:03:10
尽可能利用（编译器警告、LINT、UNIT TEST, ASSERT）等工具或者方法提早发现bug。同时代码实现过程遵循一些最佳实践（不要乱改内存、返回值要有意义、不要随便删代码除非收益明显）来减少bug的出现可能性。发现问题的时候，要找到问题原因，如果要修复就去修复最根本问题，否则可能修了一个问题带来了其他问题；即使不修复，也可以在以后避免类似的问题出现。里面还有一点比较重的是定好优先级，整个开... 尽可能利用（编译器警告、LINT、UNIT TEST, ASSERT）等工具或者方法提早发现bug。同时代码实现过程遵循一些最佳实践（不要乱改内存、返回值要有意义、不要随便删代码除非收益明显）来减少bug的出现可能性。发现问题的时候，要找到问题原因，如果要修复就去修复最根本问题，否则可能修了一个问题带来了其他问题；即使不修复，也可以在以后避免类似的问题出现。里面还有一点比较重的是定好优先级，整个开发过程中根据大家“都同意”的优先级处理问题。而这些现在仍然是很重要的准则。 (展开)
0 有用 crackcell 2010-08-27 00:07:02
以前在金山的时候，董老师推荐的书，可惜当时没看完。每次重读都有不同的感悟。
0 有用 Tsing 2011-11-26 15:32:07
看了中文版的
0 有用 牧南 2014-08-19 15:44:27
万恶的匈牙利命名法，读起来不舒服。
0 有用 Ethanity 2019-11-05 00:55:44
以后会再读
0 有用 boltnut 2018-10-13 13:48:11
非常精簡的小品 ! 值得一讀 !
0 有用 ZjU3MmVmYmZiO 2018-02-27 21:03:10
尽可能利用（编译器警告、LINT、UNIT TEST, ASSERT）等工具或者方法提早发现bug。同时代码实现过程遵循一些最佳实践（不要乱改内存、返回值要有意义、不要随便删代码除非收益明显）来减少bug的出现可能性。发现问题的时候，要找到问题原因，如果要修复就去修复最根本问题，否则可能修了一个问题带来了其他问题；即使不修复，也可以在以后避免类似的问题出现。里面还有一点比较重的是定好优先级，整个开... 尽可能利用（编译器警告、LINT、UNIT TEST, ASSERT）等工具或者方法提早发现bug。同时代码实现过程遵循一些最佳实践（不要乱改内存、返回值要有意义、不要随便删代码除非收益明显）来减少bug的出现可能性。发现问题的时候，要找到问题原因，如果要修复就去修复最根本问题，否则可能修了一个问题带来了其他问题；即使不修复，也可以在以后避免类似的问题出现。里面还有一点比较重的是定好优先级，整个开发过程中根据大家“都同意”的优先级处理问题。而这些现在仍然是很重要的准则。 (展开)
0 有用 流星云 2016-03-01 22:29:33
Writing bug-free code!原书已经出版20多年了，但是书中对于如何写出bug-free的代码的很多原则依然有效，简单的诸如:1,永远不要寄希望于测试人员发现你的bug;2，慎用不好的编程idiom；3，减少不必要的if语句；4，不要贪图方便而背离语言特性的设计原意解决其他问题，比如将逻辑表达式结果用于算术计算等； 之后会写一篇比较详细的读书笔记。
0 有用 Wheyu 2014-12-07 15:47:30
编程精粹英文版