一本老书,写书的两个牛人. Brian W. Kernighan,熟悉unix/c语言的没有不知道他老人家的大名的,文字漂亮,技术厉害. P. J. Plauger,这位仁兄是为ms提供stl实现的公司头头(不过jjHou说那是可读性最差的一份stl实现,哈哈), 他很早就在c++里面混了,似乎是CUJ的高级编辑. 不过这本书全...
评分一本老书,写书的两个牛人. Brian W. Kernighan,熟悉unix/c语言的没有不知道他老人家的大名的,文字漂亮,技术厉害. P. J. Plauger,这位仁兄是为ms提供stl实现的公司头头(不过jjHou说那是可读性最差的一份stl实现,哈哈), 他很早就在c++里面混了,似乎是CUJ的高级编辑. 不过这本书全...
评分在三年之前,我从学校毕业,进入公司,正式开始了软件开发工作。我从完成第一个开发任务的过程中学到了很多东西,包括:1)编写程序只是软件开发中的一个流程,并非全部;2)程序编写需要遵循一定的规范,远远不只是实现功能那么简单;3)程序编写者是程序的第一负责人,要对自己...
评分这是一本关于计算机编程风格的老书,就算只看最后的SUMMARY OF RULES都会觉得对你有所启发! 最好能通读这本书,结合书中的实例来理解那些RULES,你会知道什么是一种优秀的习惯,如果能将书中总结的RULES运用到实际编程中去,虽然不能让你成为一个优秀的程序员,但是会给你启发...
评分没研究过此书中代码所使用的Fortan和PL/I这两种语言,不过之前读过诸如Writing Solid Code、The Practice of Programming、编程珠玑一类的书,发现它们的Tips都是很类似的,比如:可读性、模块化、防御性编程、浮点计算和判等、数据结构决定程序、测试,等等。此书不知是不是编...
经典的编程风格指南。虽然里面示例是Fortran和PL/I代码,但总结的编写优秀代码的规则具有普遍性,比如不要过早优化,过度注释等。
评分很多建议还是很好的,特别是关于Input的validity,cover边界值等,这是之前自己一直忽视的。其余部分,简言之:programming也是注释的一部分;coding首先是正确,然后清晰、健壮,再是高效;各个部分要做到“增之一分则太长,减之一分则太短,着粉则太白,施朱则太赤。”
评分挺好得,就是Fortran太难懂
评分Kernighan老人家应该是想仿写一下 The Elements of Style. 末尾Summary of rules 部分可作为一个checklist。
评分挺好得,就是Fortran太难懂
本站所有内容均为互联网搜索引擎提供的公开搜索信息,本站不存储任何数据与内容,任何内容与数据均与本站无关,如有需要请联系相关搜索引擎包括但不限于百度,google,bing,sogou 等
© 2025 book.quotespace.org All Rights Reserved. 小美书屋 版权所有