实现流式文字排版或许比你想象的更简单。他具有广泛的浏览器支持，实现简单，而且实现之后并不会让你失去对设计的整体把控。

不像响应式文字排版，文字只在指定的几个分界点才会调整，流式文字排版则能平滑地调整文字来适应任何宽度的设备。当网站需要支持几乎无限个屏幕尺寸的时候，流式排版就是不二之选。然而，由于一些原因，他的普及率却仍远不及响应式技术。

在本文的第一部分中，我没有从学术角度，也没有从营销角度，而是以一种搬砖码农能看懂的方式，解释了什么是函数式编程语言。更重要的是，我希望我对副作用的定义，能帮助搬砖码农更轻松地在应用程序失控前找到它们。

现在，让我们来看看现实世界的函数式编程语言吧…

本文讲的是我认为的函数式编程到底是什么，这应该对于搬砖写码给别人打工一心只想快点把活干完的码农来说，应该是很合适的。

首先我告诉你，你写的每个函数都有两组输入和两组输出。

两个？只有一个吧，你确定？

年关将至，JavaScript 开发者问卷调查也已经结束了。本次调查收到了超出我想象的回复，我也很高兴与你们分享调查结果。

截至目前，有超过 5000 人参与了问卷调查，准确的说是 5350 人，我真的迫不及待想与大家分享详细这次调查的细节。分享之前先感谢参与调查的每一个人。这是一个 JavaScript 社区的伟大时刻，我真的对未来的事情感到无比激动。

本文回答了关于下一版 JavaScript（ECMAScript 2016）的以下几个问题：

• 谁在设计？
• 如何设计？
• 会有什么特性？

本文会持续更新以及时反馈最新进展。

优秀的应用从不丢失用户的进度与应用程序状态。而是在不中断用户的情况下自动保存相关数据，然后在必要的时候（例如：从后台状态或者意外关机中回来）恢复这些数据。

不幸的是，许多 Web 应用因为没考虑移动端的生命周期从而导致了这个错误：它们错误地监听了也许永远不会被触发的事件，或者完全忽略这个问题从而导致代价高昂的极差用户体验。不过公平地说，Web 平台提供的诸多不同的事件（visibilityState、 pageshow、 pagehide、 beforeunload、 unload）也使问题变得复杂。我们到底应该使用哪个事件，什么时候用？

现在有很多 ES2015 和 React 工程的新手工具包。如果你想快速构建一个原型或者你只是想玩一玩代码，那你肯定希望配置越少越好。必备工具集有： transpiler（编译工具）， bundler（打包工具） 和 hot reloader（热重载）（因为是2015，所以你肯定不希望在重新加载页面上浪费时间）。Browserify 是一个非常棒并且使用起来很简单的 bundler 。更重要的是——它是模块化的，这样你就能在任意时间连接 plugins 和 transforms。Babel 是我们选择的 transpiler，无论你是否使用React，它都很好用。hot reloader 是为了提高开发效率。相对于手动或自动重新加载整个页面，hot reloader 仅仅让浏览器更新部分代码。因此它会很快，并且可以保持应用程序状态，所以你不需要重复之前的操作回到原来的UI状态。本文的例子不是介绍另一个新手工具包，而是教你如何以最少的必备工具开始 ES2015 工程。

我曾在React系列文章中简短的提及过一些ES6特性（以及Babel入门），现在我想深入研究这些新的语言特性。在阅读海量ES6与ES7的相关文章之后，我想是时候在Pony Foo的博客中开始讨论ES6与ES7的特性了。

本文开头会给那些ES6新特性的过度使用者一些忠告。接着介绍ES6中的解构，以及解构的使用场景，还有一些陷阱和注意事项，本文是ES6系列的第一篇。

显然ES6对ES5来说是一个巨大的改进，并且6to5这类工具使我们可以开始使用这些酷毙了的特性。我之前阅读了Blake Williams的一篇文章Replace CoffeeScript with ES6 （【译】用ES6替代CoffeeScript） ，文章对ES6如何解决许多CoffeeScript解决了的问题做了一个非常好的总结；然而，我想就Blake的几个观点做点评论，并谈谈为什么我将会继续使用CoffeeScript。

一直以来我都在关注和研究JavaScript的下一个版本——ES6，并终于在一个项目中用了它。在短暂的使用过程中，我发现ES6解决了许多CoffeeScript尝试不去大量修改语法想解决的问题。