RubyConf China

由 Ruby China 社区以非盈利形式组织的一年一度 Ruby China 技术交流大会，自 2009 年始至 2015 年已成功举办了七届。大会邀请国内外的明星开发者、知名项目 / 团队的负责人以及技术专家前来分享 Ruby 和相关领域的最新成果、经验总结。

2016 年，第八届大会将在有着天府之国之称的成都举办。

讲师及议题介绍

黄增光-《基于 Turbolinks 跨平台开发》

黄增光(Rei)：Ruby China 创始人之一，以及第 1 号会员，忠实的 Ruby、Rails 爱好者，SelfStore 创始人，目前已加入 大疆。

Turbolinks 自发布以来，就是 Rails 框架中最被误解的组件。因为它需要改变组织前端代码的方式，多数人的选择就是去掉它。在 Rails 5 中，Turbolinks 将适用领域扩展到了移动端，未来都会是 Rails 框架的重要部分。如果你继续忽视它，那么将错过一大部分 Rails 的精华。本次大会，Rei 将和你分享 Turbolinks 5 的原理以及如何用于跨平台应用开发。

徐峥 -《谈谈知人是怎么算工资的》

徐峥(古灵)：彩程设计联合创始人、CTO，目前主要在做人力资源管理软件知人。

基于彩程的新产品「知人」，徐峥将和大家分享使用 Rails 做企业级产品开发踩过的坑。谈谈从入职到最终给员工发工资的过程中，应该怎么设计复杂的请假、考勤、计薪规则等业务模型。

陈金洲 -《ReConsider REST: A simple, better way to construct your Rails app》

陈金洲：金数据创始人，RubyConf China 2012、2013 讲师。

小的时候人人喜欢，臃肿之后面目可憎，这几乎是所有的应用在面对业务扩张的时候要面对的挑战。此次分享重新思考了 HTTP/REST, 并且从资源的角度入手，重新规划和思考在 Rails 应用中如何更好地组织代码，从而让复杂度维持在一个低的水平。

龚凌晖 -《打造国际化产品：Strikingly 的 I18n 实践》

龚凌晖：Strikingly 早期创始团队成员，第一个工程师。目前负责产品后端，系统运维及数据分析的项目研发和团队管理。

如何使 200 多个国家和地区的用户使用各自熟悉的语言访问 Web 服务和移动应用，与客服人员沟通，甚至将该语言的文化元素融入到产品设计中，是 Strikingly 一直致力于解决的问题。此次将分享在这个过程中积累的经验，希望能帮助到有志于打造国际化产品的团队。

谢文威 -《如何给 Rails 应用减肥：薄荷微服务化实践》

谢文威：薄荷科技 联合创始人、CTO，中国最早一批 Rubyist，超过 10 年 Ruby / Rails 开发经验，RubyConf China 2014 讲师。

一个庞大臃肿的 Monolith Rails 应用面临诸多挑战，微服务化是给 Rails 应用减肥的一种有效手段，但是微服务化并非 Rails 的主菜，所以过程困难重重。此外 ，微服务化并非银弹，它同时带来很多额外的问题，如何选择和取舍，如何应对其中的关键问题？议题将分享薄荷在微服务化实践过程中的经验教训。

张运政 -《如何在 Rails 应用里面寻找内存泄漏》

张运政：杭州大搜车高级软件工程师, 拍卖及订单团队核心成员。热爱 Web 开发，当前和团队一起使用 Ruby 构建企业级应用。

除了介绍常见的 Profiler 工具、Heap 的采集分析工具、GC 的参数配置。讲师还将帮你解决 Ruby 是如何使用内存，哪些地方容易内存泄露，如何修复秒杀类 Rails App 中出现的内存泄露，Rails 本身是如何做内存优化等疑惑。

邱华 -《Rubyists 可以从 Elixir 学到什么》

邱华：全栈 Geek， 热爱 Web 技术，擅长 Ruby 和 JavaScript 。曾在阿里巴巴工作超过 7 年，参与开发了阿里巴巴少数几个基于 Ruby 的产品，目前在河狸家从事 Web 开发。

作为一个从 Erlang 基础上发明，吸收 Ruby 优点的新语言 Elixir，获得了非常多的赞誉。Dave Thomas (《Programming Ruby》、《Programming Elixir》的作者) 称「Elixir 改变了我对编程的看法」。Joe Amstrong (Erlang 语言设计者) 介绍 Elixir 时多次提出「we should add this to Erlang」。所以让我们暂时忘记 Ruby、OOP，来场和 Elixir 的约会吧！

太檑-《Building API For The Rest Of Us》

太檑(Terry Tai)：8 年 Ruby / Rails 开发经验, 2012 年 RubyConf China 讲师，Teahour.FM 创始人，railscasts-china 创始人， 前风车创始人及核心开发者。

