“布局清晰、控制逻辑严谨”，才是 “好代码” 的标配。但过程中也有不少和作者观点 “碰撞” 的地方，反而让思考更深入。 先说说 “数据声明的布局”。作者提了三个核心建议：每行只声明一个变量、变量声明贴近首次使用位置、合理组织声明顺序。后两点我很快就认同了，比如 “变量贴近使用位置”，之前我习惯把所有 ...
第二部分：创建高质量的代码第五章：软件构建中的设计“在大型项目中，设计可能会详细到让编码工作近乎机械化”“在小型项目中，设计可能就是指用伪代码写个类的接口，或者询问旁边的程序员那个模式好，画几个类的关系图”——基本没有经历过大型项目，小型项目描述的过程跟我接触的非常的相似，最多多个设计评审。“当没人知道对一处代码的改动会对其他代码带来什么影响的时候，项目也就停止进展了”——得多复杂，多糟糕的项目才
原创
2016-04-25 09:25:52
691阅读
一、开篇：别让 “基础模块” 拖垮整体质量 读《代码大全 2》到编码实践章节时，最深刻的感受是：高质量代码不是靠 “高深技巧” 堆出来的，而是把 “变量、函数、控制结构” 这些基础模块做到极致。很多时候我们写的代码难维护、易出 bug，不是因为逻辑复杂，而是忽略了这些基础模块的设计细节 —— 这正是 ...
核心摘要：
本篇笔记深入探讨了《代码大全2》中关于“代码即文档”的核心技艺。它强调，代码的首要读者是人，其次才是计算机。 因此，变量命名、语句组织、代码结构等一切活动的最高目标都是最大化可读性。关键要点与感悟：自文档化的代码：观点： 优秀的代码自身就是最好的文档。通过清晰的命名、良好的结构和恰当的注释，代码应该能够清晰地表达其意图和逻辑。感悟： 我曾经写过很多只有我自己能看懂的“聪明”代码。现在，
1.让浏览器窗口永远都不出现滚动条。
<body style="overflow-x:hidden;overflow-y:hidden">或<body style="overflow:hidden"> 或<body scroll=no>
2，没有水平滚动条 &n
转载
精选
2010-04-04 12:02:44
546阅读
代码大全2已经读了将近一半了，收货颇丰，下面是这些天来的阅读笔记 第十一章：变量名的力量 1、代码的阅读次数远远大于编写的次数，为了可读性
原创
2022-06-20 17:13:46
343阅读
“结对编程”。作者在 “成功运用结对编程的关键” 一节里，列了 10 条准则，每一条都戳中了 “结对容易踩的坑”。比如 “不要让结对编程变成旁观”，这是我自己实践过才懂的痛 —— 上次和同学结对做一个小项目，他负责敲代码，我坐在旁边看，刚开始还能跟上，后来他敲得越来越快，我就成了 “摆设”，最后项目 ...
初读《代码大全2》，我以为它只是本编程技巧工具书，读完才发现，它更像资深开发者的“经验备忘录”——不仅教“怎么写”，更带你想明白“为什么这么写”。书中最颠覆认知的，是对“代码质量”的重新定义。从前我执着于“功能实现”，认为代码能跑通就够，直到看到对“可维护性”的强调：无注释、结构乱的代码，即便当下能运行，后续迭代也会成“定时炸弹”。比如变量命名， userLoginTime 比
核心思想篇——构建软件的本质 阅读章节： 第一部分：打好基础 (第1-4章) 核心摘要： 本篇笔记聚焦于《代码大全2》开篇所阐述的核心理念：软件开发的核心是“构建”（Construction）活动，而高质量的构建源于深思熟虑的设计和持续的隐喻（Metaphor）引导。 它成功地将软件开发从一种神秘的 ...
《代码大全2》第四章聚焦“关键的构建决策”，核心是让开发者明白，构建阶段的前期选择比后期修改更重要，这些决策直接影响代码的后续维护成本。首先是语言选择，书中明确“无最优语言，只有最适配场景”，比如对性能要求极高的游戏引擎适合用C++，前端交互逻辑适合用JavaScript，快速迭代的工具类项目适合用 ...
代码大全2 读书笔记 今天这段时间看了代码大全2的前三章，有点读书笔记 第一章：欢迎进入软件构建的世界 1、什么是软件构建？
原创
2022-06-20 11:44:40
262阅读
让工程师选择自己熟悉的编程语言编写，这样效率比同等经验使用不熟悉编程语言的工程师效率要提高30%。编程约定，在之前的对日外包项目中，他们很重视代码编写的约定俗成，他们会整理出各种行之有效的规则让每一个工程师遵守，而我当前所处的团队因为成员开发能力参差不齐，加上没有充足的前期准备工作，导致一个项目中存在多种不一样的编码风格，着实让人头疼。深入一种语言去编程（programing into a lan
原创
2021-06-22 14:42:10
140阅读
一、开篇：别让 “交付” 成为代码质量的终点 读完《代码大全 2》的维护与优化章节，最颠覆认知的一句话是：“代码的生命周期中，编码只占 20%，剩下 80% 的时间都在维护与迭代”。很多时候我们把 “代码能运行、功能能实现” 当作终点，却忽略了交付后可能面临的问题：需求变更时改不动、线上 bug 排 ...
第五部分：代码改善25 代码调整策略70年代，程序员意识到过分专注性能会损失程序的可读性和可维护性。对普通用户来说，程序员按时交付软件、一个清爽的界面、避免死机，常常比性能更重要。优化效率前先考虑几个问题：1、程序需求（客户的需求要求太高，其实根本没有必要这么高）2、程序的设计（当前的设计很难做良好的优化工作）3、具体设计（比如采用快速排序还是冒泡排序）4、同操作系统的交互（影响你的效率，有时候你
原创
2016-04-25 09:27:33
655阅读
第六部分：系统考虑27 程序规模对构建的影响“如果你习惯开发小项目，那么你的第一个中大型项目就有可能失控”“交流路径大致等于人数的平方”“改善交流效率的常用方法是采用正式的文档”“项目规模变成2倍，错误不止是2倍”“规模越大，构建（详细设计，编码调试，开发者测试）的比重越小” 28 管理架构“良好的编码习惯，最好由受人尊敬的架构师来做，而不应该由管理者来做。”“强调代码是共有财产。”&n
原创
2016-04-25 09:27:56
424阅读
《代码大全2》一书作为必读书籍，我也开始对其进行系列阅读，同时做好札记，对我认为重要的，或者我的评注进行记录。
原创
2021-06-28 16:03:40
242阅读
内容简介第2版的《代码大全》是著名IT畅销书作者史蒂夫·迈克康奈尔11年前的经典著作的全新演绎：第2版不是第一版的简单修订增补，而是完全进行了重写；增加了很多与时俱进的内容。这也是一本完整的软件构建手册，涵盖了软件构建过程中的所有细节。它从软件质量和编程思想等方面论述了软件构建的各个问题，并详细论述了紧跟潮流的新技术、高屋建瓴的观点、通用的概念，还含有丰富而典型的程序示例。这本书中所论述的技术不仅
原创
2024-01-29 22:10:34
163阅读
一、为什么《代码大全 2》值得反复读？ 作为软件工程领域的 “圣经”，《代码大全 2》最颠覆我的认知是：编码的核心不是 “实现功能”，而是 “写出易理解、易维护、可扩展的高质量代码”。很多时候我们急于动手写代码，却忽略了前期的认知铺垫 —— 这恰恰是导致后期 bug 频发、重构困难的根源。这本书用海 ...
第一部分：打好基础第一章构建包括的范围很大：定义问题需求分析规划构建软件架构（高层设计）详细设计编码与调试单元测试集成测试集成系统维护保障维护----------------平时接触的也就是从详细设计到系统维护，后面的测试和技术支持都是必须要打交道的，但是定义问题和需求，基本都属于产品部门。----------------P7：“很多项目，程序员得到的唯一文档就是源代码本身。需求规格书和设计文档可
原创
2016-04-25 09:25:19
1019阅读
第三、四部分——变量、语句“在声明变量时初始化”——减少未赋值的风险。“尽可能减少变量的存活时间”——感觉如果按照推荐，一般子程序都写的很短，那么这个也就不重要了吧。“一个好记的名字反应的通常是问题，而不是解决方案，是what而不是how”“避免使用相似含义的名字，如果你能让2个变量交换名字还不妨碍理解的话，就说明都要重新改名了。”——越功能简单越名字容易相似，哪那么好改啊。“避免使用数字，什么f
原创
2016-04-25 09:26:58
607阅读
