微服务、云计算和DevOps等“云原生”技术和实践的出现，使创新型组织能够比竞争对手更快地响应和适应市场变化。例如Spotify、Netflix和谷歌这些市场早期的“独角兽”都获得了成功。并非每个公司都能够成为独角兽，但从云计算的早期使用者那里可以学到很多

在敏捷开发过程中，一个产品或者一个发布版本通常是由多个冲刺来实现的，每个冲刺都能增量交付可运行的系统功能，实现客户价值。每个冲刺都是从冲刺规划开始，团队成员一起商定冲刺目标和明确交付的系统功能，并进行冲刺执行，实现系统功能，再通过冲刺评审和回顾对实现的产品

Kotlin 1.4 将于 2020 年春季推出，其开发团队在博客介绍了他们对 Kotlin 的愿景：“让 Kotlin 成为您所有工作的可靠伴侣，并是您执行任务的默认语言选择。”因此，开发团队将会让开发者在所有平台上都能使用 Kotlin。据开发团队的介

Spring Cloud 开发团队公布了 Spring Cloud 2020 年的路线图，并对 Spring Cloud Greenwich 和Hoxton 的生命周期进行了一些讲解。此版本将提供对Spring Boot 2.x 和 Spring Fram

前面我们聊过《软件测试笔记（十七）回归测试的介绍和工具选择》，今天要分享的是缺陷的重新验证，这个回归测试的概念很相似，但又有所不同，下面会和大家详细聊聊缺陷的重新验证和它们之间的差异。缺陷的状态应该是“提交”。同时测试人员回归测试与登录按钮相关的其他功能。

Scrum 当中有三个角色：PO，敏捷教练和开发团队。虽然这看起来很清晰，但如何处理现有职位的问题可能会让人感到困惑。许多团队询问在采用 scrum 时是否需要更改岗位名称？最简洁的答案是“不”。在本文中，我们将讨论 scrum 的角色定义以及如何将它们融

汇集前端开发团队中经常使用的好工具，分享给大家！除了上报bug，还能自定义上报一些信息，比如性能监控，接口异常超时等等很多其他的功能。关于代码中的逻辑问题以及可重构性等还是需要人为的介入人工审查。感兴趣的不妨搭建一个demo看看效果。

Dan Zentgraf是Ascendant Technology公司的一名领域架构师。他的任务是帮助顾客采用DevOps和敏捷实践。这篇文章的研究范围包括部署内容的定义以及为了利用DevOps 所需要的组织和文化的革新。这种转变使人们质疑团队开发软件的种

所谓结果导向，就是直指结果，而不拘泥于形式。可以被拘泥的“形式”各式各样，比如方式、方法、流程、文档、部门、分工、职责……这些形式本来是设立来帮助实现更好的结果的，但是如果拘泥于此，则可能起到反作用。可怕的是，左侧的4条，也是形式而非结果。

Scrum是一种敏捷软件开发框架。项目经理类似的Scrum主管角色负责维护过程和任务，产品负责人代表利益所有者，产品负责人主要是确定系统需求.产品负责人 Master 负责和产品经理沟通, 监督开发进展情况 , 和负责对外的沟通, 让团队内部人员尽量少受到

架构师要帮助产品团队把可行性、技术需求以及权衡取舍等因素一一剖析清楚。Randy在后面补充说“大多数成功的架构师都喜欢与其他团队成员一同完成架构和设计这一块的工作”，而认为自己应独自完成这个步骤则是新手架构师常见的误区。按照Randy的描述，这是“一个架构

能我是出于一个程序员的自私，固执于代码质量，程序员的成就感就是代码的质量，不注重质量？程序员唯一的乐趣都剥夺走了！其实我一直对组员的要求也是只有代码干净行数不要太多就好重构也是。脑看的是给人看的！能让别人看懂的就是好代码不要代码好像一堆烂肉一样太气。不是一

一个优秀的软件架构师，首先一定是一个出色的程序员。而一个架构师确认一个想法究竟能不能落地的最直接的方法，就是自己编写代码，尝试“实现一个系统最难实现的一部分”。架构师要帮助产品团队把可行性、技术需求以及权衡取舍等因素一一剖析清楚。《架构师害怕程序员知道的十

产品经理的主要职责分为两项：评估产品机会；定义要开发的产品。应该有人严格审核这些创意，判断是否值得采纳。产品经理就是负责这项评估的人。许多公司借助市场需求文档来完成这项工作，但我更愿意使用一种简化后的方法，我称之为机会评估。项目管理的核心任务是制订计划和跟

每天scrum会议通常每天早上在每个sprint上进行，时间大约持续15分钟。在scrum 敏捷实践中，团队通常会在9:00在同一地点按时召开会议。每日站立的目的站立会议为团队成员提供了一种简单的方法，可以在不花费大量时间参加会议或不必编写和阅读大量状态报

一个优秀的软件架构师，首先一定是一个出色的程序员，这是本篇文章的议题。从本文我们可以了解到一个架构师的工作是什么，他容易遇到的问题是什么，因此他为什么必须是一个出色的程序员。不过，在搞了四、五年编程之后，程序员们往往早已失去了当年对这些“高级”职位的神秘感

ChatOps 是一个新概念，对于在业界来说，更为人所熟知的是 DevOps。又如何将它进行落地应用？本次我们为大家带来了 ChatOps 的发展历史与行业应用，力求让大家能够在最短的时间内了解这一全新工作方式。ChatOps 的理念由 DevOps 延伸

Docker提升了软件测试的速度，毫无疑问，任何研发团队都应该选择它。下面我来告诉你为什么。一直以来，部署测试环境是一个耗时并且繁杂的工作。虚拟机通过拷贝一份操作系统数据解决了这个问题，代价是运行效率的降低和数Gb的磁盘空间。Docker在生产环境本地的D

如今越来越多的人尝试使用基于 Linux 的操作系统，与此同时许多用户不喜欢使用 Windows 10。原本 Linux 社区在这样的环境中应该能茁壮成长，但现实感觉却与此相反。例如，Linux Mint 开发团队正经历动荡、Scientific Linu

CI / CD管道将使开发人员更有效，并能够更快地发布更高质量的软件。一个例外是代码审查。结对编程可以是指导初级工程师并确保其他人理解代码的好方法，但它不能代替代码审查。它们为开发人员提供快速反馈，最终将其内化，然后将其灌输到自己的代码审查中。要求对安全性