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

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

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

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

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

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

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

在Ruby的实例方法中分别有`public`, `private`以及`protected`三种类型，不同类型的方法将会有不一样的访问约束。而这篇文章我主要想详细介绍一下他们之间的区别。

这是Redux源码分析系列的第四篇文章，当这篇文章结束之后Redux源码分析系列也该告一段落了。这篇文章主要想谈谈`bindActionCreators`这个函数的实现原理，为了更好的理解这个函数我会恰当地引入一些应用代码。