都支持 bun 了。真是 6

Crystal 这边：

BUG 有点多： https://github.com/crystal-lang/crystal/issues?q=is%3Aopen+is%3Aissue+label%3Akind%3Abug

Ruby 这边就乐观很多，不过过滤了 v3.2（历史总数 240 还是占优势）

不过没法这样简单到的做判断，只能说明 Ruby 修复速度很快。或者 Ruby 的关注太少了？

Golang 的 问题：

有在实际工作中使用过的小伙伴愿意分享下么？

《[JA][Keynote]Ruby meets WebAssembly / Yuta Saito @kateinoigakukun》

去年看的，印象中，要付出 5~30M 内存的代价，用于实现解释器相关，还要加载额外 gem。 然后 Thread、Reactor 等高级特性无法使用，原因是 wasm 不支持。

https://github.com/ruby/ruby.wasm

之前 SPA 的时候，说服大家的是使用客户端的算力，减轻服务端的压力。 如果是这样，再回去，服务端的成本不是又回来了。

翻墙这件事，并没有带来收入。收入是纯粹的劳动交换获得。

如果这个逻辑成立，随便推论：计划生育政策之外出生的孩子，终生收入都是非法所得。

图没了

Rack < Roda < Sinatra < Hanami < Rails

测试好评

JavaScript 里面可以通过 Babel 这类的转义工具，提前使用未被官方认可的语法。心累 = =b

INTJ

楼上说的对。Roda 里面就用了很多 catch、throw

零刻 的小主机不错。

可以装 Ubuntu distro

有道理

基本方法被反复调用。

用户角度分析：

1. 用户经济实力不行。玩家群体：青少年、学生党肯定不行，成年人背上房贷和小孩也不行，只有高工资白领。
2. 用户时间，有消费水平的白领，在 996，他们不是在加班就是在睡觉回血。这个群体可以焦虑但是很少会持续投入在游戏中。
3. 居住条件，高端游戏需要买主机、而主机还需要一个房间。城市的打工人，普遍在租房，租房生活质量不高，抑制买大件欲望。

简单的说，玩家不论是 经济实力、时间、生活水平都支撑不起来市场。

如果一个市场没有容量，优秀的作品也就不会涌现。 一部佳作，需要大量的从业者、用户堆砌中，产生。

政策角度

1. 版本号
2. 创业门槛

现在都太高了。游戏投入本身就高，会因为政策约束血本无归，倾家荡产。 靠兴趣支撑的，游戏这种可能会啪啪打脸，游戏的投入非常高，属于重资产 项目。个人能做的题材非常局限。

这也束缚了作品的数量。

不会。因为不是根据词法分析的，是运行时分析。如果出现循环调用的程序，你自己的程序死循环，爆栈退出，那么 trace 本身也会被退出。不会获得最后的图谱。

用 vistual_call 分析 vistual_call 自己

require_relative "vistual_call"

def call_a
end

VistualCall.trace(title: "Outer", show_dot: true) do
  VistualCall.trace(title: "Inner", show_dot: true) do
    call_a # whatever
  end
end

用的人很少

超出资源和四个动词的概念就必须得额外约定。

RESTFul 只是一个 CURD 业务场景下的推荐标准，尝试标准化，只是一个功能子集。

很容易就突破 Restful，比如 search 这个动作，就很容易打破 Restful 他不属于 资源，又会超出四个标准动作。

Python 简洁的语法，以及 C 包装了一层，逻辑非常简单。多编程范式，主要是函数式的表达接近数学表达。早期被数据科学家当做穷人的 Matlab。现在变成了标配。

有了巨大的科学家用户群，才有各种处理数据的计算模块，其实这是生态的问题。

Ruby 的语法比较花，如果用来描述数学，就比较缺乏一致性。 Ruby 的花式语法，就是他的设计特性，主张模拟自然语言，文学性编程。虽然多样，但是都是模仿自然语言。

Ruby 能诞生 ROR 的原因是，ROR 的作者把元编程（Ruby 击中优化的特性）玩的非常 6，主张根据约定自动生成代码。这才有了非常特别的 Rails。 提高 Ruby 的性能也没什么毛病，因为动态非常慢，提高性能，可以帮助任何元编程的程序提高速度。

语言工具本身是中立的。设计的时候带有设计者想表达的特性和目标。 最终语言发展取决于生态，也就是用户大量的贡献，以及出现杀手级应用。

正常

没有直接用 windows。

Ruby 的实现依赖于 Linux 更多。

你可以在 Windows 中启用 WSL 上跑 Linux 再尝试下 Rails

你需要糊口，这个可以让你糊口就有价值。 你觉得无聊，这个帮你缓解无聊就有价值。

人是价值的尺度。

借用 西西弗斯神话：

生命过程本身就是荒诞，可以自己在荒诞之中找点乐子。

世界上只有一个 Linus，成为历史上的人既需要实力，也需要运气。 大多数平凡的人，可以用技术工作来糊口，也可以通过摆弄程序解决些无聊的时光。 大多数人一辈子注定徒劳无功，但是可以找点事做，点缀自己有限的生命。

个人觉得有乐趣的东西，不会是生命解药，但是可以像是麻药，让你可以有那么一小段时间忘记漫漫人生荒诞痛苦。

windows 里用 WSL 跑 Ruby

Ractor 的目标就是利用多核。计算密集任务且任务之间不依赖可以跑满多核心。 虽然还没有正式，但是已经可以用了。我也试过能跑满。

文档：

• ruby3/ractor

Conf:

• Ractor Demonstration - Koichi Sasada
• Ractor report Koichi Sasada -ko1

Ruby 里面你可以选的有很多：

• 单线程中，自己手动调度的协程 Fiber
• 因为虚拟机锁，受限于同一个 CPU 核心的多线程 Thread。
• 完全利用多核 CPU 的——Ruby3 的 Ractor
• 多进程Process

收到礼物 感谢活动举办方，辛勤的工作人员

祝越来越好@baidingding