jasl (Jasl)

[成都][7-5,6] RubyConf China 2025 售票开始

jasl — Thu, 22 May 2025 23:35:17 +0800

其实售票链接已经准备好一个月了，各种工作生活原因搞得每天都很狼狈

时间：2025 年 7 月 5 日 - 7 月 6 日

地点：成都华尔道夫酒店

购票链接： https://www.huodongxing.com/event/9807184772300

购票小程序：

日程安排

第一天

8:30 — 9:00 签到
9:00 — 9:50 李亚飞 - Rails With 100% Vibe AI Coding
10:00 — 10:50 袁晓峰 - TestProf 在 GitLab 的最佳实践
11:00 — 11:50 宋学江 - 基于 Ruby Liquid 的 Headless CMS 内容平台构建
11:50 — 13:30 午餐（自助餐）
13:30 — 14:20 庄表伟 - Ruby 语言的 AI 实战 — 从框架到应用
14:30 — 15:20 江伟业 - Ruby 创业公司的极简增长模式：基于 Hotwire Turbo 和 Stimulus 构建全球化社交电商平台
15:20 — 16:00 茶歇
16:00 — 16:50 丁盛豪 - Ruby 服务器 I/O Profiling 与优化
17:00 — 17:50 吕戈 — 主题演讲

第二天

TBD

售票

票价和往届类似：

早鸟票（不含发票）368 元
普通票（不含发票）428 元
普通票（含发票）468 元

另有：

学生票（不含发票）328 元
周六单日票（不含发票）288 元

普通票（带发票）总共购买超过三张后，算作团体参加，请把订单号和公司的 Logo 及公司网站地址邮件发送给我（我的邮箱见本帖最后），我会把您公司放入感谢名单（如果您的公司能够赞助大会，也可以算入赞助金额中）。

关于退票

在大会召开一周前，允许自由退票，之后会将购票的所得款项支付给酒店，故停止支持退票，请理解！

咨询

邮件联系：

alexanderjiangjunyin@gmail.com
jasl9187@hotmail.com

或者从往届微信群找 jasl、junyin

[成都][7-5,6]RubyConf China 2025 主题征集

jasl — Wed, 19 Mar 2025 18:25:11 +0800

时间：2025 年 7 月 5 日 - 7 月 6 日

地点：成都华尔道夫酒店

讲师征集表单：https://jsj.top/f/YXjCd1

关于 Ruby China 和 RubyConf China

Ruby China 社区是中国最大的、水平最高的的 Ruby 交流社区，已经吸收了国内大半部分从事 Ruby 技术开发的人士和爱好者，并且维护了国内最大的 RubyGems 源。此外，Ruby China 社区各地热心的组织者们会定期举办地区级别的小型分享交流会。

RubyConf China 则是由 Ruby China 社区官方以公开、非盈利形式组织的一年一度的技术交流大会，我们会邀请国内的明星开发者、知名项目/团队的负责人、海外技术专家来分享 Ruby 和相关领域的最新成果、经验总结。

RubyConf China 自 2009 年始至 2024 年已成功举办十四届，也是中国大陆唯一的 Ruby 技术交流会议，组织者都是各公司的一线开发者。

往届大会的情况可以通过 Ruby China 社区的 RubyConf 节点（https://ruby-china.org/topics/node51）了解。

RubyConf China 2025 的计划

第十五届 RubyConf China 预计将于 2025 年 7 月 5 日 - 7 月 6 日 在 成都华尔道夫酒店 举办。

大会再一次回到蓉城成都，在当地最高级的酒店欢迎大家的到来。会议日程沿用 2024 年：

主题分享为一天（周六），预计 7 场
第二天为氛围轻松的快速演讲

主题征集

同往届一样，我们欢迎各种类型与 Ruby 相关的话题，也欢迎投递具有启发性与技术前沿相关的技术分享，投稿截止日期暂定五月中旬。

讲师征集表单：https://jsj.top/f/YXjCd1

[广州][11-30] RubyConf China 2024 售票开始

jasl — Tue, 24 Sep 2024 01:53:56 +0800

时间：2024 年 11 月 30 日 - 12 月 1 日

地点：广州康莱德酒店

购票：微信扫码进入小程序购票

日程安排

第一天

8:30 — 9:00 签到
9:00 — 9:50 陈金洲 — Rails + Next.js：一种提升开发者和用户体验的开发架构范式
10:00 — 10:50 李亚飞 — 十倍性能提升，原生 Ruby 异步编程机制的思考与应用
11:00 — 11:50 Mike — SDB: a New Ruby Stack Profiling Tool
11:50 — 13:30 午餐（自助餐）
13:30 — 14:20 袁晓峰 — 下一个十年的 Modern Monolith
14:30 — 15:20 李枫 — Metasploit 与 Ruby
15:20 — 16:00 茶歇
16:00 — 16:50 楠木 — 语音 chatbot 对 Workstream 业务的意义
17:00 — 17:50 丁盛豪 — 主题演讲

第二天

9:00 — 10:00 早茶（自助餐）
10:00 — 10:30 过纯中 — 二次开发对飙 Jira, Asana, Trello, Monday, Wrike 的开源项目管理工具 OpenProject
10:30 — 11:00 Hjiangwen — Troubleshoot Production Issue in Web Application
11:00 — 11:30 早茶（自助餐）
11:30 — 12:00 theblock24block — Ruby profiler 大盘点、Vernier 原理与应用
12:00 — 12:30 Hegwin — 元编程在测试框架里的应用

参会微信群

TBD

售票

票价和往届类似：

超级早鸟票（不含发票）358 元
早鸟票（不含发票）408 元
普通票（含发票）468 元

另有：

学生票（不含发票）328 元
周六单日票（不含发票）288 元

关于退票

在大会召开一周前，允许自由退票，之后会将购票的所得款项支付给酒店，故停止支持退票，请理解！

退票方式为：多会小程序中可以看到购票的订单，然后退票即可

咨询

邮件联系：

alexanderjiangjunyin@gmail.com
jasl9187@hotmail.com

或者从往届微信群找 jasl、junyin

RubyConf China 2024 主题征集

jasl — Wed, 17 Jul 2024 22:43:14 +0800

时间：2024 年 11 月 30 日 - 12 月 1 日

地点：广州康莱德酒店

活动介绍：TBD

官网：TBD

讲师征集表单：https://jsj.top/f/BhzCS1

关于 Ruby China 和 RubyConf China

RubyConf China 自 2009 年始至 2023 年已成功举办十三届，也是中国大陆唯一的 Ruby 技术交流会议，组织者都是各公司的一线开发者。

往届大会的情况可以通过 Ruby China 社区的 RubyConf 节点（https://ruby-china.org/topics/node51）了解。

RubyConf China 2024 的计划

第十四届 RubyConf China 预计将于 2024 年 11 月 30 日 - 12 月 1 日 在 广州康莱德酒店 举办。

往届通常是两天十四场左右的技术分享，会议内容较多。今年，大会来到了全球城市、重要的国际商贸中心、对外交往中心和综合交通枢纽、南方国际航运中心、岭南文化的发源地和兴盛地、大吃省省会、美食之都的广州，希望大家也能感受下广州的文（mei）化（shi）生（yu）活（le），所以在会议日程上做了一些调整：

