如果说 SVN 改变了人们同步代码的方式，那么 Git 改变了人们写代码的方式。 在 Harttle 看来 Git 基于 commit 的管理机制让开发者可以管理每一份代码变更， 而分支、合并、衍合等 Git 操作则使得这些变更可以随意拼接， 甚至可以把昨天的一个改动拼接到今天的改动之后。

这透露了 Git 对开发过程是有观点的，而非仅仅是同步代码。要遵循这些观点才能用得顺手， 比如明确地细分每个特性（Commit）、组织这些特性所在的线条（Branch）、合入功能或版本（Merge）。 本文以开发一个 NPM 的包的场景来介绍如何高效地使用 Git。

Harttle 此前介绍过 Tmux 的使用，我们知道 Tmux 可以把所有打开的 Shell 都保存在服务器。 你的 Terminal 重启不会丢失任何东西，但 Server 重启后 Session 会全部丢失。 如果你像 Harttle 一样在开发 PC 本地运行 Tmux Server 的话，每次开机后都需要重新建立各种会话和窗格。

本文介绍一个 Tmux 插件：tmux-resurrect， 可以一键保存当前 Tmux 状态，包括 Session、Window、Pane 布局，甚至 Vim 状态也可以恢复。

如果你更偏向 The Hard Way，可以参考 恢复 TMUX 工作区 - The Hard Way，手动完成一切初始化工作。

在 利用 Mocha 进行 BDD 风格测试 中介绍了 Node.js 下如何做单元测试，要确保软件的质量我们还需要 e2e 测试， 确保整个系统在真实场景下能够正常工作。

End-to-end testing involves ensuring that the integrated components of an application function as expected. The entire application is tested in a real-world scenario such as communicating with the database, network, hardware and other applications. – techopedia

本文 Node.js 的命令行程序（CLI）为例，介绍如何测试一个可执行程序的输入输出以及文件修改。 样例代码可参考 APM 的 e2e 测试代码。

从别的角度出发，客户端渲染有很多其他名字比如前端渲染、前端异步、前端 MVC。 今天的 Web 稍有交互的站点都会做一套前端渲染，从早期的 Backbone，AngularJS 1.0， 到现在的流行的 Vue，React。基于这些技术做 MVVM 的同时甚至可以完成服务器端渲染。 但浏览器的客户端渲染（也就是前端 MVC）仍然存在不少限制，这些限制都是前端渲染绕不过的问题。

因为软件都是朋友介绍的，这篇文章本来是不打算写的。 但由于在坑上浪费不少时间还是写出来或许对新接触 NAS 的人有所帮助。 本文记录如何利用 Plex 和 Syncthing （可以用FTP替代）搭建家用 NAS，具体地实现了这些功能：

• P2P 的文件备份。
• DLNA 媒体服务。
• 随时上传媒体文件。

笔者的设备：Acer 笔记本（Archlinux），小米 TV（Android）。 可能和您的设备有所区别，但原理类似。我了解到即使对 Windows 版本，用户和权限等策略都是一样的。 或者你可以 安装一个 Arch。

由于现在广泛使用的屏幕都有固定的刷新率（比如最新的一般在 60Hz）， 在两次硬件刷新之间浏览器进行两次重绘是没有意义的只会消耗性能。 浏览器会利用这个间隔 16ms（1000ms/60）适当地对绘制进行节流， 因此 16ms 就成为页面渲染优化的一个关键时间。 尤其在异步渲染中，要利用 流式渲染 就必须考虑到这个渲染帧间隔。

TL;DR

为方便查阅源码和相关资料，本文以 Chromium 的 Blink 引擎为例分析。如下是一些分析结论：

• 一个渲染帧内 commit 的多次 DOM 改动会被合并渲染；
• 耗时 JS 会造成丢帧；
• 渲染帧间隔为 16ms 左右；
• 避免耗时脚本、交错读写样式以保证流畅的渲染。

JavaScript 作为天生的客户端脚本，编写异步逻辑有着天然的优势， 比如嵌套函数（很自然的闭包机制），事件模型（多数宿主都有提供），回调函数（函数是一等公民）。 Promise 用来更好地组织异步代码， 与其他设计模式类似，未能理解其设计意图之前容易误用和滥用。本文列举其中常见的反模式。

读者有更精彩的反模式例子，欢迎评论或者邮件。本文中的代码仅用于示例，未必存在这样的接口。