前言 不知道这个小伙伴有多久没用过 Docker 了， 突然对我说 Docker 命令怎么发生变化了 1 2 3 docker run ... #变成了 docker container run ... 他说，本来对 Docker 命令就不熟悉，这下感觉更加混乱了。其实个人看来，这么变化还使得命令看着更加规整 当在命令行直接输入 docker 然后回车： 从图中可以看出，Docker 将命令结构化的划分了两大类，Management Commands 和 Commands，其实前者就是一级命令，后者就是子命令 （这是自 Docker 1.13 开始的改动），所以以后使用命令就

上次写了个 cheat.sh 在手，天下我有，小伙伴们热情高涨，觉得这是一个没有杂质的好工具；也有小伙伴抱怨说对 Windows 用户不是特别友好 （其实用 curl API 是没啥问题的）。为了「雨露均沾」，今天就介绍一款对 Windows 超级 * N （N 是几，大家读完文章自己定） 友好的工具 我甚至有些嫉妒，因为 Windows 的这款工具需要我在 Mac 结合好几个工具才能达到与之相媲美的效果 今天的主角就是~ PowerToys PowerToys 就是这么一款有 Power 的工具，使用的前置要求很简单，Windows 10 操作系统，截至写本文时，PowerT

前言 作为程序员需要了解的东西有很多，日常编码和写脚本脱离不开各式语言与 Linux 命令。为了记住一些杂乱的或不被经常使用的知识点，我们迫切需要一个“小抄”/备忘录，小抄内容多了自然繁杂，所以我们希望这个小抄要： 1. 简洁：只包含你想要的内容，没有其他「花边」内容 2. 快速：可以立即使用 3. 全面：能基本包含你所有问题的答案 4. 通用：它应该在任何地方、任何时间都可用，不需要任何准备 5. 不唐突：它不应该让你从主要任务上分心（比如减少应用切换） 6. 辅导：它应该帮助你学习这个科目（在答案基础上扩展知识） 7. 不显眼：应该可以在完全不被注意的情况下使用（就好比划词

多数人对于 Intellij IDEA 可能始于其「颜值」，终于其「才华」，外加各种插件 buff 的加成，coding 的节奏分分钟要暴走 抛开自己安装的插件，IDEA 其实也内秀的很，在 IntelliJ IDEA HTTP Client高级使用详解 中详细的介绍了开发小组内放弃 Postman 的理由，用过的小伙伴后台留言直呼爽。 但今天要介绍的是另外一个秀的有些含蓄的小功能，她那么显眼的站在你面前，你却选择忽视她 有时候我们需要在项目之外创建一些临时文件或一些实验性代码，创建在项目中可能一不小心 Git 误提交，不创建项目里又需要切换到其他应用上来回拷贝，对于专注 cod

前言 微服务架构有别于传统的单体式应用方案，我们可将单体应用拆分成多个核心功能。每个功能都被称为一项服务，可以单独构建和部署，这意味着各项服务在工作时不会互相影响 这种设计理念被进一步应用，就变成了无服务（Serverless）。「无服务」看似挺荒唐的，其实服务器依旧存在，只是我们不需要关注或预置服务器。这让开发人员的精力更集中——只关注功能实现 Serverless 的典型便是 AWS Lambda AWS Lambda 如果你是 Java 开发人员，你应该听说过或使用过 JDK 1.8 里面的 Lambda，但是 AWS 中的 Lambda 和 JDK 中的 Lambda 没有任何关

听说程序员看不上写 PPT ？ 程序员是实干派，面对写 PPT 这事通常都是嗤之以鼻。头可断，万行代码不能乱；血可流，写PPT是真犯愁。写 PPT 着实是程序员工作中的三座大山之一 有人做了三分，可以通过 PPT 说出七分，有人做了七分，却说不出三分，程序员的内心活动正如去年很火的新东方年会改编 「沙漠骆驼」的歌词一样： 为了不再经历相似的年底考评悲剧。所以，作为老实人，如果做了七分，底线至少要说出七分，没有商量的余地 可是当程序员面对 PPT 或 KeyNote 总是无从下手，这要怎么办？ 那咱就以程序员熟悉的方式写 PPT 呗 这里要给大家打个预防针，以这种方式写 PPT

前言 如果按照用途与特性进行粗略的划分，JUC 包中包含的工具大体可以分为 6 类： 1. 执行者与线程池 2. 并发队列 3. 同步工具 4. 并发集合 5. 锁 6. 原子变量 在并发系列中，主要讲解了 执行者与线程池，同步工具，锁 ， 在分析源码时，或多或少的提及到了「队列」，队列在 JUC 中也是多种多样存在，所以本文就以「远看」视角，帮助大家快速了解与区分这些看似「杂乱」的队列 并发队列 Java 并发队列按照实现方式来进行划分可以分为 2 种： 1. 阻塞队列 2. 非阻塞队列 如果你已经看完并发系列锁的实现，你已经能够知道他们实现的区别： 前者就

前言 在 我会手动创建线程，为什么要使用线程池? 中详细的介绍了 ExecutorService，可以将整块任务拆分做简单的并行处理； 在 不会用Java Future，我怀疑你泡茶没我快 中又详细的介绍了 Future 的使用，填补了 Runnable 不能获取线程执行结果的空缺 将二者结合起来使用看似要一招吃天下了（Java有并发，并发之大，一口吃不下）, but ～～ 是我太天真 ExecutorService VS CompletionService 假设我们有 4 个任务(A, B, C, D)用来执行复杂的计算，每个任务的执行时间随着输入参数的不同而不同，如果将任务提交

起因 起因是群里的一位童鞋突然问了这么问题： 如果重写 equals 不重写 hashcode 会有什么影响？ 这个问题从上午10:45 开始陆续讨论，到下午15:39 接近尾声 （忽略这形同虚设的马赛克） 这是一个好问题，更是一个高频基础面试题，我还曾经专门写过一篇文章 Java equals 和 hashCode 的这几个问题可以说明白吗, 主要说明了以下内容 随着讨论的进行，问题慢慢集中在内存溢出和内存泄漏的问题上 内存溢出 VS 内存泄漏 这两个词在中文解释上有些相似，至少给我的第一感觉，他们的差别是这样的（有人和我一样吗？） 内存溢出：Out of Memory

无意间看到这个SQL客户端，瞬间被它简洁的页面吸引了， 启动画面可能是它最复杂的呈现了，爱没？ SQLECTRON 按照官网 (https://sqlectron.github.io/, 看 URL 发现，SQLECTRON官网都是用 Github Pages 搭建的) 的说明： 一个简单的轻量级SQL客户端桌面/终端，具有跨数据库和跨平台的支持 看到这你应该放心了，无论你使用的是 Linux， Mac 还是 Windows，都可以试一试。那它支持哪些数据库呢？一会到安装界面你就会发现了 这里我用 MAC 演示一下整个使用过程 安装与使用 写本文时的版本为 v1.30.0, 直接