我想看看楼主的技术分享。感觉也快用到了。真的是三端合一，这样的话，很有吸引力。

这里 PC、Mobile 完全不同，一套代码的意思是：

1.相同的代码，不同布局 2.写 2 份，根据设备情况各自分开展示

是哪种？

Thread.current，Fiber.current 往上面绑变量？

同意楼上。DHH 总是结合实践来说明问题。

前端娱乐圈总是嘴嗨更多。

如果观点不能跟随现实发生改变，其实就是一种固执己见，偏执人格障碍。

这个问题其实很简单，当网线足够宽，以前的那些省流的骚操作当然可以一并去掉了。就像现在，电话线上网那时候的“下载器”很少被人提起；直播、网上看剧成了主流。

其实是一样的。

基础设施好了，辅助设施就可以下架了。

https://solargraph.org/

https://shopify.github.io/ruby-lsp/

updated

@Rei 申请加精

@Rei 申请加精

Ruby 自带的 ERB 都没法 嵌套。 Rails 打了补丁可以。 比如在 Sinatra 里用裸的 ERB 就很难受。

请问 Roda 里面怎么减少这种 模块嵌套地狱的写法？

小缅北 😂

都支持 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