主题分享为一天（周六），预计 7 场
在大会第二天，我们会组织一些活动，自愿参加

主题征集

同往届一样，我们欢迎各种类型与 Ruby 相关的话题，也欢迎投递具有启发性与技术前沿相关的技术分享，投稿截止日期暂定八月中旬。

讲师征集表单：https://jsj.top/f/BhzCS1

RubyConf China 2023 PPT 和照片

jasl — Tue, 22 Aug 2023 00:45:02 +0800

OneDrive 网盘链接： https://1drv.ms/f/s!AipA6eXBza6KhoAJvMLiB2LxFqyrlg?e=14SDpG

现场照片：https://as.alltuu.com/album/1545624408/ （未来有可能失效，请尽快保存）

RubyConf China 2023 主题介绍

jasl — Wed, 28 Jun 2023 17:00:37 +0800

时间：2023 年 8 月 19 日 - 20 日

地点：上海明天广场 JW 万豪酒店

活动介绍：https://ruby-china.org/topics/43079 官网：https://rubyconfchina2023.mysxl.cn/

TBD

Matz

Rails 应用安全与 rack-security

李玮 AI 小李

如何参考 OWASP TOP 10 的建议进行 Rails 项目的安全开发，以及 Rails 的安全加固方案与 rack-security。

Rust 重铸 Ruby

张汉东

一部分是介绍 artichoke，另一部分介绍 shopify 如何用 rust 重写 yjit（第三方视角），通过这两部分内容让大家了解 ruby 生态中发生的一些“锈化”。

Rails ActionCable 的性能压测与实战经验分享

李亚飞 @lyfi2003 ShowMeBug

主要分享 ShowMeBug 发展过程中性能相关的经验与总结

ActionCable 链接测试的技巧与方法
ActionCable 实际并发能力与总结
Puma 最优的配置
调优性能的本质原则

React 18 & Rails 7.1，全栈三个月开发绩效系统

过纯中 @ericguo 上海天华建筑设计有限公司

厌倦了千篇一律的 AntD+Spring boot，回归一人快速开发 Web 企业应用的快感，过纯中将演示如何用 Rails 的 coreui-rails-starter 模版（演讲后立刻开源）开发一个 SaaS 版本的企业内部绩效考核系统的 self-hosting 平替。演讲将着重介绍如何发挥 Rails 的快速开发能力和 React 的复杂用户 UI 界面开发能力，做到又快又好。

玩转 AST，构建自己的代码分析和代码重写工具

黄志敏 @flyerhzm

想知道 linter 和 formatter 工具是如何工作的吗？想学习如何自己写一个代码分析和代码重写的工具吗？我将分享我在开发 rails_best_practices 和 synvert 的经验，帮助你快速入门 linter 工具的开发，同时我会介绍如何基于 synvert 来快速实现你自己的代码分析和代码重写。

Toggle Everything in Rails

周艺 @IChou 金数据

Feature Toggle，为敏捷而生的新特性发布管理方式，简单是它最大的特点。但，再简单的方式，长期实践下来总会有一些新的体会。本分享将从金数据使用 Feature Toggle 十年来的故事和事故里，为大家剖析各种挑战，再带大家计一套可以再战 10 年的方案。

浅析领域驱动设计在极狐（GitLab）的技术实践

袁晓峰 @apexy 极狐（GitLab）

领域驱动设计原则如何应用到大型 Rails 项目上，使其既务实于 Rails 的技术特点，又保持良好的可维护性，而不至于教条主义？这个主题介绍了极狐（GitLab)）的 Rails 项目涉及领域驱动设计的一些技术实践方式。

Queryx: 将 ActiveRecord 移植到其他编程语言的一次新尝试

@wangzuo 深圳速速菜头

ActiveRecord 是 Rails 生态系统中最重要的组件之一，随着 Rails 的发展不断改进。ActiveRecord 的接口设计经过时间的考验，并且与 Rails 社区注重产品快速交付的风格保持一致。我们在 Go 语言中采用代码生成的方式，试图实现 ActiveRecord 的方法，并提供了一整套数据库管理的开发流程，同时开源了这个项目 https://github.com/swiftcarrot/queryx

Conversational AI 赋能下一代互联网应用

王若愚 Workstream

ChatGPT 的发布让 NLP 长久以来的技术理想真正得以落地到真实的应用中。本次分享将介绍 Workstream 如何理解 Conversational AI 带来的交互变革，并在 2 个月内落地具体的应用。通过服务真实用户，Workstream 如何理解 AI + 互联网应用带来的新工程挑战。

Ruby 十年@华为

胡智勇 @hutusi 华为

介绍 Ruby 在华为的应用情况和历史，以一个典型的 Ruby 项目（代码仓）为例，介绍 Ruby 所遇到的挑战和应对方案，再谈一下 Ruby 在大企可能的发展和机遇。

Solargraph Rails 使用分享与 DAP 断点调试

@xinyifly 青岛伊利诺斯电气

对代码的信心就像检查作业，当我们借助流程和工具的帮助，做到一遍写完就不必回头担心、反复检查的时候，开发效率将会是一个水到渠成的提升。

基于大语言模型的可视化数据分析

靳晓明 Ekohe

本次演讲主要介绍大语言模型的原理、以及在数据分析与可视化中的创新应用与案例，使用 GPT 模型辅助实现 ruby on rails 数据仓储项目的数据分析及可视化。

日程安排

2023.8.19（周六）Day 1

09:00 - 09:50 Matz - （录播）Keynote Talk
10:00 - 10:50 黄志敏 - 玩转 AST，构建自己的代码分析和代码重写工具
11:00 - 11:50 李亚飞 - Rails ActionCable 的性能压测与实战经验分享
12:00 - 13:30 午间休息
13:30 - 14:20 李玮 - Rails 应用安全与 rack - security
14:30 - 15:20 袁晓峰 - 浅析领域驱动设计在极狐 (GitLab) 的技术实践
15:30 - 16:20 王若愚 - Conversational Al 赋能下一代互联网应用
16:30 - 17:20 胡智勇 - Ruby 十年 @ 华为

2023.8.20（周日）Day 2

09:00 - 09:50 王左 - 从移植 Active Record 中学到的几件事
10:00 - 10:50 过纯中 - React 18 & Rails 7.1，全栈三个月开发绩效系统
11:00 - 11:50 张汉东 - Rust 重铸 Ruby
12:00 - 13:30 午间休息
13:30 - 14:20 周小虫 - Toggle Everything in Ruby
14:30 - 15:20 陈泽宇 - 用 Solargraph 和 DAP 提升 Rails 开发信心
15:30 - 16:20 靳晓明 - 基于大语言模型的可视化数据分析

[上海][8-19,20] RubyConf China 2023 售票开始

jasl — Tue, 16 May 2023 18:13:58 +0800

时间：2023 年 8 月 19 日 - 20 日

地点：上海明天广场 JW 万豪酒店

官网：https://rubyconfchina2023.mysxl.cn/

购票：微信扫码进入小程序购票（PS：~~正在申请服务号支持网页支付，未来可能也会支持支付宝，但是目前只能走微信小程序了~~）

三年没出门，我想死你们啦

其实这一场大会原定于 2021 年举办，一拖再拖拖到了 2023 年... 三年来大环境发生了很多变化，但因 Ruby 语言结下的缘份不会断连，又到了叙旧畅谈的时候了。