提供 API 几乎成了现在互联网应用所『必须』的功能，我们如何优雅且高效的给用户提供 API 成了一个非常重要的话题。本主题就和你讨论我在这方面的一些经验：如何在不同的情况做技术选型，如何优雅的做版本控制，如何更严谨的做 authentication, 如何规划好你的 status code ... 这一切的一切让我给你娓娓道来...

黄信翔 -《构造自动依赖与安全性更新服务的故事》

黄信翔(Juanito Fatas)：Ruby 官方网站繁体中文版维护者！Twemoji 的作者，目前在做自动更新 Gem 的创业产品 Deepbot。此外他整理的 fast-ruby 在 GitHub 上面 Star 超过 3000 个。

本主题关于一个良好的工程实践，持续更新。什么是持续更新？为什么要持续更新？以及如何做？将项目依赖保持在最新的状态很好。多数的 RubyGem 维护者只对新版本的 Bug 感兴趣，新版本的 RubyGem 通常有：安全性修复、更佳的性能。使用较新的 RubyGem 项目升级 Rails 更容易。但依赖人力的更新不容易，为什么最终我打造了一个叫做 deppbot 的服务并分享一些开发 deppbot 背后的故事。

鄭伊廷 -《Refactoring lesson : from GPA 1.4 to GPA 3.0》

鄭伊廷(Xdite)：台湾 Ruby 社区知名人物，RubyConf China 2012、2013 讲师，《Rails 101》作者，RailsPacific 主办者。现职 GrowthSchool 教育机构创办人，全职 Rails / Agile / Growth 教练。

人人都说创业应该 MVP，MVP 成功后再招聘牛人来重构业务逻辑。但 MVP 的后果就是疯狂膨胀并且丑陋的代码 + 团队人数瞬间 10 倍。这个 Talk 将会示范：如何在一个月内的时间内，在保持稳定的 release 的条件下，将 codebase 重构到 CodeClimate 评分从 GPA 1.4 上升到 3.0，代码覆盖率从 0% 升到 60%。

潘旻琦 -《环境变量为何能让 Ruby 启动快十倍》

潘旻琦：支付宝技术专家，专注 GitLab 项目改善，曾以讲师的身份参加美国的 RailsConf 2016，同时他也是 Node.js 的贡献者。

一个简单的 Kernel#system 调用，清理环境变量前后性能居然有十倍之差！该情况仅发生在调用外部 Ruby 程序的时候，且 hello world 即可复现，因此真相一定隐藏在 Ruby 启动过程与其环境变量相互作用的玄机之中！此次分享的话题将向大家揭开这个问题的谜底，并向大家介绍隐藏在 Ruby 启动过程背后的技术细节。

李亚飞 -《如何利用 Rails 在 21 天单枪匹马上线一个产品》

李亚飞：深圳百分之八十网络技术公司联合创始人, 深圳 Ruby 活动组织者, Ruby on Rails 资深开发者, 负责过多起创业产品的开发, 擅长极速开发新产品。

结合八十二十产品的开发，讲师将介绍如何从零开发出理想产品的演进过程。话题涵盖了 Turborlinks、微信支付、ActionCable 等技术以及八十二十的实践经验。

曹力 -《ActionCable 与实时交互》

曹力：暴走漫画 CTO，8 年 Rails 应用开发经验。

议题将介绍 ActionCable 出现的时代背景和对未来产品发展带来的影响，以及 ActionCable 的架构以及它的优劣点。

欧阳继超 -《函数式 Ruby 编程》

欧阳继超：ThoughtWorks 高级咨询师，活跃开源贡献者，喜欢给 Rubyist 教 JavaScript 的 Scala 程序员，《前端函数式攻城指南》作者，《JavaScript 函数式编程》译者。

Ruby 作为一门纯面向对象语言，函数式的一面往往被忽略，lambda、模式匹配、Monad、Actor 模型，Ruby 样样都不缺。不管这些词听没听过，让我们一起见识一下函数式 Ruby 的奇技淫巧，以及这些 FP 技巧如何使我们的代码更易读，易测，且具有更好性能。

赵明 -《打造 Ruby 开发团队的航母》

赵明：大米科技技术总监，大米研究院院长，专注互联网、Ruby、Rails 多年，全栈程序员，智慧云科技创始人，前 NHN（韩国最大互联网公司）Ruby 技术专家。曾组建多支 Ruby 开发团队。

如何自建内部 Gem 库达到组件化开发方式，提高团队工作效率，降低核心系统的错误率。让新员工快速进入开发状态。议题主要介绍如何定义有关 CMS、用户系统、权限系统、基础 API、前端框架等。