前言 不知道这个小伙伴有多久没用过 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
听说程序员看不上写 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, 直接
前言 上一篇文章 不会用Java Future,我怀疑你泡茶没我快 全面分析了 Future,通过它我们可以获取线程的执行结果,它虽然解决了 Runnable 的 “三无” 短板,但是它自身还是有短板: 不能手动完成计算 假设你使用 Future 运行子线程调用远程 API 来获取某款产品的最新价格,服务器由于洪灾宕机了,此时如果你想手动结束计算,而是想返回上次缓存中的价格,这是 Future 做不到的 调用 get() 方法会阻塞程序 Future 不会通知你它的完成,它提供了一个get()方法,程序调用该方法会阻塞直到结果可用为止,没有办法利用回调函数附加到Future,并在Fut



Copyright 2018-2019 Tanθ's Blog   |   辽ICP备19017651号-1   |     站点总字数: 238.4k 字   |   载入天数...载入时分秒...   |  站点地图   |  站长统计
  总访问量:  次  总访问人数:  人

博客内容遵循 署名-非商业性使用-相同方式共享 4.0 国际 (CC BY-NC-SA 4.0) 协议