deterministic 和 determinat 翻译过来都是“确定性的”，但这并不代表它们可以互相混用，在并行计算的语境下，它们有着一些根本的差别。<!--more--> 从语源的角度来说，deterministic 的名词形式 [determinism] 指的是哲学中的决定论，决定论声称万物的发展皆是（由上帝 / 物理规律）事先决定好的，没有改变的余地。而 determinat 的名词形式 [determinacy] 指的是集合论中一个关注游戏必胜策略的子领域，或者直接指代“拥有必胜策略”这一属性。可以从语源看出，determinism 强调“没有什么可以改变”，而 determinacy 则更专注于“结果无法改变”（所谓必胜）这一点。

流计算是当前备受关注的一个大数据研究与应用领域，旨在实时或近实时地处理大量无界数据。区别于批处理，流处理中处理的数据集是无界的，所以聚集操作（如 reduce、sum、count 等）无法应用于整个数据集，否则聚集操作的结果可能永远都不会输出。我们需要将无界的数据集切分成一些有界的片段，将聚集操作应用于这些片段，从而能够在无界的数据集上得到持续的聚集操作输出结果，这一切分过程即被称为 window。流计算领域的许多概念、系统设计、实现细节都围绕着 window 展开，window 的支持程度也是我们对众多的流计算框架进行选型的重要依据。要理解 window，我们需要回答以下关键问题：

No exerpt.

由于博客的源码和生成站点位于不同的代码仓库中（源码位于 uchuhimo/uchuhimo.me，生成的静态站点位于 uchuhimo/uchuhimo.github.io，即个人 GitHub Pages 的仓库），文章的发布过程需要提交两次。作为拥有懒惰这种美德的程序员，自然会开始折腾只需要提交一次、博客就自动部署到 GitHub Pages 上的方法——这里就轮到 Travis 登场了。接下来，我会先介绍自动部署的原理，再讲解搭建的过程。<!--more-->

一个博客的搭建过程分为三步：依托于博客平台（如博客园、新浪博客等）发布内容的用户只需要关注编写部分，但要搭建一个独立的个人博客则以上三方面都需要关心。幸运的是，现在有大量的工具帮助我们简化这个过程：丰富的 Markup 语言简化了编写；强大的静态站点生成器简化了构建；友好的托管平台简化了发布。这个博客的诞生也得益于这些工具：