和往年一样，两天 12 场左右的技术演讲，分享成功的 Ruby 的项目经验、技巧、以及前沿的新东西，参会者也都是在微信/QQ/飞书群里、论坛上有交流过但可能现实没见过的同行，以及对 Ruby 语言和社区感兴趣的新朋友。在向讲师学习的同时，也来享受一下 JW 万豪酒店的自助午餐，还有晚上的自由组队大冒险～

主题介绍：https://ruby-china.org/topics/43202

日程安排

2023.8.19（周六）Day 1

09:00 - 09:50 Matz - （录播）Keynote Talk
10:00 - 10:50 黄志敏 - 玩转 AST，构建自己的代码分析和代码重写工具
11:00 - 11:50 李亚飞 - Rails ActionCable 的性能压测与实战经验分享
12:00 - 13:30 午间休息
13:30 - 14:20 李玮 - Rails 应用安全与 rack - security
14:30 - 15:20 袁晓峰 - 浅析领域驱动设计在极狐 (GitLab) 的技术实践
15:20 - 15:50 茶歇
15:50 - 16:40 王若愚 - Conversational Al 赋能下一代互联网应用
16:50 - 17:40 胡智勇 - Ruby 十年 @ 华为

2023.8.20（周日）Day 2

09:00 - 09:50 王左 - 从移植 Active Record 中学到的几件事
10:00 - 10:50 过纯中 - React 18 & Rails 7.1，全栈三个月开发绩效系统
11:00 - 11:50 张汉东 - Rust 重铸 Ruby
12:00 - 13:30 午间休息
13:30 - 14:20 周小虫 - Toggle Everything in Ruby
14:30 - 15:20 陈泽宇 - 用 Solargraph 和 DAP 提升 Rails 开发信心
15:20 - 15:50 茶歇
15:50 - 16:40 靳晓明 - 基于大语言模型的可视化数据分析

参会微信群

购票后每隔一段时间会有工作人员联系入群（已过 100 人没法自由拉人加入），如果有朋友在往届群或者已经在新群了，可以互帮直接拉一下。

售票

票价和往届类似：

早鸟票（不含发票）348 元
普通票（不含发票）398 元
全价票（带发票）458 元

全价票（带发票）总共购买超过三张后，算作团体参加，请把订单号和公司的 Logo 及公司网站地址邮件发送给我（我的邮箱见本帖最后），我会把您公司放入感谢名单（如果您的公司能够赞助大会，也可以算入赞助金额中）。

关于退票

在大会召开一周前，允许自由退票，之后会将购票的所得款项支付给酒店，故停止支持退票，请理解！

退票方式为：多会小程序中可以看到购票的订单，然后退票即可

咨询

邮件联系：

alexanderjiangjunyin@gmail.com
jasl9187@hotmail.com

或者从往届微信群找 jasl、junyin

RubyConf China 2023 讲师征集

jasl — Mon, 08 May 2023 05:58:07 +0800

同志们，好久不见！

第十三届 RubyConf China 预计将于 2023 年 8 月 19 日 - 20 日在上海明天广场 JW 万豪酒店举办。

RubyConf China 的话题非常开放，虽然我们的主题都围绕 Ruby 语言相关（前沿、经验、文化等），同时也接受前沿技术以及其他语言（Elixir、Rust...）等话题。

本届大会预计演讲数量为 12-14 场（每场 45 分钟）。

报名链接：https://jinshuju.net/f/Ojasgw

注意事项：

投稿截止日期为 2023 年 7 月 1 日
演讲长度为 45-50 分钟

讲师权益 (Benefits)：

免费纪念品一套（T-shirt 等）
免费 RubyConf China 2023 门票一张
提供往返路费报销（上限 2000 元）以及 2 天的酒店住宿
投稿如果没有选中，无论超级早鸟票有无售罄，都可以按超级早鸟票价格购买门票。

其他事项：

主办方保留修改条款的权利
主办方将通过您填写的邮箱、联系方式中的渠道与您沟通

Install Ruby on Apple Silicon

jasl — Sat, 28 Nov 2020 09:30:22 +0800

发布会当天就订了港版 M1 Mac Mini 16G，其实上周就送到手里了，不过因为这周二开了 WOW 9.0 所以赶工工作加肝游戏就一直没去玩他

很多人问我 M1 Mac Mini 上跑 Ruby 效果咋样，抽空试了一下，记录一个流水账

第一观感

扩展性很差，eGPU 不支持，双显示器只有 Mac Mini 支持并且一定要一个接到 HDMI，另一个接 USBC
- 亲测 HDMI 接口挑线，手头的飞利浦的 HDMI 线点不亮屏幕
听到很多人反馈蓝牙有问题，频繁无故断开
听到很多人反馈一周内有零星死机
Bug Sir 在 1080P 显示器上的视觉体验已经糟糕到不忍直视了
折腾的时候 UI 的小毛病不少，在 x86 MBP 上完全没有遇到过
网上各种评测讲的什么这么用再那么用用了好久好久一摸机器还是冷的，我不知道他们怎么搞的，我自己升级一下系统（预装 11.0，升级到 11.0.1），外壳就温热了，要知道 Mac Mini 的散热片和风扇比 MBP 不知道高到哪里去了
程序员需要的各种作案工具基本上都还没有移植，虽然几乎所有的在 Rosetta 模式下都可以完美运行

M1 macOS 对于开发者的现状

