暂无搜索历史
腾讯 | 产品运营 (已认证)
申请条件:至少有 10 篇或以上符合投稿要求可迁入腾讯云专栏的原创技术文章。
版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.n...
我们总是从 Cloud-Native 微服务的文章中、演讲中, 看到、听到关于单体 (Monolithic) 的系统是如何的不易维护、不易快速的独立发布。Clo...
这张 Cloud-Native 微服务的图, 是来自世界十大架构师之一;Chris Richardson ; 的书中。
但有人能说得清楚,单元测试到底能保证什么样的质量吗?是至多只能保证 “某个开发人员代码的质量”?我们是否真正有深度的思考过:保证 “某个开发人员代码的质量” 与...
假如,团队整体的分工模式是错误的,那 DevOps 还是没办法消除团队内不同角色间的甩锅与填坑的;能为团队设计出正确的分工模式,是团队能开始协作的关键的第一步。
软件度量一直是软件开发中最容易引起争议、也最难能说服团队的一项吃力又很不讨好的工作。
在软件开发的世界里,没有任何一个人能为软件开发制定所谓的 “统一标准”、“统一规范”; 例如: 没有任何一个人, 能规定微服务的架构只能这样设计, 不能那样设计...
前言: cd.png Docker, Vagrant 帮助我们能打造出如上图的持续交付的 “价值流”: Docker, Vagrant 使得开发人员在开发的阶段...
Cloud-Native微服务架构设计不应该是一个讲求标准答案, 简单粗暴的设计过程。而应该是一个考量各方因素下的一个“决策的过程”。
但是, 简单设计假如只是写写文档, 而不能指导开发, 这样的简单设计, 就只是在瞎折腾。
许多人谈到 "微服务" 又是在纠结一个二十多年前的老问题; “粒度”; 什么是微服务划分的 "粒度"? 二十多年来, 许多人都在以一个 "标准答案";粒度; 在...
前言: 此篇文章使用 Junit 4.0, 希望给无任何单元测试经验的开发者, 能在最短的时间内, 开展单元测试的工作◦ 本文: 学习 Junit 的测试框架...
本文讨论了敏捷开发中需要深入思考的几个问题,包括开发流程、设计质量、单元测试和文档。作者认为,这些问题应该引起大家的关注和思考,而不是争论。作者希望大家能够真正...
本文主要探讨了敏捷开发的重要性,并强调热爱产品、热爱客户才是真正该做的事。作者认为,我们真正缺少的不是敏捷开发,而是如何忠于自己的心,去做够酷的事;使客户(使用...
本文探讨了Scaled Agile Framework (SAFe) 和产品管理之间的关系。作者认为,尽管SAFe可能解决了大型团队在版本计划和协作方面的一些问...
本文探讨了测试人员如何与 Super Product Owner, Product Owner, 开发人员高效的协同合作,建立信任与尊重,并通过测试报告驱动开发...