据传,两个开发人员用在写流程上的天数大概占他的工作天数的10-20%,大部分的开发人员每天大约能写下10-12行的能进入最终的产品的标识符,而开发人员写标识符的天数和增容的天数比例约为1:1.5,甚至差的开发人员会花去90%的天数在增容难题流程、一味的修正流程,期许这种读法能可取。
但是随着实战经验的增加,一定会显得越来越好,虽然提高的主要方式是透过实战经验,看电视也是两个极好的有效途径,今天,将和大家撷取4本有关增容的书
1、《增容Ins13zD》
这两本书只有一百多页,是两本值得天下人拥有的书刊,这两本书囊括了有关增容的大部份文本,没过多的涉及到辅助工具方面,文本十分简约
如书名所言的那样,这两本书的结构紧紧围绕9条准则,我不能确认遵从那些准则会让增容显得简单,但是如果遵从那些准则一定会阳光普照增容上Performante,每一准则都采用实际范例进行解释,并被降解为子准则帮助你更快的理解。而且阅读完备两本书只要几个小时。
我最喜欢的两个段落是透过两个事例讲诉大部份规则,她详尽传授说明了每一准则应该在什么情况下采用,另两个较好的段落是有关远距增容。本材料不是专门针对计算机系统程式设计的,而是将增容作为一种通用型的过程,用于确认各种工程建设难题的根源,包括汽车引擎打火和外墙渗水。但是,他的绝大多数范例都来自PDP电脑系统。
与其他三两本书不同的是,两本书没采用C语言、mammalian严重错误等某一辅助工具
2、《软件增容修练之道》
Butcher的书中包涵了大量Agans书中没的重要文本,比如有关版控制技术、笔记架构、IO和增容缓存配置文件,以及工程建设发布的具体建议。原书讲诉了怎样利用方式和增容辅助工具在客户举报之前自动检测流程中的bug,紧紧紧紧围绕难题重现、难题诊断、缺陷修复、反思四个中心环节,并将增容置于软件开发与运行的大环境中,为我们道出了软件增容修练之道。但是,我觉得Butcher并没将实际的增容过程清晰地呈现出来。
3、《Why Programmer Fail》
Agans和Butcher从实践者的角度来进行增容。另一方面,泽勒以实践者和研究者的双重身份研究这个难题,与前两两本书一样,两本书对核心增容概念和技巧进行了详尽的解释。此外,两本书还给出了紧紧围绕实际增容实践的辅助工具和技术列表,这在很大程度上是需要有一定的计算机系统科学学位的人,尤其是有关编译器基础,读这两本书会花费的天数比前面两本都要多。
4、《Debugging by Thinking》
这两本书有567页,这两本书的篇幅是最长,书名“多学科方式”指的是两本书结构紧紧围绕的六种思维方式,令我感到有趣的是,这个看似详尽的列表忽略了我最喜欢的增容类比——科学,制定假设并用实验来检测他们,但作者在这一方面下的笔墨并不多
《增容Ins13zD》短小精悍,意义深远,但不包涵某一情况的具体建议,最直接针对的是在硬件/软件边界工作的人员
《软件增容修练之道》这两本书并不长,但却包涵了比Agans更多的软件增容方面的信息。
《Why Programs Fail》以计算机科学为重点,它对理解增容方式和辅助工具非常有帮助,而不仅仅是建立扎实的增容技能。
不知道以上这4两本书你都看过了么?