容器化的过程中总是免不了要构建镜像，一个体积更小的镜像除了能够节省机器的磁盘空间之外，还能够提升传输效率。这篇文章主要是想讲述一下自己在优化镜像体积时所采取的措施，当然并不是所有方案都对减少镜像体积有明显效果，具体项目还要具体分析。这篇文章我以Rails项目的镜像构建作为例子。

这篇文章是有感而发，也算是自己软件开发生涯的一些所思所想的总结吧。IT科技在这几十年来发展迅速，各个领域都萌生出所谓的“最佳实践”。今天主要想来谈谈这些所谓的最佳实践可能并不是那么的“最佳”，甚至有的时候它们还会是“最糟”的存在。

这几天稍微扫了一下[CoffeeScript](https://github.com/jashkenas/coffeescript)的部分源码，发现了一条挺有意思的算法，它解决了页面异步加载脚本时遇到的顺序问题。只是当初都没想过可以这样优雅地去处理这方面的问题。异步加载的脚本之间可能会有依赖关系，因此加载顺序就异常重要了。

对资源打标签在建站过程中是很常见的需求，有些时候我们需要给文章打标签，有些时候我们需要给用户打标签。实现一个标签系统其实并不难，其本质就是一个多对多的关系-我可以对同一篇博客打多个标签，同时也可以把一个标签打到不同的博客身上。这篇文章主要通过分析标签系统的原理，并用PostgreSQL来实现一个能够为多种资源打标签的标签系统。

这篇文章会以容器的方式运行Postgres服务作为例子简单介绍一些容器管理相关的命令，我们会看到容器的表现像是一个操作系统的进程，而镜像则像是一个“源码库”，一切容器的启动都依赖于它。此外还会介绍容器内的服务与外界打交道的方式，我们或许可以利用容器的这种特性在日常开发中采用容器服务。

近期公司的服务打算在容器这条路上做一些尝试，我也趁机试一下容器的水。这篇文章主要是对容器技术的一些概念做个简单总结。首先我会把容器技术与传统的虚拟化技术做个简单的比较，然后再从编程的角度来理解一些容器的相关概念。

在前后端分离大趋势的今天，通过模块的方式来管理代码似乎比以前任何时候都容易。组件都是由JavaScript编写，且组件本身就是一个状态机，这为我们编写测试带来了不少便利性。

近期入职的新同事比较多，而其中有些同事已经有在官网投稿的打算。为降低彼此之间的沟通成本，并缩短技术管理者的审阅时间，故而写下这篇官网投稿的相关指南。

在网上看到个有趣的自联结例子：[Person对象自联结](https://blog.csdn.net/lissdy/article/details/76285986) ，它考虑了`Person`对象的孩子和孙子关系，本文要考虑的是另一种情况：每个用户和销售商有一个邀请码，当邀请新用户进来报名时，新用户可填写该邀请码以标志邀请者。这里销售商与用户、用户与用户之间存在着邀请与被邀请的关系，其中第二种关系是下面会讲到的自联结。