送出几本《Scala 实用指南》

异步社区传送门，有勘误，目前只有 3 条，希望在第二次印刷前有更多的反馈。

具体规则

文卡特·苏帕拉马尼亚姆（ Venkat Subramaniam ）博士 Agile Developer 公司的创始人，同时也在休斯敦大学兼任教职。他已经培训和指导了数千名软件开发者。他也是多本书籍的（合著）作者，其中包括获得 2007 年度 Jolt “生产力大”（ Productivity Award ）的《高效程序员的 45 个习惯：敏捷开发修炼之道》一书。
沈达(@sadhen):挖财数据研发工程师，Scala 爱好者，Apache Spark Contributor，专注于大数据和分布式系统。业余时间是GNU TeXmacs的贡献者。
何品(@hepin1989):目前是淘宝的一名资深软件工程师，热爱反应式编程，同时也是 Akka 和 Netty 等项目的贡献者，活跃于 Scala 社区。

简单陈述一下个人的翻译经历：

从 2013 年开始翻译GNU TeXmacs的文档，目前的完成度大概是 80%，通过翻译逐渐加入了 GNU TeXmacs 的开发。
2015 年，探索 Linux 手册页的翻译方案，并给 GNU Groff 提交了Patch，改善中文在终端中对于空格的处理，和 @hosiet 翻译完善了许多手册页的翻译。工作之后，没有做过任何贡献，但 @hosiet 一直在坚持，最后将我们的翻译反馈到了 Debian/Ubuntu 软件源中。 @hosiet 后来成为了一名 Debian Developer。

另外，何品大哥在翻译本书之前，参与过龙腾世纪和质量效应 2 的游戏汉化，翻译过《 Netty 实战》，目前由何品参与翻译的《反应式设计模式》也快要上市了。

TeXmacs 的主要目标之一是通过显著地降低创造高质量用户接口的成本，促进那些与科学相关的自由软件的开发。如果你计划为 TeXmacs 与某个软件写插件，请联系我们。

作为一个数学家，从科学的角度上讲，我坚信只有自由软件可被接受。两个主要理由如下：

然而，当前主流的数学软件大多是专有的。这很奇怪，且是一种耻辱。这种现象的根源在于数学家们往往不认为编程是一种完全的科学活动。结果，实用软件的开发被委托给了“工程师们”因而数学家们只能像黑盒一样使用这些程序。

这种对科学活动的细分是非常武断的：从科学的角度认知黑盒中所有为何物往往十分重要。反过来讲，科学上深邃的理解往往能够诞生更加精良的软件。所以我认为科学家们应当将软件开发视为完全的科学活动，如同撰写文章。自然而然，这种软件的发布方式和科学的传播应当兼容，即：公众可及、可复制和自由使用。

<del>成为 Apache XYZ 项目 PMC Member，迎娶白富美，走上人生巅峰</del>

这个公众号主要关注反应式编程，包括 Netty、Akka、Spark、Scala 等话题，刚刚开始建设，欢迎大家关注。

为了不给何品大哥拖后腿，终于在这个月给 Apache Spark 和 Scala 项目贡献了若干个 PR。今晚发布的 Scala 2.12.7 就有鄙人的一点点微小的贡献，欢迎大家尝试。