首页
学习
活动
专区
工具
TVP
发布

yeedomliu

专栏作者
379
文章
314838
阅读量
56
订阅数
深入核心的敏捷开发
如何破局? 正如《管理3.0:培养和提升敏捷领导力》所说,所有变革最后的失败都是管理的问题。应该把绩效考核这种管理手段当成『敏捷铁三角』中一角来对待,那就是调整约束
yeedomliu
2021-03-16
1.1K0
《istio实战指南》第5章 流量管理
第5章 流量管理 ---- 流量管理中的规则配置 要控制流量,就需要定义一些规则。Istio中定义了一个简单的配置模型,可以很方便地进行规则的配置。在示例练习前,需要先了解一下与规则配置相关的重要概念和基本的配置方法 Istio中定义了4种针对流量管理的配置资源 定义路由规则,控制请求如何被路由到服务 VirtualService VirtualService的主要功能是定义路由规则,使请求(流量)可以依据这些规则被分发到对应的服务。路由的方式也有很多种,可以根据请求的源或目标地址路由,也可以根据路径、头信
yeedomliu
2020-07-14
1.3K0
《硝烟中的Scrum和XP》第13章 我们怎样结合使用Scrum和XP
第13章 我们怎样结合使用Scrum和XP Scrum注重的是管理和组织实践,而XP关注的是实际的编程实践。这就是为什么它们可以很好地协同工作——它们解决的是不同领域的问题,可以互为补充,相得益彰 ---- 结对编辑 结对编程可以提高代码质量 结对编程可以让团队的精力更加集中。(比如坐在你后面的那个人会提醒你,“嘿,这个东西真的是这个sprint必需的吗?”) 令人惊奇的是,很多强烈掏结对编程的开发人员根本就没有尝试过,而一旦尝试之后就会迅速喜欢上它 结对编程令人精疲力竭,不能全天都这样做 常常更换结对是有
yeedomliu
2020-04-14
8540
《硝烟中的Scrum和XP》第9章 我们怎样进行sprint演示
第9章 我们怎样进行sprint演示 sprint演示(有人也叫它sprint回顾)是Scrum中很重要的一环,却常为人们低估 ---- 为什么我们坚持所有的sprint都结束于演示 一次做得不错的演示,即使看上去很一般,也会带来深远的影响 团队的成果得到认可。他们会感觉很好 其他人可以了解你的团队在做些什么 演示可以吸引相关人的注意,并得到重要反馈 演示是(或者说应该是)一种社会活动,不同的团队可以在这里相互交流,讨论各自的工作。这很有意义 做演示会迫使团队真正完成一些工作,进行发布(即使是只在测试环境中
yeedomliu
2020-04-14
2490
《刻意练习》第2章 大脑的适应能力
伦敦出租车司机的大脑 世界上几乎没有哪座城市可以像伦敦那样使GPS系统陷入混乱。首先,这座城市并没有由大道构成的道路网络来指示方位和路径,好比纽约曼哈顿、巴黎或东京那样。相反,城市的主干道相互之间都形成奇怪的夹角。主干道则呈曲线状地弯曲着。城市中到处都是单行道,环形交叉路和“断头路”也随处可见 世界上最难的测试 在伦敦,要想当一名获得许可的出租车司机,必须通过一系列测试,这些测试一直被人们认为是世界上最难的测试 为了获得许可,成为一名“全伦敦”的出租车司机,你得对以查令十字街为圆心的约9.6千米的半径范围内
yeedomliu
2019-09-29
7340
《学习之道》第7章 搭建组块对抗发懵
如何搭建强有力的组块 当你看一眼就能看出某题解法,即对题目有真正的了解,说明你已经成功构建出一个命令组块 搭建强大组块的步骤 全程在纸上解决一个重难点题目 重做一次,要格外注意关键步骤 休息一下 睡眠:在你睡觉前,把这个问题再过一遍 再来一次。第二天尽快地把这个问题再做一遍 给自己添新题。再挑一道重难点题目,用之前做第一道题的相同方法来解这道题 “主动”重复。走去图书馆的路上,或是锻炼的时候,可以在头脑中回想解决某个题目的关键步骤 ---- 机遇的法则 先专注于攻克一些关键概念,你会惊喜地发现以上的“组块搭
yeedomliu
2019-09-29
3420
《持续交付:发布可靠软件的系统方法》第3章 持续集成
第3章 持续集成 3.1 引言 持续集成要求每当有人提交代码时,就对整个应用进行构建,并对其执行全面的自动化测试集合。而且至关重要的是,假如构建或测试过程失败,开发团队就要停下手中的工作,立即修复它。持续集成的目标是让正在开发的软件一直处于可工作状态 持续集成是一种根本的颠覆。如果没有持续集成,你开发的软件将一直处于无法运行状态,直至(通常是测试或集成阶段)有人来验证它能否工作。有了持续集成以后,软件在每次修改之后都会被证明是可以工作的(假如有足够全面的自动化测试集合的话)。即便它被破坏了,你也很快就能知道
yeedomliu
2019-09-28
9900
《持续交付:发布可靠软件的系统方法》第1章 软件交付的问题
第1章 软件交付的问题 介绍 从“决定做某种修改”到“该修改结果正式上线”的这段时间称为周期时间(cycle time)。对任何项目而言,它都是一个极为重要的度量标准。1Implementing Lean Software Development 第59页 真正缺少的是一本讨论如何把各方面(包括配置管理、自动化测试、持续集成和部署、数据管理、环境管理以及发布管理)融合在一起的书 我们的目标是提供一个整体方案,并给出这个方案涉及的各种原则。我们会告诉你如何在自己的项目中使用这些实践 支持部署流水线的生态系统,
yeedomliu
2019-09-28
6090
《持续交付:发布可靠软件的系统方法》第2章 配置管理
第 2 章 配置管理 2.1 引言 配置管理是指一个过程,通过该过程,所有与项目相关的产物,以及它们之间的关系都被唯一定义、修改、存储和检索 配置管理策略将决定如何管理项目中发生的一切变化。它记录了你的系统以及应用程序的演进过程。另外,它也是对团队成员协作方式的管理 ---- 2.2 使用版本控制 版本控制系统的目的有两个 它要保留每个文件的所有版本的历史信息,并使之易于查找 它让分布式团队(无论是空间上不在一起,还是不同的时区)可以愉快地协作 2.2.1 对所有内容进行版本控制 每个与所开发的软件相关的产
yeedomliu
2019-09-28
6970
《持续交付:发布可靠软件的系统方法》第4章 测试策略的实现
第4章 测试策略的实现 4.1 引言 戴明14条之一就是:“停止依赖于大批量检查来保证质量的做法。改进过程,从一开始就将质量内嵌于产品之中。”[9YhQXz]测试是跨职能部门的活动,是整个团队的责任,应该从项目一开始就一直做测试 质量内嵌是指从多个层次(单元、组件和验收)上写自动化测试,并将其作为部署流水线的一部分来执行,即每次应用程序的代码、配置或环境以及运行时所需软件发生变化时,都要执行一次 质量内嵌还意味着,你要不断地改进自动化测试策略 这些测试不仅仅对系统进行功能测试。容量、安全性及其他非功能测试也
yeedomliu
2019-09-28
4570
《持续交付:发布可靠软件的系统方法》第5章 部署流水线
第5章 部署流水线 5.1 引言 持续集成的主要关注对象是开发团队。持续集成系统的输出通常作为手工测试流程和后续发布流程的输入。在软件的发布过程中,很多浪费来自于测试和运维环节。我们常常看到: 构建和运维团队的人员一直在等待说明文档或缺陷修 测试人员等待“好的”版本构建出来 在新功能开发完成几周之后,开发团队才能收到缺陷报告 开发快完成时,才发现当前的软件架构无法满足该系统的一些非功能需求。 解决方案就是采取一种更完整的端到端的方法来交付软件。我们已经解决了配置管理以及自动化大量构建、部署、测试和发布流程的
yeedomliu
2019-09-28
1.1K0
没有更多了
社区活动
腾讯技术创作狂欢月
“码”上创作 21 天,分 10000 元奖品池!
Python精品学习库
代码在线跑,知识轻松学
博客搬家 | 分享价值百万资源包
自行/邀约他人一键搬运博客,速成社区影响力并领取好礼
技术创作特训营·精选知识专栏
往期视频·千货材料·成员作品 最新动态
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档