1. 确认pip是否安装，命令pip help，返回如图信息，说明已安装
   
   如果返回下图，说明未安装
   
   未安装需要执行以下子步骤：

你的重复劳动，一定能找“人”帮你做，聪明的程序员一定是拒绝重复的。由于公司条件限制，暂时用不上jenkins，先拿gradle救救急也是不错的。今天要实现的是，通过gradle发布静态站点到服务器。这样可以和上回的用Gradle打包Vue前端程序保持一定的连贯性。当然本帖拿来发布war包也是ok的。

我这边打包和发布程序，属于重度依赖Gradle的状态。所以纵容前端程序游离在这个体系外，不利于团队的整体协作。于是有了这篇文章。
其实很简单，首先我们需要一个以Gradle为基石的项目，把前后端项目组织成这样

myproject
├── build.gradle
├── frontend
│   ├── build
│   ├── index.html
│   ├── node_modules
│   ├── package.json
│   └── src
├── javaweb
│   ├── build
│   ├── build.gradle
│   ├── out
│   └── src
└── settings.gradle

公司项目用的是华为的云服务器，刚申请了新的硬盘资源，需要手动分区挂载。虽然华为没给啥资料，但是不是还有阿里云嘛。所以结合阿里云的资料。我们就可以在华为云实操一把了。附里云资料地址Linux 格式化和挂载数据盘

写java也有年头了，有时候遇到对比某几种方法性能的情景，都是自己傻傻的打印new Date()计算时间差。现在想来，这种原始的方式，就跟不会用IDE Debug，只会System.out.println()打印调试没什么区别。
这次被人安利JMH，说来惭愧，是我在Twitter上质疑Vert.x采用了效率不高的Json序列化库，影响了其在techempower的成绩。结果@julienviet神回复我说”you should make a JMH microbenchmark to find out”，所以才有了这篇，利用JMH做Json序列化速度对比的文章。
这是测试结果：

可以看到Vert.x的Json序列化速度还是出类拔萃的，当然，其本质还是实用的jackson
上代码：

PostgreSQL的ARRAY类型是个非常实用的类型。以往在设计“多选”这种业务场景的时候，要么需要设计子表，要么弄个varchar字段，存放1,3,5这种逗号隔开的数据。现在有了原生支持的ARRAY类型，终于可以大胆的把多选的数据id放在这个字段里了。
接踵而至的问题是，如何一次性实现数组字段的数据翻译呢。比如实际数据是{1,3,5}，关联查询后，希望看到{红,黄,蓝}
话不多说，直接上sql