surfirst的博客

本文提出敏捷团队应该以价值流转效率为重点，兼顾团队成员的利用率。价值流转效率决定了敏捷团队的交付速度和整体研发效能，而团队成员的利用率是团队成员自己应该考虑的问题，因为这是团队成员自我价值的实现方式。

在使用 SQL Server Management 连接 SQL Server 时，如果我们不特别指定，它会使用1433 端口连接数据库服务器。如下图所示：但是有时候数据库端口可能不是默认的 1433 端口，我们就需要在数据库地址后面加上一个逗号来指定端口，示例如下：your_db_server, port假设你的数据库地址是 10.177.26.3，端口是 10433，那么在 server name 那儿就应该填写：10.177.26.3, 10433更多文章哪种敏捷实践能让“老板”

本文推荐使用 Sprint Review Meeting 作为团队敏捷转型的第一步。这样团队就可以以始为终，通过努力做到定期向客户和外部团队展示团队研发成果，获得敏捷转型的驱动力。本文也简单介绍了敏捷框架的内容，以及敏捷框架如何帮助团队实现定期成果展示的目标的过程。

本文介绍了如何在国内配置 VSCode 的语言的 Go 语言插件的详细过程。

本文以疫情期间在规定时间实现“动态清零”为例，说明了如何使用“影响地图”来帮助敏捷团队创建工作计划。正如“动态清零”需要角色们改变自己的行为，这正是“影响”的含义所在。而团队为改变角色的行为制定的交付内容的集合就成为了团队的工作计划。

KVM 是 Linux 上常用的虚机管理软件，但是使用 KVM 命令行管理虚机是一件既繁琐又容易出错的任务。本文介绍一种简单方法可以让用户方便地在 Windows 上像管理 VMWare 虚机那样管理 KVM 虚机。

瀑布在研发的每个阶段都是不同的团队来完成的，而敏捷团队会自己完成从需求分析到交付的所有任务。需求分析详细设计开发测试交付每个阶段由一个独立的团队或者专家来完成。比如需求分析由 BA (Business Analyst) 来完成。BA完成需求分析以后会提交详细的需求分析文档。架构师团队会根据需求分析文档来做详细设计。开发由开发团队完成，开发可能又有前端、后端、移动等不同的分工。在开发工作完成以后。测试团队开始测试工作，测试工作可能包括功能

本文阐述了为什么只考虑优先级的扁平用户故事列表来计划迭代的交付内容会造成产品长期原地踏步，说明了如何使用“用户故事地图”通过增加“用户故事旅程”这个维度在每个迭代中实现对产品的全面升级。

本文介绍了组织“事件风暴”的参与人员，准备工作，实施步骤，以及目标成果。和以产品经理带领研发团队研究需求的方式不同，“事件风暴”邀请的是领域专家，聚焦在“业务”领域，而前者聚焦在“实现领域”。“事件风暴”提供了一种跨越“业务”和“开发”的简单的业务研究方法。

许多产品经理都反映一个敏捷实践问题，在定期的用户故事梳理会上讲解了用户故事的来龙去脉，当时小组成员没有反馈问题，但是在开始实现用户故事的需求的时候，小组成员要产品经理讲解某个用户故事到底是做什么的？不是都开过用户故事梳理会了吗？为什么小组成员开了小差，没有认真听呢？...

春节长假，一个冲刺 (sprint) 只有 2 周时间，Scrum 团队是否应该延长结束时间呢？

本文介绍了如何使用 fuser 或者 lsof 命令在 linux 系统里查看端口被哪个进程占用了。

在运行 VMWare Player 时，你可能会看到下面的提示：大意是打开 Mitigation 会影响虚机的性能，建议关掉，但是如果点击提示的链接按照上面的说法在虚机的 settings->advanced里面去找 Mitigation 的开关确怎么也找不到。也就是没办法关掉 Mitigation 了。其实我们还可以通过修改虚机的 vmx 文件来关掉它。具体做法是先关掉(power off)虚机，然后找到虚机所在的文件夹，找到 vmx 文件，用文本编辑器打开它，然后加上下面的一行。最后再打开虚

本文介绍了敏捷的两种管理模式：Scrum 和 Kanban。开发团队可以根据自己的文化特点决定使用哪种模式，也可以结合两种管理模式的特点，以一种模式为主，适当加入另一种模式的管理方法。

本文讨论了如何保证功能开发完成以后就能交付。这需要在最后的测试环节保持单件流。

Keycloak 在解决服务之间的通信的时候可以使用 service account 功能，也就是服务账号。每一个 Keycloak Realm 下的 client 都可以包含一个 service account 账号。这个 service account 账号的概念来自于 OAuth 2.0 的 Client Credential Grant 规范。...

在上篇文章中，我讨论了使用“单件流”的理念来提高软件开发的效率。相对于一个人负责一摊的“批量生产”模式组织软件开发的方法，使用团队合作的“单件流”模式会有以下优点：提前交付做完一个功能就可以交付一个功能，客户可以立即得到收益。尽早发现问题单件流要求持续集成，以交付为最后完成标准，所以问题会提前发现，而不是等到所有功能开发完毕以后的集成测试阶段才发现问题单件流必然要求“全栈”工程师吗？...

“单件流”是精益思想中非常重要的概念之一。和“单件流”相对的概念是“批量生产”。和普通人的直觉不一样，使用“单件流”的模式生产效率显著地高于“批量生产”，而且还具有“批量生产”所不具有的其他优点。如果读者想对比“单件流”和“批量生产”的效率，可以玩“装信封”游戏或者“折纸飞机”。游戏结果肯定是单件流方式会比批量生产方式所花的时间要少1/4到1/3。这其中的原因和是不是熟练工无关，而是因为“单件流”的特性。单件流的优点单件流为什么生产效率会高于批量生产呢？首先批量生产...

从数据的产生到数据被处理有三个重要的时间节点，搞清楚这这三个时间节点，形成关于它们的概念，了解它们之间的关系，对帮助开发者编写正确的数据处理逻辑程序至关重要。Event Time事件时间，也就是数据发生的时间，比如电表在某个时间点上的读数，交通工具在某个时点上的位置和速度等。事件时间由传感器提供，它早于处理数据的程序拿到它的时间。在做差值计算时，开发者应该使用事件时间，而不是数据处理程序拿到数据的时间，才能获得正确的差值计算结果。Digestion Time采集时间，指的是数据被传入消息队列等数据采

Apache Flink 是一款著名的流式计算引擎，但是它的使用 docker-compose 的教学文档写得不是很清晰，导致我花了几个小时才搞明白如何使用 docker-compose 来运行例子程序。为了让大家不再重蹈覆辙，我记录下下面的方法供大家入门。运行 session-cluster文档中推荐了 application cluster 和 session cluster。 Application cluster 用于专门跑某个程序，配置较为复杂。我推荐大家使用 session cluster