跟随,学习,进步

DevOps 博客

DevOps 博客

https://devopshub.cn

赋能每一名开发者

转到作者网站

这部比权游好看百倍的《老友记》原来是这样拍摄的 … …

一部即将落幕的《权利的游戏》又把美剧带火了,不光把令人沮丧的周一变成了美好一天,还把 NOT TODAY 变成了新的网络热词,更不要说各个微信群里面飞来飞去的种子和熟肉了。今天这篇文章里面没有种子也没有熟肉,我只是想怀念一下15年前同样引起了大家热烈关注的另外一部美剧《老友记》,是的,15年过去了!!!那些进来的“老友们”是不是感到后背发凉?对不起,暴露大家的年龄了。


研发寺坐禅论道 拔头筹难定分晓

春风送暖、万物复苏,一片竹林掩映之下的“研发寺”迎来了新一届的“坐禅论道”大会。本次大会经过七七四十九天的预赛,数以万计的网友和几千名现场观众参与其中,最终通过线上点赞和现场投票的方式,产生了年度最受欢迎研发绝学候选人——瀑布大师和敏捷小生(江湖人称“老瀑”和“小捷”)。他们即将展开最后的殊死较量。


基于Selenium的自动化测试脚本执行原理分析

Selenium是一系列基于web的界面自动化测试工具集合,提供了全面的测试函数,用于支持B/S类应用的界面自动化测试。Selenium可以直接控制浏览器完成各种操作,支持多个平台、多种浏览器、多种编程语言的测试脚本。本文主要阐述了selenium 1和webdriver执行自动化测试脚本的原理,并通过一个简单的自动化测试脚本实例进行原理剖析。


基于Kubernetes 构建.NET Core 的技术体系

很多公司技术支持岗位的工作,如配置域名,部署环境,修改复位配置,服务重启,扩容缩容,梳理和完善监控,根据开发的需要查找日志等工作,需要和开发进行大量的沟通,如什么是外网域名,什么是内网域名、A name、C name,防火墙规则该如何设定,操作系统等基础环境需要什么依赖。因为很多研发不了解运维的术语和知识点,导致沟通困难,效率很低。


把运维和开发放一起就是DevOps?还差得远!

DevOps倡导“谁开发,谁运维”和开发运维一体化。那么是不是简单地把开发和运维人员放在一起就完事了呢?


商业画布初体验

本期向大家介绍一个在产品设计中的重要工具——商业画布。在产品研发中,产品经理常常将精力重点放在用户体验部分,设计了貌似完美的功能和极其花哨的界面,而在产品上线后却发现用户寥寥无几。究其根源,是因为对产品的商业模式没有一个清晰的认知和规划,在设计产品时没能找到正确的途径。本文将简要介绍商业画布这一工具及其绘制思想与方法,帮助我们避免陷入产品叫好不叫座的尴尬局面。


为什么我从 Git Flow 开发模式切换到了 Trunk Based 开发模式?

为什么我从 Git Flow 开发模式切换到了 Trunk Based 开发模式?


深入了解Azure DevOps团队的开发部署方式

Azure DevOps团队如何使用 "基于主干的分支策略" 来实现Azure DevOps产品的持续快速交付


Azure DevOps团队如何使用功能开关实现3周迭代产品上线的

Azure DevOps团队如何使用功能开关实现3周迭代产品上线的


空中换引擎——博时基金数字化转型之路

leansoft团队和博时基金软件研发团队一起,利用微软DevOps研发解决方案平台Team Foundation Server配合Docker容器化技术,在需求管理,配置管理,持续集成 和自动化,自动化测试和部署等方面都进行了探索。帮助博时团队找到了一条空中换引擎的数字化转型之路。


你真的了解用户吗?

要设计出符合用户心意,最大限度满足用户需求的产品,需要对用户做全面细致的了解,绘制出精准的用户画像,才能开发出高满意度的产品。用户画像不是针对单个用户,而是对整个用户群体进行共性特征的提取,也就是给用户“打标签”。用户画像针对目标用户的真实特征进行勾勒,从而形成目标客户的综合原型。


#DevOps 的前世今生# 4. DevOps 的文化

虽然开发团队和运维团队使用的工具变了,然而事情却没有改变:我们仍然能看到”流程结合在一起,但工作目标仍然分离“的两个团队:运维团队仍然牢牢控制着环境,控制着上线标准和上线流程


#DevOps的前世今生# 3. DevOps 的目标和核心

在一个组织中,如果相关利益者的利益不一致,在既定流程的进行中一定会碰到诸多阻力。而在这一点上,首先做得就是把 Dev 和 Ops 的利益一致化,从而减少Ops对软件交付的阻力。


#DevOps的前世今生# 2. Dev和Ops矛盾缘何而来 ?

通过追溯 DevOps 活动产生的历史起源,我们发现了 DevOps 是敏捷思想从软件开发端(Dev)到系统维护端(Ops)的延伸。无论是 DevOpsDays 的创始人 Patrick Debois,还是同时期的 The Agile Admin。都想通过敏捷来改进传统的系统维护工作以及软件开发部门和系统维护部门的合作关系。但是,DevOps 的矛盾从何而来?这还要从 Dev 和 Ops 的起源开始讲起。


#DevOps的前世今生# 1. DevOps编年史

Patrick意识到开发团队和运维团队的工作方式和思维方式有巨大的差异:开发团队和运维团队生活在两个不同的世界,而彼此又坚守着各自的利益,所以在这两者之间工作到处都是冲突。作为一个敏捷的簇拥者,他渐渐的明白如何在这种状况下改进自己的工作。


敏捷转型是根据具体问题的演进过程

敏捷转型是根据具体问题的演进过程,也是和各干系人真诚合作的结果。敏捷教练需要在战壕里。


整理Backlog的困惑

实现价值驱动交付,首先要有一个好的backlog。


对瀑布和敏捷的最大误解

对瀑布和敏捷的最大的误解就是瀑布只需要关注计划的执行和敏捷不需要计划。


某银行大型管理系统端到端持续集成和交付实践

传统银行IT系统研发过程中的弊端主要体现在研发流程不连贯难追溯、人工处理效率低时效差、缺乏有效的代码审查机制、人力资源浪费等,针对上述问题,我们设计了针对某银行大型管理系统的CI/CD流水线,实现了端到端、线上化、全自动的持续交付。


从软件工程的角度解读任正非的新年公开信

很感动,这些年软件工程被提起的其实不多,大家关注的更多是各种新酷的技术,而对于这种软件开发最基础的理论视而不见。希望这封信能带动软件工程在国内的更多发展,也希望我这篇浅显的文章能帮助大家更好的理解一些软件工程的概念。