先说个基础概念：CAP，即一致性(Consistency)、可用性(Availability)和分区容错性(Partition Tolerance)。
Redis的这两种持久化模式呢，区别其实就是你是要高可用（AP），还是高一致性（CP）的问题[……]

最好的程序员不是善于编写复杂代码，而是有能力为复杂的问题提出简单的解决方案。只有糟糕的程序员，才会对简单的问题提出复杂的解决方案。

那假设我们有这么个网站example.com，其中有个div元素，class为test，如何编写规则隐藏这个div元素呢？
示例代码如下：

example.com##div[class*="test"]
example.com##div[cl[......]

向别人销售东西时，要把它说得很复杂，人们愿意为复杂的东西买单；说服别人时，要把内容说得很简单，越复杂的东西，能说服的听众就越少。

有这么个奇葩事，有个同事离职了，账户已经被删除，遗留在Fisheye系统中的部分Review，没人有权限能汇总关闭Review。
如何解决呢？直接大招，改库嘛~首先，确认离职员工的id：

SELECT * FROM "cwd_user&quo[......]

做个挑战，纸质表格填写前，先打好草稿~不要莽，不要莽，不要莽。

From：了然如一

前端框架迭代速度快，变化多，是众所周知的。模块化呢，确实厉害，基于V8引擎的Node.js让前端也具备后端服务能力也着实给力，但我一直有个迷思：前端框架越做越复杂，是为了啥？
前端的本质追求不是应该让网站访问速度更快的吗？为毛体验了一些vue的站点，进入前还都要[……]

《谁动了我的奶酪》

话说都记不清什么时候读过这本书了，可能是初中高中吧。恰逢最近变革将至，而妻子又给了我一些职场规划的建议，思前想后，决定再读一遍。

整本书不长，一个小故事是核心。重要的观点在于：要时刻准备应对变化、观察可能的变化、变革将至时要大胆的走出去而不能原地停留和主动拥抱变化等。

人嘛，都是充满惰性的，一个地方待久了就不愿意动了，温水煮青蛙的道理，如果一直原地不动，无法向上生长，变革来临的时候，淘汰是必然的结果。

不要害怕，只要我们具备卓越的能力，那令人心生恐惧的变革，实际面对时你会发现，只是一只纸老虎而已~

这是个极少用到的恢复模式，也叫维护模式，修复模式。江湖中也只是偶尔才会有这个模式的使用，通常也是一两句话简单带过。
如果你碰到XCI加载异常，或者DLC不显示等奇葩情况，可以考虑试试恢复模式。下面说一下进入恢复模式的方法：

《数码宝贝大冒险：最后的进化·羁绊》

浓浓的回忆，即使忘却，总还是会被勾起那丝丝缕缕般纠缠在一起的羁绊。

数码宝贝，是童年，而电影中的主角们，都已长大，各有各的生活。

如果说相聚就是别离，我懂，这是人生的一部分。我能理解为了拯救世界，和伙伴奋战，为了这一战，可能就是永别。

当看到亚古兽和加布兽消失的时候，我虽然没有哭，但已然热泪盈眶。成长是一份单程票，我们无法回到过去，一路走来，总会失去很多，甚至可能是最重要的伙伴。

想来想去，如果我是太一，也依然会选择奋战到最后一颗，因为：青春不死，羁绊永存。