写明是人民邮电出版社2009年出版的,但我怀疑原书应该是1993年的——差不多20多年前的一本书。我到www.amazon.com上搜索writing solid code,只找到一本,正是1993年的。 那么问题就来了,今天读这本书,是不是要用一些批判的眼光:毕竟经过近20年的发展,编程的方方面面也发...
评分写明是人民邮电出版社2009年出版的,但我怀疑原书应该是1993年的——差不多20多年前的一本书。我到www.amazon.com上搜索writing solid code,只找到一本,正是1993年的。 那么问题就来了,今天读这本书,是不是要用一些批判的眼光:毕竟经过近20年的发展,编程的方方面面也发...
评分都是一些比较实用的习惯,能让程序的健壮性更强。 1. 断言真的是很实用,能查出一些意外的bug。这点感触比较深,插入一些必要的断言,这样不至于在程序执行N久以后才恍然发现在前面N远处一个参数什么的传错了。,而且几乎不会影响性能。关于断言的使用也有一些注意事...
评分书还没看完,先给中评。这里讲的事来自书中一个微软测试经理作的序,英语不怎么样,本来打算跳过,还是看了下,感觉挺有趣,特摘录下来。) 话说微软还是一个小公司的时候,微软的员工的主要工作之一就是给那些当时还不兼容的各个公司的各个机器写MS-DOS的软件,比如HP、VAX...
Writing bug-free code!原书已经出版20多年了,但是书中对于如何写出bug-free的代码的很多原则依然有效,简单的诸如:1,永远不要寄希望于测试人员发现你的bug;2,慎用不好的编程idiom;3,减少不必要的if语句;4,不要贪图方便而背离语言特性的设计原意解决其他问题,比如将逻辑表达式结果用于算术计算等; 之后会写一篇比较详细的读书笔记。
评分很多有用的实践和思想。
评分快20年过去了,steve的很多教诲至今生效,特别是对自己代码可靠性负责的态度今天敏捷迭代的时代更需要靠程序员自己的自律了。
评分以前在金山的时候,董老师推荐的书,可惜当时没看完。每次重读都有不同的感悟。
评分尽可能利用(编译器警告、LINT、UNIT TEST, ASSERT)等工具或者方法提早发现bug。同时代码实现过程遵循一些最佳实践(不要乱改内存、返回值要有意义、不要随便删代码除非收益明显)来减少bug的出现可能性。发现问题的时候,要找到问题原因,如果要修复就去修复最根本问题,否则可能修了一个问题带来了其他问题;即使不修复,也可以在以后避免类似的问题出现。里面还有一点比较重的是定好优先级,整个开发过程中根据大家“都同意”的优先级处理问题。而这些现在仍然是很重要的准则。
本站所有内容均为互联网搜索引擎提供的公开搜索信息,本站不存储任何数据与内容,任何内容与数据均与本站无关,如有需要请联系相关搜索引擎包括但不限于百度,google,bing,sogou 等
© 2025 book.quotespace.org All Rights Reserved. 小美书屋 版权所有