新書推薦:

《
治城与治国:组织研究视角下的中国城市治理
》
售價:HK$
118.8

《
张爱玲 我的后半生 纪念张爱玲逝世30周年
》
售價:HK$
75.9

《
大局观:真实世界中的经济学思维
》
售價:HK$
97.9

《
鸟类图典
》
售價:HK$
43.8

《
古典与文明·《周官》之制与大一统
》
售價:HK$
86.9

《
海外中国研究·朝贡·海禁·互市:近世东亚的贸易与秩序(一部刷新明清外交与通商认知的典范之作。挑战朝贡
》
售價:HK$
107.8

《
财报防坑指南:20分钟看透企业真实现金流与盈利陷阱
》
售價:HK$
76.8

《
土民嗷嗷:1441年的社会史(以新闻纪实般的笔触重现室町动荡之年,展现权力崩塌与民声沸腾的历史现场)
》
售價:HK$
72.6
|
| 內容簡介: |
|
随着软件系统越来越复杂,在预算或开发进度受到约束的背景下早期做出的设计或代码决策到后期会阻碍系统的演化和创新。这种现象被称为技术债务,而对此的解决之道早已有之。在《管好技术债:低摩擦软件开发之道》一书中,三位行业顶尖的专家介绍了从经验中总结的开发原则和实践,任何软件专业人员都可以运用这些原则和实践来管理软件系统中的技术债务。本书讲述了在软件研发过程中,如何对技术债务的全生命周期进行管理,内容涵盖技术债务的方方面面,包括技术债务的定义与识别,技术债务在源代码与架构等不同抽象层次上的表现,技术债务的成本计算与偿还策略,以及在什么情况下,与技术债务共存是一个可以接受的选择等。书中也提出了具体的可供实践的理论与方法,让软件研发人员能将技术债务管理与整个软件研发的工作结合起来,从而通过管理技术债务给软件研发带来切切实实的收益。本书适合参与软件研发工作的开发者、管理者、架构师,以及对技术债务感兴趣的读者阅读。对于每一位想要加速现有系统的创新或建立更容易维护和演进的新系统的软件专业人员来说,《管好技术债:低摩擦软件开发之道》都是一本极具参考价值的书。
|
| 關於作者: |
|
Philippe Kruchten是加拿大温哥华不列颠哥伦比亚大学软件工程教授。他从事工业界近30年的职业生涯后于2004年加入学界。在工业界,他主要从事电信、国防、航空航天和交通领域的大型软件密集系统设计工作。他在软件开发方面的经验体现在Rational Unified Process(RUP)中,他从1995年到2003年担任该项目的负责人。他是《Rational Unified Process: An Introduction》(Addison-Wesley,1998)、《RUP Made Easy: A Practitioners Guide》(Addison-Wesley,2003)和《Software Engineering with UPEDU》(Addison-Wesley,2003)等书籍的作者或合著者,还撰写了关于Pascal和Ada编程的早期书籍。他获得了法国工程学院信息系统学博士学位(1986年)和机械工程学位(1975年)。Robert Nord是卡内基梅隆大学软件工程研究所的主要研究员,致力于开发和传播规模化敏捷、软件架构和管理技术债务的有效方法和实践。他是面向实践者的书籍《Applied Software Architecture》(Addison-Wesley,2000)和《Documenting Software Architectures: Views and Beyond》(Addison-Wesley,2011)的合著者,并讲授与架构中心方法相关的课程。他在卡内基梅隆大学获得计算机科学博士学位,并是ACM的杰出会员。Ipek Ozkaya是卡内基梅隆大学软件工程研究所的主要研究员。她的主要工作包括开发提高软件开发效率和系统演化技术,重点关注软件架构实践、软件经济学、敏捷开发和管理复杂大规模软件密集系统的技术债务。此外,作为她的职责的一部分,她与政府和工业组织合作,改进他们的软件架构实践。她在卡内基梅隆大学获得计算设计博士学位。Ozkaya是IEEE的高级会员,也是2019-2021年《IEEE Software》杂志的主编。冯文辉,现任ThoughtWorks中国区资深架构咨询师,具有11年的软件行业经验,曾服务于多个世界500强企业,覆盖银行、保险、通信、汽车、物流等行业。为客户提供敏捷开发、DevOps、架构设计与数字化转型等咨询服务。热衷于探索更好的架构设计方法,助力企业的数字化转型。译有《SRE生存指南:系统中断响应与正常运行时间最大化》。
|
| 目錄:
|
|
第1部分 探索技术债务全景1第1章 软件开发中的摩擦2管理技术债务的价值2关于技术债务4技术债务示例5你的技术债务如何10本书适合谁11技术债务管理原则11本书概念导航13今天能做点什么15扩展阅读15第2章 什么是技术债务16框定讨论的范围16技术债务全景17技术债务项:工件、原因和后果19本金与利息20成本与价值23潜在债务与实际债务27技术债务时间线28今天能做点什么31扩展阅读31第3章 土星的卫星——关键的上下文33视情况而定33三个案例:土星的卫星35上下文中的技术债务39今天能做点什么42扩展阅读42第2部分 分析技术债务45第4章 识别技术债务46哪里感到疼痛46技术债务的可见后果是什么48撰写一份技术债务描述50理解评估技术债务的业务上下文52评估技术债务上下文中的工件54今天能做点什么56扩展阅读57第5章 技术债务与源代码58寻找魔杖58了解关键业务目标61识别源代码问题62定义可观察的度量标准64选择并应用一个分析工具66记录技术债务项67迭代69下一步发生什么69今天能做点什么70扩展阅读71第6章 技术债务与架构72超越代码72询问设计者75研究架构77检查代码,以深入了解架构80Phoebe项目架构中的技术债务案例82今天能做点什么87扩展阅读87第7章 技术债务与生产环境89超越架构、设计和代码89构建与集成的技术债务92测试技术债务94基础设施技术债务95Phoebe生产环境中的技术债务案例96今天能做点什么98扩展阅读98第3部分 决定修复什么技术债务99第8章 技术债务的成本计算100将经济焦点放在技术债务上100细化技术债务描述102计算补救成本103计算经常性利息104比较成本与收益105集中管理技术债务项108今天能做点什么110扩展阅读111第9章 偿还技术债务112权衡成本与收益112偿还技术债务的途径117发布流水线121将技术债务作为投资的商业案例123今天能做点什么126扩展阅读126第4部分 从战略和战术上管理技术债务129第10章 技术债务的成因是什么130技术债务成因识别的困惑130产生技术债务的根本原因132什么导致技术债务133业务原因134上下文变化的原因135开发过程原因137人和团队的原因140结论143今天能做点什么143扩展阅读144第11章 技术债务信用检查145查明原因:技术债务信用检查145了解项目状态的四个重点领域148Phoebe项目技术债务原因分析150Tethys项目技术债务原因分析152今天能做点什么155扩展阅读155第12章 避免非故意的技术债务156软件工程156代码质量和非故意的技术债务157架构、生产环境和非故意的技术债务161今天能做点什么169扩展阅读169第13章 与技术债务共存170你的技术债务工具箱170在土星的三颗卫星上175技术债务与软件开发177结语179
|
|