很荣幸,第一份工作就进入了提倡敏捷开发的TW,进的第一个团队也是比较规范使用看板方法的团队。什么敏捷开发、看板方法,在学校的时候是从来没听过的,甚至进公司前一年还在学校学习如何通过瀑布开发方式来完成项目,当时觉得瀑布过于死板,但是又想不到有什么好的方法。

本文将带领你从0开始,用Vagrant + Docker + Ansible + Jenkins + Nginx + GitHub等工具和资源来搭建一条可执行可扩展的持续集成流水线,即使这些名字你都没听过也没关系,本文将会在需要的时候一一解释给你听。

最后一天啦,发现一个半月没有更新博客了,一方面是项目上有点忙又赶上年终评价了,一方面是不知道写什么,还有一方面是痴迷于steam上的吃鸡不能自拔。不如把最近的状况写写吧。

本文中所提到的组件的定义是基于React Native官方提供的某个/些组件进行包装/组合的用户某个特定App的自定义组件,可能与业务相关,也可能无关。

从我们输入URL并按下回车键到看到网页结果之间发生了什么?换句话说,一张网页,要经历怎样的过程,才能抵达用户面前?下面来从一些细节上面尝试一下探寻里面的秘密。

异常在Java中有两种分类:Error(OutOfMemoryError之类的我们自己程序无法处理的非常严重的错误,Java推荐不catch,让程序随之崩溃)、Excepiton(NullPointerException之类的并不致命的错误,Java觉得indicates conditions that a reasonable application might want to catch,推荐catch),本文以下内容涉及到的都是Exception。

本文会结合REST API与Spring的一些具体实践来探讨一下异常处理的套路。

再过一个月,婆婆和你就已经走了两年了,这两年我偶尔会想起你们,每逢佳节的时候想到婆婆,不逢佳节的时候也会像到婆婆;看到有水的地方会想到你,没看到水的时候也会想到你。

本文会讲到在微服务中,测试如何在基于其意义的基础上如何配合微服务的特点被完成,不会涉及到类似测试技巧、测试性能等实现细节,但看完你会明白的是要写什么、为什么在微服务中这样写。

与单体应用测试不同的是,微服务架构中服务之间的通信非常频繁,不同服务之间的接口变更亦是如此,所以契约测试会占更重要的地位,也是本文的重点。