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

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

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

前两篇文章分别分析了Redux中间件，以及Redux的数据中心的源码，如今已经对Redux这个库有一定程度的了解了。目前可以说主菜都已经上齐了，剩下的只能算是饭后甜点了，而今天的甜点是`combineReducers`这个函数。

将项目交付给一个没有 `Rails`开发经验的团队来部署上线成本非常高，`Rails` 常用的部署方式是使用 `Capistrano` 或者 `Mina`，如果对方团队的技术栈是基于 `windows`环境开发，那在本地跑项目的执行部署脚本的难度会非常的高 。这个时候 `Docker`就能很好的解决这个问题，`Docker` 将应用程序与该程序的依赖，打包在一个文件里面，对方只要执行这个文件就可以，不用担心环境问题。

上一篇文章介绍了Redux的数据中心，并分别讲解了数据中心为开发者提供的各种接口，了解到要触发状态的更新就需要调用`dispatch`方法来分发`action`。然而`store`提供的`dispatch`方法只能够用来分发特定格式的`action`。

在如今的前端浪潮中，React和Redux有着举足轻重的地位。React，Redux再加上用于链接他们的代码库就足以让一些没有足够经验的开发者迷失到代码的海洋里，很容易让程序员们培养成一种**别人怎么写我就怎么写**的编码习惯，难怪许多大神会说这是最好的时代但也是最坏的时代。

初入豆厂的时候就经常听到一些有经验的老员工谈到尾递归，当时我也不怎么当回事。相信许多初入职场的同学也跟我一样对于一些与自己所做工作似乎没有直接关系的东西一般都持排斥的态度。现在回想起来真想扇自己两巴掌，如果当时能够好好的了解一下这些概念的话，或许我能更早地发现编程里面更深层次的乐趣。

近期，公司的业务处于上升期，对人才的需求似乎比以往任何时候都多。作为公司的前端，有幸窥探到了公司的前端面试题目，其中有一题大概是这样的（别激动，题目已经改了）