内置了 Ruby 2.6.3、Python 2.7、Python 3.8.2、PHP 7.3.22、Perl 5.18 5.28 5.30 (为啥要带这么多个版本？）
- 当初说 macOS 11 要移除所有脚本语言解释器的，看样子还是怂了
- Python 2.7 已经 EOL 了，苹果这次良心了一把，不知道拯救了多少老程序
- PHP 和 Python 2.7 运行时会附带一行 WARNING: PHP is not recommended\nPHP is included in macOS for compatibility with legacy software.\nFuture versions of macOS will not include PHP. Ruby、Python 3 和 Perl 没有
OpenJDK 还没有移植完成，据说 JDK 16 会带 M1 的支持，目前 Java 相关的只能 Rosetta 了，据说运行完美
Go 还没有移植完成，1.16 会带 M1 支持，明年初的事情了，目前也是 Rosetta，据说也是运行完美
Python3 虽然自带且版本时髦，但 目前（发帖的时间） 还没法自行编译，numpy 也还跑不起来
NodeJS 15.3.0 已经支持 M1 了
Rust 目前对 M1 是 tier2 支持，是可以运行的，官方也还在跟踪 Apple Silicon 相关的问题，好消息是 rustup 刚宣布支持 M1 macOS 了
GCC 不支持 M1，而且一时半会出不来，最快要明年年中
OpenSSL 因为支持 iOS 所以其实也是支持 M1 的，但是缺少 M1 的 target（arm64-darwin20），所以编译不了，但有 patch 可用
Ruby（推测 Python 也会）很多（直接或者间接）依赖了外部 C 库（比如 sassc）不能用是因为 macOS 的 arm64 的 ffi 调用协定不同于 linux 的 aarch64，这个已经有补丁了，但是仍未合并，ffi gem 会做 workaround，但目前也没有合并
Homebrew 的安装脚本阻止原生 ARM 模式的安装，推荐在 Rosetta 下使用
- 其实 Homebrew 用到的 gem 的 M1 兼容问题都已经解决了
- 一个重要原因是 Homebrew 团队在犹豫是不是要修改默认的安装路径和其他的一些杂事（Rosetta 和 Native 共存需要谨慎处理，否则会产生冲突）
- 目前还没有提供 M1 环境的 CI 服务，所以没有环境供自动化测试...
- 最大的问题在于上述语言、编译器、关键依赖还没移植，导致无包可用
- 详情可以关注 https://github.com/Homebrew/brew/issues/7857
Docker 目前不支持，长期来看也是最麻烦的
- 参见 https://www.docker.com/blog/apple-silicon-m1-chips-and-docker/
- Docker images 是有架构之分的，Doker 由于底层是虚拟机，所以 Rosetta 并不能对 Docker image 起作用，兼容后很可能只能使用 aarch64 的 image
- 这对于在 mac 开发机上打包镜像给生产使用的人来说就是彻底灾难了
- Parallels Desktop 明确提到在做能模拟运行 x86 的虚拟机（发布时间不明），那么或许可以切换 Docker 使用的虚拟机到 PD 来支持运行 x86 架构 image，花钱消灾也是好主意
很多库其实可以编译，但是因为不能识别自己所处的环境而无法编译
- 有意思的各家对于 ARM macOS 的 target 到底叫什么意见还不统一
- llvm 的 target 叫 arm64-apple-darwin20.1.0
- ruby 叫 arm64-darwin20
- rust 叫 aarch64-apple-darwin
- node 叫 darwin-arm64
- 苹果自己的命名叫 arm64，M1/A14 是 ARMV8.4-A 的基础上增加了 8.5 和 8.6 部分指令的缝合怪
根据 Homebrew 的报告，PostgreSQL 最新版完美适配 M1，MySQL 可以用但有小问题

安装 Ruby

安装 rbenv

我其实一直用 rvm 的，但是由于 rvm 在 macOS 上依赖 Hombrew，所以这里必须使用 rbenv 了。

需要使用安装脚本安装（而不是推荐的 Homebrew 安装）

curl -fsSL https://github.com/rbenv/rbenv-installer/raw/master/bin/rbenv-installer | bash

然后添加环境变量到 ~/.zshrc

export PATH="$PATH:$HOME/.rbenv/bin:$HOME/.rbenv/shims"
eval "$(rbenv init -)"

最后可以跑一下

curl -fsSL https://github.com/rbenv/rbenv-installer/raw/master/bin/rbenv-doctor | bash

看看有没有问题，有的话根据提示修一下

重开 shell

Hack ruby-build

rbenv 实际是使用 ruby-build 这个 Ruby 的官方编译脚本来编译 Ruby 的，我们之所以要 hack 是因为 Ruby 依赖 OpenSSL，需要在安装过程中编译 OpenSSL 之前把补丁打上去。

参考 https://github.com/rbenv/ruby-build/issues/1456#issuecomment-670051168 即可，FFI 的问题因为已经解决了，所以只需要这个评论的 OpenSSL 部分

ruby-build 的位置在 ~/.rbenv/plugins/ruby-build/bin/ruby-build

安装 autoconf

如果是安装 3.0.0-dev 版本的话，还需要 autoconf，由于 Homebrew 暂不可用的缘故，需要自己动手，丰衣足食了

curl http://mirror.team-cymru.com/gnu/autoconf/autoconf-latest.tar.gz --output autoconf-latest.tar.gz
tar zxvf autoconf-latest.tar.gz
cd autoconf-latest
./configure --prefix=$HOME/opt
make
make install

我不喜欢让自己编译的程序污染系统目录如 /usr，所以我在自己的 Home 下创建了 opt 目录，存放自己编译的程序，这里还需要把 ~/opt/bin 这个 PATH 添加到 .zshrc 去，追加 export PATH="$PATH:$HOME/opt/bin" 即可

编译、安装 Ruby

万事俱备后 rbenv install 3.0.0-dev 即可，装好可以 rbenv global 3.0.0-dev 切换 ruby 相关命令到刚装好的版本去

arm64-darwin20 Ruby 的性能表现

注意，Apple M1 是 TDP 不超过 28w 的低功耗场景的 CPU

我们使用 Ruby 3x3 的测试项目 https://github.com/mame/optcarrot 来试试看（该项目在 Ruby 2.0 时 FPS 为 20 左右，3x3 的目标即是做到 FPS 60）

不开 JIT 的情况

jasl@localhost:~/Workspaces/Ruby/optcarrot on master$ ruby -v -Ilib -r./tools/shim bin/optcarrot --benchmark examples/Lan_Master.nes
ruby 3.0.0dev (2020-12-02T18:47:10Z master 51268be7fe) [arm64-darwin20]
fps: 62.54343294150454
checksum: 59662

Ruby 3x3 超额完成任务！

开了 JIT

jasl@localhost:~/Workspaces/Ruby/optcarrot on master$ ruby -v -Ilib -r./tools/shim bin/optcarrot --benchmark examples/Lan_Master.nes --opt
ruby 3.0.0dev (2020-12-02T18:47:10Z master 51268be7fe) [arm64-darwin20]
fps: 131.9125859620421
checksum: 59662

对比我的 2019 MBP 16 寸顶配 2.3 GHz 8-Core Intel Core i9，这是一款 TDP 45w 的 CPU

不开 JIT 的情况

jasl@localhost:~/Workspaces/Ruby/optcarrot on master$ ruby -v
ruby 3.0.0dev (2020-12-02T18:47:10Z master 51268be7fe) [x86_64-darwin20]
jasl@localhost:~/Workspaces/Ruby/optcarrot on master$ ruby -v -Ilib -r./tools/shim bin/optcarrot --benchmark examples/Lan_Master.nes
ruby 3.0.0dev (2020-12-02T18:47:10Z master 51268be7fe) [x86_64-darwin20]
fps: 46.387448578077674
checksum: 59662

Ruby 3x3 挑战失败

开了 JIT

jasl@localhost:~/Workspaces/Ruby/optcarrot on master$ ruby -v -Ilib -r./tools/shim bin/optcarrot --benchmark examples/Lan_Master.nes --opt
ruby 3.0.0dev (2020-12-02T18:47:10Z master 51268be7fe) [x86_64-darwin20]
fps: 144.38348249123476
checksum: 59662

再对比 Dell Precision 7530 移动工作站，Xeon E-2186M 6 核至强、12M 高速缓存、2.90GHz 高达 4.60GHz Turbo、45 W、博锐，这款笔记本的特点就是有三倍 MBP 厚！散热和供电相比 MBP 更充分，根据评测 CPU 的 TDP 可以提升到 65W

不开 JIT 的情况

jasl@jasl-precision-7530:~/Workspaces/Ruby/optcarrot on master$ ruby -v -Ilib -r./tools/shim bin/optcarrot --benchmark examples/Lan_Master.nes
ruby 3.0.0dev (2020-12-02T17:42:02Z master 9e73177d53) [x86_64-linux]
fps: 47.55813269580448
checksum: 59662

开了 JIT

jasl@jasl-precision-7530:~/Workspaces/Ruby/optcarrot on master$ ruby -v -Ilib -r./tools/shim bin/optcarrot --benchmark examples/Lan_Master.nes --opt
ruby 3.0.0dev (2020-12-02T17:42:02Z master 9e73177d53) [x86_64-linux]
fps: 146.70990328870877
checksum: 59662

总结

由于 Apple M1 的资料太少，我只有一个浅显的结论，Apple M1 的设计对于解释型语言非常友好（但是是怎么做到的呢？）

个人感觉如果有 M1x，那么单核性能应该也就是这样差不多的水平了，首先 macOS 的 CPU 调度算法下能效核心和性能核心不能同时启用，所以理解成这是一个 4 核 CPU 似乎也没问题，这样下来核心数就跟 Intel、AMD 有差距了，此外外围太弱，PCIe 通道数量、MMIO bar 大小（树莓派和 M1 不支持 eGPU 的原因就是这个太小）、USB/雷电接口数量、多显示器支持、内存大小等等...

不知道 Intel、AMD 和其他 ARM CPU 厂商会不会借鉴一些 M1 的设计理念，如果会的话，是不是解释型语言的性能表现普遍会有改善？

TODO：队长希望我测测 Sinatra 的表现，没送到嘴边的测试程序就懒得跑了。。。我要继续肝魔兽。。。

运行 Rails 的 tips

手头的应用没依赖什么特殊的 C 扩展 gem，有这么几点注意一下就可以完美运行起来了

nokogiri 可以加 --use-system-libraries 来安装
Gemfile 里加 gem "ffi", github: "felipecsl/ffi", submodules: true 官方发新版前，暂时用这个 fork
使用 nodenv 编译 NodeJS 15.3.0

RubyConf China 2020 SSR 参会指南

jasl — Thu, 13 Aug 2020 05:23:15 +0800

线上办会似乎是今年的新时尚，RubyConf China 也不能免俗，经过三个月的低调筹备，本周六日就要正式举办了。

小提醒：点击目录可以快速跳转

时间：2020 年 8 月 15 日 - 16 日

地点：http://rubyconfchina.org

人物：Matz 领衔的讲师团、Rubyists、社区的老朋友们、对 Ruby 好奇的新朋友、在看帖子的你

费用：免费

参加方式：周六早上 9 点前打开官网，点击“直播间”进入。

Highlight

大会采用录播+QA 互动的形式。

虽然无法线下面基是巨大遗憾，但很荣幸的我们邀请到了几位定于今年圣诞节发布的期待已久的 Ruby 3.0 的关键特性的开发者来大会做客：

Matz：Ruby 语言作者，将宏观的介绍 Ruby 3.0 以及 Ruby 语言的未来。
国分崇志（k0kubun）：负责 JIT，亲自介绍 Ruby JIT 相关的技术内幕和进展。
Samuel Williams（ioquatix）：负责轻量级调度器（有望突破性提升 Ruby 的 IO 性能），亲自介绍相关的技术内幕和进展。

为了参会者更好的理解这几场重要演讲，大会的志愿者们提前听译准备了中文字幕！

作为前大会组织者我非常激动，我提前看了 k0kubun 的分享，是独家的全新内容，在 @dsh0416 的努力协调下，RubyConf China 在内容上第一次领先了其他地区的 Ruby 会议！

周边商城

每年不同图案的纪念衫已经成为了 RubyConf China 文化的一部分（特别感谢 @cassiuschen 的无穷灵感）。

由于本届大会免费，就不能像往届一样赠送纪念了，我们决定挑战一个刺激的，这次大会准备了若干款式的 T 恤和卫衣，还有帽子、购物袋作为周边！

仍然交给往届的合作方 T 社负责生产，由友好速搭负责销售平台的技术和运营工作，值得一提这两家也都是使用 Ruby 技术的公司，是社区的骄傲～（提供大会官网服务的上线了也是！）

商品定价为公益性质，产生的微小盈利将用于支持 RubyChina 社区运作。

总之，大家记得去 https://rubyconfstore.wodavip.com 捧场～

有奖互动

由衷的感谢大会的赞助商们，除了帮助大会能够成行，还提供了各种精美礼品。

在收听分享过程中可以随时在微信群、Gitter、Telegram 上提出问题，大会的工作人员会将问题整理，在 QA 环节有请讲师解答，被选中的提问者都将获得由赞助商赞助的礼品。

此外，本次大会有请到了 matz、k0kubun、ioquatix 三位 Ruby core dev，他们将要在大会上分享的内容不能剧透，但是，来都来了，关于 Ruby 3.0 或者其他技术问题，不好好问问怎么行呢？如果你对他们负责的领域有问题，请直接回复在帖子下方，我们会从中整理、挑选后请这几位讲师来作答。

奖品有：

上海致维赞助的偏向儿童的玩具、食品、文具
上线了赞助的抱枕、马克杯
图灵出版社赞助的技术书籍
RubyChina 赞助的纪念 T 恤
UCloud、金数据赞助的代金券
JetBrains 赞助的 RubyMine 一年的订阅

注：每种奖品数量有限，送完即止

日程/宣传海报

希望大家帮忙转发～

录像

大会结束后会将录像上传到 YouTube，由于一些不可抗原因，国内的视频平台会更晚一点上传。

其他

如果有问题或者其他需要补充的内容，请提醒我

为 FlowCore 添加了高层工作流抽象

jasl — Mon, 25 May 2020 08:01:09 +0800

接 FlowCore - SaaS 快速开发套件之工作流引擎

FlowCore 发布之后，我着手做一个 BPM/OA 的 Gem，也就是之前提的 FlowKit，做的过程中发现了一些问题非常卡手，所以我决定根据实践过程中的问题改进一下。

其中最大的问题在于两点：

可视化设计器
保证部署的流程图的正确性

我发现在 PetriNet 这一层并不容易解决这些问题，并且我和一些人沟通的过程中发现理解 PetriNet 概念并不容易，所以我希望能够尽可能的屏蔽他，于是我引入了一层新的抽象 —— Pipeline。

当然这并不是我否定了 PetriNet， Pipeline 和 PetriNet 的关系类似 ActiveRecord 和 Arel，AR 的查询界面实际上是对 Arel 的包装，为了易用性并没有充分暴露 Arel 的全部功能，绝大多数情况下 AR 提供的功能足矣，极端复杂的情况下可以绕过 AR 直接使用 Arel，但是此时要自行承担风险。

Pipeline 牺牲了一些表达能力下换来了：

简化概念，只有步骤（Step）一种元素
易于实现可视化编辑器
易于验证，绝大多数情况下 Pipeline 的定义都是合法的

编辑好的 Pipeline 可以被编译成 PetriNet，用于真正的执行。

我以组织大会拉赞助的流程（实际不是这样子的哈～）为例：

编辑器（使用 GraphViz 绘制出来的）：

预览图：

最终会编译到 PetriNet

很直观吧？也不用了解 PetriNet 的那些规则了。

Pipeline 的步骤（Step）被设计成可利用 STI 扩展的，但是核心有五种步骤类型：

任务（Task）：执行业务逻辑的节点
排他性分支（Exclusive Choice）：类似编程语言的 if...elsif...else，如果有满足条件的分支则跳入，否则会进入默认分支，圆角矩形为分支，分支可附着条件（Guard）
并行分支（Parallel Split）：同时执行多个分支的逻辑，当所有分支的步骤都执行完后，才会继续
跳转（Redirection）：跳转到其他节点，实现类似驳回后订正然后重新提交的流程。
结束（End）：跳转到结束流程

只有 跳转 有特别规则：

流程主干不能有跳转步骤，否则流程就永远不可能结束了
不能跳转到同一个分支下的其他步骤，否则就会产生死循环或者死节点
有一些步骤类型被标记为屏障（barrier_step，当前只有 并行分支 是），不能跳转到屏障外的步骤去，否则业务上就说不通了

当然也不用特别记，这些规则实现在代码里了，包括在配置界面上也只能选择有效的步骤进行。

我已经翻新了 Dummy 应用，把半成品 FlowKit 塞了进去，可以玩玩，但是还有很多工作没完成，后边要准备 RubyConf 了，所以先把最近的成果放出来。

我主要是想把想法先给实现出来然后验证，做到一半发现一些开始的设计可能有问题，如果有兴趣研究或者采用的话，我有一些地方需要帮助：

数据库表设计需要优化

Pipeline 由 Pipeline、Step、Branch 三个模型组成，大致可描述为：

Step （多分支步骤）可以有多个 Branches
Step (如果在一个分支内）属于一个 Branch
Branch 有多个 Steps
Step 自身也是一个树状结构，使用 ancestry gem 维护
Step 的顺序由 acts_as_list 维护

表的设计以及查询的使用应该有优化空间

编译到 PetriNet 的代码有很大优化空间

入口代码：https://github.com/rails-engine/flow_core/blob/master/app/models/flow_core/pipeline.rb#L21

这段代码我测试过，虽然正确工作（几乎吧），但是我自己并不满意。

困难点在于，Step 编译出来的 PetriNet 片段，结尾有可能是 Place 或者 Transition，同时 Step 跟 Step 产生的 PetriNet 片段要连接，这里就有很多种可能的情况要处理了。

处理步骤的移动

比如跳转节点的移动是有规则的，所以得提供个 move 方法去处理移动，以及暴露可以移动到哪些步骤的前或后

GraphViz 的可视化排版并不美观，绘制代码比较乱

代码在：https://github.com/rails-engine/flow_core/blob/master/test/dummy/app/overrides/models/flow_core/pipeline_override.rb

我使用 GraphViz 主要是因为不会写前端...而且前端工作量太大

其他我没想到的点

欢迎给出意见或者问题...

Ruby 刚和热点擦肩而过。。。

jasl — Mon, 02 Mar 2020 22:16:31 +0800

昨天老婆给我讲了肖战八卦，这人我是完全没听过...事儿...我也是听她讲才知道，顺手搜了一下那个网站

https://zh.wikipedia.org/wiki/AO3%E4%BD%9C%E5%93%81%E5%BA%93

看到这么一句

AO3 作品库的开源代码几乎完全由志愿者在 Ruby on Rails 网站应用框架中编写。该站点的开发人员允许用户通过 Trello 板提交对站点功能的需求。[4]AO3 作品库当前拥有大约 700 名志愿者。[8]

要素察觉：Rails、开源模式开发、代码托管 Github（ https://github.com/otwcode/otwarchive ）

这可真潮

FlowCore - SaaS 快速开发套件之工作流引擎

jasl — Thu, 20 Feb 2020 01:38:39 +0800

项目地址：https://github.com/rails-engine/flow_core

前言

由于 Ruby/Rails 在这个领域没有很好的积累，导致在这些场景下，语言和技术本身的高生产力的优点也就无法得到释放。

我要来补上这一块。

大约一年半前，我写了 WorkflowCore，后来我用这个 Gem 实施了几个项目，也发现了一些问题：

错误的理解了 PetriNet
对于国内 BPM（OA）项目对于流程特殊需求（如复杂的指派规则）缺乏经验
设计过于简陋，没有屏蔽细节，只能说是经验分享而不能成为一个可使用的 Gem

春节期间，成功的鼓（fu）动（you）了 @hooopo 一起学习 PetriNet（主要是让高材生学完教我）和工作流引擎的设计思路，重新完成了一个版本。炮哥的版本已经先发了，我们基本使用了相同的 PetriNet 的表结构设计，但是在上层的设计有很大的差异，方便交流，我还是把这个版本完成了。当然我对我的版本有充分自信！

功能

基于 ActiveRecord，不限制数据库

数据模型全部是标准的 AR 模型，没有也不需要用到任何数据库特殊功能，所以对数据库没有限制

容易扩展和魔改

这可能是我在去年体会最深的一点... 帮某公司实施了一套 OA，投产前提出一系列黑人问号的流转要求，听上去又很合理（光指派就加了根据表单数据指定发起人，根据发起人所在部门指定特定级别的领导等等），又让我想到谈需求的时候甲方就提了一堆流转规则，我到家查了查发现是 Jaba 那边 Activiti 也要魔改才能解决的... 还好 WorkflowCore 原理简单解决这些需求并不会让代码变脏

体现在几点：

跟业务有相关性的模型都提前添加了 type 字段，也就是说可以也鼓励通过 Rails 标准的单表继承（STI）方法来扩展
官方指南 Improving engine functionality - Getting Started with Engines 提到增强 Engine 功能的技巧同样可用
充分的提供了各种钩子

基于 Petri-net

虽然 Petri-net 流派这些年式微了，这种方法也确实比较底层，不如 BPMN 或者类似的基于活动（Activity-based）的方案直观容易被理解，但另一方面是他的表达能力更强，掌握仅有的几条规则后，就可以表达非常复杂的流转了。

Petri-net 可以被映射到 Activity 去，这个在我的后续计划里，搞定会容易实现拖拉拽编辑器

定义检查

工作流可以创建实例前需要经过验证，FlowCore 提供了相关的约束和基础设施。

目前只做了一些基础检查，比如图的连通性，实际这个问题非常复杂，请 @luikore 帮忙了，

工作流调度将应用端和引擎内部隔离，屏蔽了内部细节

在调度过程中，工作流引擎内部要维护比较复杂的状态，通过 Rails 多态关联和一些基本的 OOP 技巧，内部的状态管理不会泄漏到应用端实现的用户任务上。

提供了异常状态和暂停的支持

工作流在运行过程中，是存在可能性如用户状态的变化，使得工作流流转下去的前提被破坏，导致流转被卡住，FlowCore 提供了将当前任务设置为异常的功能，这样可以保存现场，同时给方便提供给用户友善的提示。

暂停流转在非交互流转上可能会用到，同样提供了支持。

提供 DSL 来部署流程

来自 @dsh0416 的贡献，赞美队长，我做了一些改动。

大概长这样：

FlowCore::Definition.new name: "Timed split" do |net|
  net.start_place :start
  net.end_place :end

  net.transition :t1, input: :start, output: :p
  net.transition :t2, input: :p, output: :end
  net.transition :t3, input: :start, output: :end do |t|
    t.with_trigger TransitionTriggers::Timer,
                   countdown_in_seconds: 5
  end
end.deploy!

清爽！

和 Hooopo 的 PetriFlow 的差别

最本质的区别在于，FlowCore 只解决工作流最本质的问题：定义和调度， PetriFlow 则把指派、表单、分支条件判断等全部实现了。

我不是很赞同这个观点，这种贴近业务的功能，我最大的担心就是简单需求太复杂，奇葩场景不够用，此外增加了 Gem 本身的复杂度。

但这些问题确实是要解决的，我的做法是核心提供够用的扩展机制，之后我会在 FlowCore 之上实现一个 FlowKit 来实现这些功能，如果 FlowKit 里提供的不能满足需要，可以继承或者利用基础设施开发自己的，通过分层来解决问题。

Dummy App

作为最基本的演示，项目里包含了一个 Dummy app，里面演示了：

列出工作流定义，可视化，Trigger 配置
创建和运行流程实例，并追踪进展
包含了几个简单但有特点的流程
结合真实模型（非动态表单）的请假流程示例

启动方法参考 repo 里的说明，注意需要安装 graphviz（支持流程图可视化用的），没有会报错

架构

最底下一层 PetriNet 和 Scheduling 的实现基本来自 https://www.tonymarston.net/php-mysql/workflow.html

中间的抽象层是需要集成的应用实现的部分：

ArcGuard：Arc 是 Transition 到 Place 的连线，ArcGuard 决定连线是否可走，比如 请假时间 > 10 天 则放行之类的逻辑
TransitionTrigger：一个 Transition 可以关联一个 Trigger，Trigger 就是负责真正业务的对象啦，它存储业务规则配置，还有在指定的时机去执行业务逻辑
TaskExecutable：这是一个 mixin，引入的应用端的 Model 便可以关联到工作流引擎的 Task 去（可以视为子任务或者依赖任务），由 Trigger 负责创建，TaskExecutable 完成后，工作流的 Task 才可完成，并继续流程。这个是用来实现如审批任务的
TransitionCallback：一个 Transition 可以关联多个 Callback，在 Callback 指定的时间点会被调用，解决发送通知之类的与具体业务无关的逻辑（这里还是可以拿到 Task 对象，所以根据 Task 内部有不同逻辑也是可以的）

FlowKit 是计划中的项目，因为 FlowCore 并不解决真实业务的需求，这些将在 FlowKit 里实现（应该会覆盖 PetriFlow 和我之前 WorkflowCore 的所有功能），对于非常复杂的功能，我可能考虑卖 Pro 版

工作流实例的生命周期

用法

集成

添加 gem "flow_core"到 Gemfile，运行 bundle
运行 rails flow_core_engine:install:migrations 创建需要的 migration，运行 rails db:migrate

定义和部署工作流

目前提供了 DSL 来创建，代码可以参考 test/dummy/db/seeds.rb

更复杂的例子可以参考 test/dummy/app/models/internal_workflow.rb

运行工作流

workflow.create_instance!

实现 ArcGuard

参考 test/dummy/app/models/arc_guards/dentaku.rb 这里实现了一个使用 Dentaku 做表达式判断的例子

实现 TransitionTrigger

参考 test/dummy/app/models/transition_triggers/timer.rb 实现一个定时器任务（可以用来实现超时过期这样的流转）

参考 test/dummy/app/models/transition_triggers/user_task.rb 实现了一个简单的用户任务和指派功能

实现 TransitionCallback

test/dummy/app/models/transition_callbacks/notification.rb 实现了一个简单的任务创建后给处理人发送通知的 Callback

实现 TaskExecutable

参考 test/dummy/app/models/user_task.rb 实现的简单的用户任务，

参考 test/dummy/app/models/approval_task.rb 实现的审批任务，完成时设置变量给 Task，以便 ArcGuard 使用

扩展 Workflow

参考 test/dummy/app/models/internal_workflow.rb 在 Workflow 模型上利用 STI 创造了 InternalWorkflow 这一子类。

参考 test/dummy/app/overrides/models/flow_core/workflow_override.rb 利用标准的 Rails 技巧增强 Workflow 的功能，这里是添加了生成可视化流程图。

PetriNet 规则入门

PetriNet 只有五条规则，掌握后就可以表达几乎所有的 Workflow pattern 也就是人们总结出来的所有可能的流转方式

AND split

注意连线上没有 Guard，这种情况下，当迁移执行完会产生两个 Token 到两个 Place 去，也就是说实现了并发流程。

例子：组织活动，物资组采购物资、场务组安排活动流程、志愿者组安排工作人员部署，这三个流程是同时进行的

And join

搭配 And split 使用，意思是，当图中两个 Place 上边都有 Token 后，才可以继续。

例子：接 And join 的例子，三个流程都执行完，才能进入彩排

这个是最需要注意的，多个驳回应该指向一个已驳回 Place，而不是分别组长驳回、HR 驳回... 否则就会卡住

Explicit OR split

没啥好说的，根据条件走不同的分支

Implicit OR split

简单的理解就是，两个分支都会走，谁先完成就干掉没完成的，最典型的用途就是超时处理

OR join (explicit and implicit)

没啥好说的，通常是配合 Explicit OR split 使用

典型的流程图

最后

MRGA !!!

RubyConf China 2019 - Elixir 容器化部署

jasl — Wed, 28 Aug 2019 03:27:25 +0800

Elixir 容器化部署 by 周辉庆

介绍我们的项目，是如何一步步从常规部署方式，走向容器化部署。涉及容器化之前的部署方式、容器化之 docker、更进一步的 docker-compose、CI / CD Pipeline 集成、CI / CD Pipeline 多环境、CI / CD Pipeline 的优化、Docker Swarm 等内容

YouTube

Slide https://github.com/ruby-china/RubyConfChina2019Slides/blob/master/Elixir%20%20-%20周辉庆.pdf容器化部署

播放列表 https://www.youtube.com/playlist?list=PLTUHmtFhYC6gTwE8cXJdcEXFQOA5GfYJ7

RubyConf China 2019 - 保障基于 Rails 的 SaaS 应用的 SLA

jasl — Wed, 28 Aug 2019 03:26:05 +0800

保障基于 Rails 的 SaaS 应用的 SLA by 冯智超

SLA 是 Rails 应用服务的重要指标，监控和报警是保障 SLA 必不可少的环境。本 session 结合金数据在 SLA 上的实践，在 Rails 系统云上监控和报警总结了一些经验和教训。包含：基础设施监控、服务监控、后台任务监控、业务监控、风险监控、报警和响应等。

YouTube

Slide https://github.com/ruby-china/RubyConfChina2019Slides/blob/master/%E4%BF%9D%E9%9A%9C%E5%9F%BA%E4%BA%8E%20Rails%20%E7%9A%84%20SaaS%20%E5%BA%94%E7%94%A8%E7%9A%84%20SLA%20-%20%E5%86%AF%E6%99%BA%E8%B6%85.pdf

播放列表 https://www.youtube.com/playlist?list=PLTUHmtFhYC6gTwE8cXJdcEXFQOA5GfYJ7

RubyConf China 2019 - 从 Assets Pipeline 到 Webpack，Rails 6 的新前端方案们

jasl — Wed, 28 Aug 2019 03:24:57 +0800

从 Assets Pipeline 到 Webpack，Rails 6 的新前端方案们 by 过纯中

从 Rails 5.1 开始 Webpack 逐渐替换 Assets Pipeline，本演讲从实际使用角度分享一些实际使用 Webpacker 的经验，以及一些常用前端的集成经验。

YouTube

Slide https://github.com/ruby-china/RubyConfChina2019Slides/blob/master/%E4%BB%8E%20Assets%20Pipeline%20%E5%88%B0%20Webpack%EF%BC%8CRails%206%20%E7%9A%84%E6%96%B0%E5%89%8D%E7%AB%AF%E6%96%B9%E6%A1%88%E4%BB%AC%20-%20%E8%BF%87%E7%BA%AF%E4%B8%AD.pdf

播放列表 https://www.youtube.com/playlist?list=PLTUHmtFhYC6gTwE8cXJdcEXFQOA5GfYJ7

RubyConf China 2019 - 在分发过程中保护 Ruby 代码版权

jasl — Wed, 28 Aug 2019 03:23:12 +0800

在分发过程中保护 Ruby 代码版权 by 东仙队长

如同所有解释型语言一样，Ruby 项目的源码在分发过程中很容易被阅读。如果产品需要提供自托管部署，便很难保护项目的版权。本 Talk 将总结现有的保护源码的方式，并尝试引入一些新的技巧来保护源代码的版权。

YouTube

Slide

播放列表 https://www.youtube.com/playlist?list=PLTUHmtFhYC6gTwE8cXJdcEXFQOA5GfYJ7

RubyConf China 2019 - PostgreSQL 11 与 12 用户最关心的特性解读

jasl — Wed, 28 Aug 2019 03:20:07 +0800

PostgreSQL 11 与 12 用户最关心的特性解读 by 德哥

解读 PostgreSQL 最新版本 11 与 12 的新特性、为什么 PG 可以蝉联两届 dbengine 年度数据库、为什么 PG 是最适合去 O 的企业级开源数据库。

YouTube

Slide https://github.com/ruby-china/RubyConfChina2019Slides/blob/master/PostgreSQL%2011%20%E4%B8%8E%2012%20%E7%94%A8%E6%88%B7%E6%9C%80%E5%85%B3%E5%BF%83%E7%9A%84%E7%89%B9%E6%80%A7%E8%A7%A3%E8%AF%BB%20-%20%E5%BE%B7%E5%93%A5.pdf

播放列表 https://www.youtube.com/playlist?list=PLTUHmtFhYC6gTwE8cXJdcEXFQOA5GfYJ7

[上海][8-24,25] RubyConf China 2019 参会指南

jasl — Tue, 20 Aug 2019 14:36:38 +0800

对于上海不是很熟悉，有错误的麻烦指出我更正，另外有什么希望补充的请提

本周六（2019 年 8 月 24 日），大会就要正式召开了，犹豫的同学不用犹豫了，速速购票参加！

时间：2019 年 8 月 24 日 - 25 日

地点：上海市杨浦区佳木斯路 777 号小南国花园酒店

购票链接：https://wx.duohui.co/event/7691

关于地点和交通

最近的地铁站是 8 号线黄兴公园站，出地铁走路五分钟左右即可，对于从外地过来的参会者，虹桥和浦东都可，交通上都是地铁转一趟，据说虹桥更近。

活动时间

周六：8:00 - 9:00，因为早上有 Matz 的开场演讲，请大家尽量准时

周日：8:30 - 9:15，玩累了多睡会，早上我在会场外会摆放好一些饼干蛋糕，来不及吃早饭可以直接来会场简单填填肚子。

两天下午都是 5 点左右结束。

日程安排

讲师和主题介绍

Day 1 上午

08:00 - 09:00 入场
09:00 - 09:15 开场
09:30 - 11:00 The future of Ruby
11:00 - 11:45 在分发过程中保护 Ruby 代码版权

Day 1 下午

13:30 - 14:15 Leadership Master Class: Adaptable Human
14:25 - 15:15 PostgreSQL 11 与 12 用户最关心的特性解读
15:15 - 15:45 茶歇
15:45 - 16:30 薄荷 Rails 事务处理实践
16:40 - 17:15 保障基于 Rails 的 SaaS 应用的 SLA

Day 2 上午

08:30 - 09:00 入场
09:30 - 10:15 为五年陈酿 20 万行 Ruby 代码的云端革新经验
10:25 - 11:05 如何用 Rails 支撑一个千万用户的区块链钱包服务
11:15 - 12:05 Elixir 容器化部署

Day 2 下午

13:30 - 14:15 从 Assets Pipeline 到 Webpack，Rails 6 的新前端方案们
14:25 - 15:10 Ruby 项目秒级报表生成篇
15:10 - 15:30 茶歇
15:30 - 16:15 Ruby 实现 GraphQL 入门和实践
16:15 - 17:00 Bootstrapping a New Language with Ruby

夜生活

还请上海的朋友们踊跃介绍可玩的地方~

Rails 6.0 正式发布

jasl — Sat, 17 Aug 2019 02:41:50 +0800

官方博文：https://weblog.rubyonrails.org/2019/8/15/Rails-6-0-final-release/

延误了三个月，终于发出来了。

从我的角度看，这个版本可以说是 Shopify、GitHub 成立专门 Rails 开发团队并和 Rails 核心团队磨合的产物，这两家公司的一些开发者都直接加入了 Rails 核心团队。

Basecamp 实现了：

Action Mailbox：用于监听邮箱，处理收到的邮件，用来解决如可直接回复 GitHub 的 Issue 邮件来追加评论到 Issue 讨论的场景。
Action Text：一套富文本编辑器方案，解决了跟 Rails 的其他组件（如 Active Storage）适配和持久化问题。
Webpacker 成为默认前端打包方案，Sprockets 开始软着陆，未来很可能会被彻底废弃

包括 5.2 的 Active Storage，Basecamp 从自身项目抽出来各种预制组件（就是 Rails Engine），业务层的东西众口难调，如果不满足作为参考实现也很好，这些值得抽取成 Engine 的通常都是比较复杂的组件。这个思路完全没有问题，PHP 的 Laravel 我感觉生态比 Rails 还好，收费的高质量组件、免费 + 收费模式的、开源都有。

GitHub 贡献了：

多数据库支持，不仅可以编程方式指定，还可以通过 Resolver 通过规则自动化选择
并行化测试，减少测试的运行时间，间接提高了 CI、CD 的效率
显示每个请求的对象创建数，对于 Profiling 有很大帮助
新的 Action View 架构，减少对象分配、提升性能。这块还有后续，通过预编译等黑科技进一步提升性能

Shopify 贡献了：

对一些细节进行重构，比如重构了 ActiveRecord 保存验证错误的容器 Errors，设计更合理
性能提升、性能提升、性能提升

其他贡献者贡献了：

来自 Stripe 的开发者贡献了批量插入、更新！
新的文件加载算法 Zeitwerk，避免巨型项目中会遇到的边界问题
性能提升、性能提升、性能提升

对于性能提升多说一句，除开重构逻辑，一个优化方向是减少对象创建，在某些逻辑上可以获得 2-3 倍的性能提升（根据 PR 中附带的 benchmark）。

通过观察 Rails 6 的各方贡献也可以看到不同厂商的诉求，大厂直接投入精力对 Ruby 和 Rails 进行直接的贡献可以说是重大利好，这在过去是完全没有的。

另，Rails 5.1 引入了平滑升级机制，理论上 Rails 本体的升级可以完全无痛，但是由于新的文件加载算法 Zeitwerk 的行为与老版本的有一定差异，所以可能重新组织文件和类名，或者直接切换到 classic 模式