在三年之前,我从学校毕业,进入公司,正式开始了软件开发工作。我从完成第一个开发任务的过程中学到了很多东西,包括:1)编写程序只是软件开发中的一个流程,并非全部;2)程序编写需要遵循一定的规范,远远不只是实现功能那么简单;3)程序编写者是程序的第一负责人,要对自己...
评分一本老书,写书的两个牛人. Brian W. Kernighan,熟悉unix/c语言的没有不知道他老人家的大名的,文字漂亮,技术厉害. P. J. Plauger,这位仁兄是为ms提供stl实现的公司头头(不过jjHou说那是可读性最差的一份stl实现,哈哈), 他很早就在c++里面混了,似乎是CUJ的高级编辑. 不过这本书全...
评分一、表达 1.写清楚 2.保守使用临时变量 3.明白无歧义 4.不要自己造所有的工具 5.确保判断测试条件清楚易读 二、控制结构 1.先用你顺手的高级语言写一遍程序,这时可以看清楚算法并作相应的调试,程序正确之后,再翻译成你编译器所处理的语言 2.子例程和函数,把...
评分没研究过此书中代码所使用的Fortan和PL/I这两种语言,不过之前读过诸如Writing Solid Code、The Practice of Programming、编程珠玑一类的书,发现它们的Tips都是很类似的,比如:可读性、模块化、防御性编程、浮点计算和判等、数据结构决定程序、测试,等等。此书不知是不是编...
评分一、表达 1.写清楚 2.保守使用临时变量 3.明白无歧义 4.不要自己造所有的工具 5.确保判断测试条件清楚易读 二、控制结构 1.先用你顺手的高级语言写一遍程序,这时可以看清楚算法并作相应的调试,程序正确之后,再翻译成你编译器所处理的语言 2.子例程和函数,把...
这本书的语言风格真的非常独特。它不像很多技术书籍那样枯燥乏味,而是充满了作者鲜明的个人观点和独特的幽默感。读起来就像是和一个经验丰富的、有点愤世嫉俗但又极富洞察力的老程序员在聊天。书中对于一些“反模式”的揭露,简直是一针见血,让我不禁反思自己过去在编程中犯过的那些错误。比如,关于“魔法数字”的使用,我之前觉得只要我自己记得清楚就行,但这本书让我明白,硬编码的常量不仅可读性差,而且一旦需要修改,就要逐个查找替换,效率低下且容易出错。 它也教我如何去“思考”代码,而不仅仅是“写”代码。它鼓励我用一种更宏观的视角去审视我的程序,思考代码的整体架构,以及各个部分之间的关系。书中提到的“ KISS(Keep It Simple, Stupid)”原则,虽然听起来老生常谈,但作者用了很多生动的例子来解释,如何在实际开发中落地,避免过度设计,让代码保持简洁明了。这对于我这种容易陷入“炫技”误区的程序员来说,简直是及时雨。
评分刚翻完《编程风格要素(第二版)》,真的可以说是醍醐灌顶。我一直觉得写出能运行的代码是程序员的及格线,但如何让代码变得更优雅、更易于理解和维护,才是进阶的必修课。《编程风格要素》恰恰填补了我在这方面的认知空白。书中并没有堆砌复杂的算法或者晦涩的理论,而是聚焦于那些看似简单却至关重要的编程原则。比如,关于命名,我之前总是在“能看懂就好”的层面上徘徊,但这本书让我认识到,一个好的命名应该清晰地传达变量、函数、类的意图,甚至能自解释其功能,避免了大量的注释冗余,也大大减少了他人(甚至未来的自己)理解代码的时间成本。 再比如,书中对代码结构的讲解,像是对“模块化”这个概念的一次彻底的梳理。我以前总是习惯于把一大块逻辑塞到一个函数里,觉得这样“方便”,但读完这本书,我才明白,过长的函数不仅难以阅读,更难以测试和复用。它引导我思考如何将功能分解成更小的、单一职责的单元,每个单元都像一个独立的积木,可以轻松组合,也可以独立替换。这种思想的转变,让我写出的代码条理清晰了许多,也更容易进行重构和优化,减少了 bug 的产生,提升了开发效率。
评分老实说,我最开始拿到《编程风格要素(第二版)》的时候,并没有抱太大的期望,以为就是一本普通的“最佳实践”手册。但越往后读,越发现它不是那种流于表面的技巧集合,而是真正深入到了代码设计的哲学层面。作者用了很多具体的例子,来阐述“为什么”要这样做,而不是简单地告诉你“应该”怎么做。比如,在讲解错误处理的时候,它不仅仅是告诉你try-catch,更重要的是教你如何去思考错误发生的可能性,如何设计能够优雅地处理错误的接口,以及如何权衡错误处理的粒度,避免过度捕获或者遗漏关键的异常。 我特别喜欢其中关于“避免副作用”的讨论。以前我总觉得函数返回正确的结果就万事大吉了,但这本书让我意识到,一个函数如果在执行过程中悄悄地改变了外部的状态,这可能会在代码的某个角落引发难以追踪的bug。这种“隐藏的依赖”就像一颗定时炸弹。通过这本书,我开始有意识地去写更纯粹的函数,让函数的输出只依赖于其输入,并且不产生外部可见的改变,这让我的代码在并发环境下的表现更加稳定,也更容易进行单元测试。
评分这本书简直就是程序员的“内功心法”。读完之后,我感觉自己对编程的理解上升到了一个新的维度。它不是那种告诉你“怎么做”的书,而是告诉你“为什么这么做”以及“这样做有什么好处”的书。我印象最深的是关于“代码的意图”的讨论。我之前写代码,更多的是关注如何实现功能,而这本书让我开始思考,我写这段代码,究竟想要表达什么?这种思考方式,让我写出的代码更加清晰,也更容易被他人理解,大大减少了沟通成本。 它也让我意识到,编程不仅仅是技术活,更是一种艺术。书中的一些例子,比如如何通过精妙的命名来暗示代码的逻辑,或者如何通过巧妙的结构来简化复杂的流程,都让我拍案叫绝。它让我明白,即使是解决同一个问题,不同的人写出的代码,其质量和优雅程度可能天壤之别。《编程风格要素(第二版)》就是一本能帮助你提升这种“艺术感”的书,它让我从一个“代码的生产者”变成了一个“代码的创作者”。
评分《编程风格要素(第二版)》这本书,真的像一个编程界的“修仙秘籍”,它没有教你如何施展什么惊天动地的“法术”,而是教你如何打好基础,调整内功,让你的每一次“施法”都更加稳健有力。我尤其欣赏它对“可读性”的强调。我一直认为,代码最终是写给人看的,然后才是给机器执行的。书中对代码布局、空行、缩进等细节的讲解,虽然看似微不足道,但却能极大地提升代码的可读性。 它让我明白,写出“看起来不错”的代码,和写出“确实不错”的代码,有着本质的区别。后者不仅能运行,而且能在时间的考验下,依旧保持其生命力。书中关于“ DRY(Don't Repeat Yourself)”原则的阐述,让我对代码复用有了更深刻的理解,避免了重复造轮子的低效,也减少了由于复制粘贴带来的潜在bug。我感觉这本书的价值,在于它能够从根本上改变我写代码的习惯和思维方式,让我成为一个更优秀的程序员。
评分挺好得,就是Fortran太难懂
评分很多建议还是很好的,特别是关于Input的validity,cover边界值等,这是之前自己一直忽视的。其余部分,简言之:programming也是注释的一部分;coding首先是正确,然后清晰、健壮,再是高效;各个部分要做到“增之一分则太长,减之一分则太短,着粉则太白,施朱则太赤。”
评分经典的编程风格指南。虽然里面示例是Fortran和PL/I代码,但总结的编写优秀代码的规则具有普遍性,比如不要过早优化,过度注释等。
评分看的是摘要的翻译版本,这些原则都还蛮是实用的。
评分Kernighan老人家应该是想仿写一下 The Elements of Style. 末尾Summary of rules 部分可作为一个checklist。
本站所有内容均为互联网搜索引擎提供的公开搜索信息,本站不存储任何数据与内容,任何内容与数据均与本站无关,如有需要请联系相关搜索引擎包括但不限于百度,google,bing,sogou 等
© 2026 book.wenda123.org All Rights Reserved. 图书目录大全 版权所有