编辑推荐
本书介绍了如何让简约设计的思想回归到计算机编程中，如何打造高效的软件开发团队。
内容简介
整本书的主旨是帮助读者成为一名更好的软件开发者。本书主要包括以下内容：开发者的基本素质、软件的复杂与简约、团队里的工程问题、理解软件和软件测试、持续改善软件。
作者简介
马克斯·卡纳特-亚历山大（Max Kanat-Alexander）是谷歌的代码健康技术主管，主要帮助其他软件工程师提高生产力，包括编写开发工具、创建教育程序、指导重构工作等。他还曾在谷歌担任YouTubeXbox的技术主管，从事Java JDK、JVM和Java其他方面的工作，以及担任YouTube的工程实践技术主管，他在YouTube上为所有开发人员提供最佳实践和工程开发效率方面的支持。他是著名的Bugzilla bug跟踪系统的两名主要开发人员之一，该系统被全世界成千上万的组织使用。
章节目录
版权信息
译者序
前言
关于作者
第一部分 程序员应该了解的基本原则
第1章 在你开始之前
要做就把它做好
第2章 工程师的态度
第3章 成为明星程序员的独特秘密
第4章 两句话总结软件设计原则
第二部分 软件的复杂性和它的起因
第5章 复杂性的蛛丝马迹
第6章 创造复杂性的方法之一：违反你承诺过的API约定
第7章 什么时候不值得向后兼容
第8章 复杂是牢笼
第三部分 简约与软件设计
第9章 设计要从头抓起
以正确的方式开始
第10章 预测未来的准确度
第11章 简约与严格
第12章 两遍已太多
重构
第13章 健壮的软件设计
错误的方式
对错误的方式进行分析
总结
正确的方式
我们遵守了所有与软件设计有关的准则
第四部分 调试代码
第14章 什么是bug
硬件
第15章 bug的源头
复杂性的构成
第16章 确保它不会再发生
一个确保它不会再发生的例子
深入兔子洞
第17章 调试代码的基本哲学
明确bug
深入系统
找到根本原因
四个步骤
第五部分 团队里的工程问题
第18章 高效工程开发
你应该怎么做
解决办法
个人信誉和解决问题
障碍
向本质问题前进
第19章 量化开发效率
定义“效率”
为什么不是“代码行数”
找到有效的指标
如果你的产出物是代码呢
如果员工负责的是开发者效率的改善呢
结论
第20章 如何应对软件公司内代码的复杂性
第一步——列出问题
第二步——举行会议
第三步——bug报告
第四步——决定优先级
第五步——分配任务
第六步——计划
第21章 重构与业务功能有关
高效些
设定重构边界
重构不是在浪费时间，而是在节省时间
将代码重构得清晰明了
总结
第22章 善意和代码
软件与人相关
一个关于善意的例子
友善一些，做出更好的软件
第23章 运营开源项目社区其实非常简单
留住贡献者
移除障碍
让人们对项目感兴趣
成为一个超级受欢迎的项目
用热门的编程语言编写项目
总结
第六部分 理解软件
第24章 什么是计算机
计算机名词
第25章 软件组件：结构、操作和结果
第26章 重新审视软件：SAR/ISAR概念详解
结构
操作
结果
在一行代码中体验ISAR
总结SAR
第27章 软件即知识
第28章 技术的使命
有什么关于这条规则的反例吗
技术的进步是“好的”吗
第29章 简单地聊聊互联网隐私
空间隐私
信息隐私
对隐私进行总结
第30章 简约和安全
第31章 测试驱动开发和观察循环
ODA的例子
开发流程和开发效率
第一轮ODA
第32章 测试的哲学
测试的价值
测试断言
测试边界
测试假设
测试设计
端到端测试
集成测试
单元测试
真实情况
伪造数据
确定性
速度
覆盖率
总结——测试的总体目标
第七部分 持续改善
第33章 成功的秘密：持续改善
为什么这会行之有效
第34章 如何找到持续改善的空间
第35章 拒绝的力量
识别糟糕的想法
没有更好的想法了
澄清：采纳和礼貌
第36章 为什么说程序员糟糕透了
学些什么
第37章 快速编程的秘诀：停止思考
理解
画
开始
跳过步骤
身体上的问题
分心
自我怀疑
错误想法
警告
第38章 开发者的傲慢
第39章 “一致”并不意味着“统一”
第40章 用户有困难，开发者有方案
信任和信息
问题来自用户
第41章 即时满足=即时失败
解决长期问题
如何毁了你的软件公司
第42章 成功来自执行而非创新
第43章 杰出的软件
完全按照用户的要求去做
表现的行为和用户期望的完全一致
不会妨碍用户传达他们的意图
杰出比简约代码更重要（但并不与简约相冲突）
编程原则：来自代码大师MaxKanat-Alexander的建议是2021年由机械工业出版社出版,作者[美]马克斯·卡纳特-亚历山大。
得书感谢您对《编程原则：来自代码大师MaxKanat-Alexander的建议》关注和支持，如本书内容有不良信息或侵权等情形的，请联系本网站。
