（先声明：我现在说的都是主观观点）

我觉得 SSR 反而是拉回正轨了，JS 不是不可以一统天下，可以让 JS 接管和用户相关的工作，有微服务的加持下，后端让合适的技术解决合适的业务（Spark 做数据平台，Go 做 实时，Java 写业务系统等等），然后 JS 把这些离散的业务系统串联起来，再展示给用户，相当于现在的后端更后，让 JS 的“服务器端”做“后端的前端”（有点绕），这样产品形态（UI/UX）的变更就完全交给前端开发来完成了，按照产品的需要来组合后端提供的各种服务。

在这个模式之下，后端开发专注于实现业务，精进后端的技术栈。前端开发掌握 SSR 为了更高效的实现 UX，又避免了学习过多的传统后端的技术栈（在目前的形势下，前端即使有了 node.js，由于前端开发没有系统的受过数据库等后端技术栈的学习，实际上是给很多项目造成过负面贡献的，相信不少后端开发有这个体会）

我觉得这才是正确的道路。

Rails 的 SSR 能力非常强大，这就和 JS 的发展路线产生了冲突，目前来看 JS 或者说前端社区赢了，现在的前后端分离，Rails 的 SSR 能力等于废掉。

再看表达业务逻辑，做业务逻辑的精髓在于，精确地表达，即使是 Ruby，惯例上，也提倡不要炫技，用最朴素的代码去编写，根据我的经验，这个时候，代码量上 Ruby 不会比 Java 少多少，这就造成另一个尴尬，Java 的人好找，Go 的性能好，不如直接用他们了。

还有一个是，我相信 Rails 在企业级系统上会有很大作为，这种系统的特点是 业务复杂、对 UI 要求不高、需要配合公司管理模式长期迭代。

Rails 支撑多变的业务需求还有很大的发挥空间（我刚在公司做了这方面的分享），但是在社区层面缺乏总结。

大环境是还缺乏一些新的业务的增长点，最悲观的情况下，我个人判断 Ruby 最差会成为下一个 Lua。

写 Rails 的话其实也不用担心，起码北上深是不会愁工作的，论坛的招聘帖也集中这些城市，而且交流下来看的话是供小于求。

我个人另一个判断是现在 Web 行业处于转型期，WASM 还有 PWA 对于 Ruby 还有其他有兴趣做应用开发的语言都是新的机会，而且前端社区现在火的框架也在发展 SSR，最终可能会造成一种轮回

提个建议，banner 文字配这个背景太不明显啦

我觉得 2.6 发布应该会有类似 iPhone X 的感觉

我让前端做的，而且是显示的时候再转成元，这样就不会遇到计算钱时候遇到的坑

JS 的基本类型没有吧。。。用第三方库也不是不行，不过前端的主要目的是展示，计算结果 round(2) 可以 ok 了，基本不会出错，话说去年大会用的多会，他们就在算金额的时候出过 bug

去年猎头说面试是六轮纯英语视频面试...

另外考虑案例的话，支付宝的支付接口的金额单位是元，微信支付的是分

主要是 JS 没有 Decimal 类型，他的 Number 也是单精度浮点，用元来传递和计算（分自然就是小数了）就很容易出意外的问题，不考虑转汇的问题的话，存分，计算也用分来进行，只有在显示的时候才转换成元，是最安全的实现方式。

当然你时不时的 round 一下，也可以算是一种 workaround，绝大多数情况都可以避免计算导致的精度问题

据朋友给我说，美帝一流 CS 专业的学生都去 FMAG 了，于是苹果只能退而求其次招 EE 的，编程专业训练就不如 CS 的学生，主要是工程能力，造成苹果软件质量不如其他家

你有什么好怕的，谨慎评论自己不熟悉的东西不是最基本的么？或者你要验证自己的观点对不对，作为问题问出来，你每次遇到的尴尬就都不存在。在者，提醒你错了，你可以自己去补全知识，也可以听取正确的观点。

可现在是什么样的呢？反驳你，你就摆出一副被迫害的样子，这不是健康的交流方式

话说出来是给人看的，技术交流对就是对，错就是错，别人有没有深入了解和你说话对错没有关系。

你的规律显然也是错的，挑出你的错是为你好，证明不了我的威严。

那么你觉得你举的例子跟 JIT 有关么

我再问你个问题吧。。。什么时候 JIT 会慢...

你先等等。。。

标准 Lua 是没有 JIT 的

那个文件是给 sprockets 4 预留的时间但是鉴于 4 难产，所以没啥用了

您这帽子扣得也是有点大

工程师解决的难道不是真实世界的问题么，如果把“技术浪漫”理解成研究更高级的技术来解决问题，这不正是作为工程师的职业精神的体现么？

感觉你提到的技术浪漫是有负面的观点在里面，那么你是怎么定义的？

换个角度，如果一个环境能够让工程师去追求技术浪漫，这对工程师而言不应该是一个理想的工作环境么？而 Rei 的观点是，这和一家公司的技术品味（用什么样的技术），有正相关性（尽管没提出什么数据）

欢迎加入 RubyChina~

ok。。。有机会能请他们在 RubyChina 上分享下就好了

现代前端时代 Rails 怎么和 React 这种框架配合是我比较疑惑的地方，有点激动了哈哈

移动端和 React 前端是共用 Rails 提供的 API 么？另外后端 Rails 是完全提供 API 么？还是说也有做 React 的 SSR？或者说是也有传统的后端预渲染？这块你们的技术团队是否有相关的文章介绍呢？

看 Linkedin https://www.linkedin.com/jobs/search/?f_C=162479&keywords=Ruby%20on%20Rails&location=Worldwide&locationId=OTHERS.worldwide 苹果大量产品线是基于 Rails 的，我现在的同事（前美国苹果总部员工）也提到过

好奇 你们 React 和 Rails 是怎么协作的，系统架构和团队分工上（全栈两边都写？还是前后端两个团队？那么如何协作？）

但是可以开了嘛，就跟 jemalloc 一样

2.6 的性能提升会更加明显，JIT is coming...

需要关心本身实现么？

文档开篇说的什么？

The Comparable mixin is used by classes whose objects may be ordered. The class must define the <=> operator, which compares the receiver against another object, returning -1, 0, or +1 depending on whether the receiver is less than, equal to, or greater than the other object. If the other object is not comparable then the <=> operator should return nil. Comparable uses <=> to implement the conventional comparison operators (<, <=, ==, >=, and >) and the method between?.

讲得不够清楚？

我发的不是 module Comparable 那是什么？

跟 C 有什么关系？ https://ruby-doc.org/core-2.4.0/Comparable.html 自己看

class SizeMatters
  include Comparable
  attr :str
  def <=>(other)
    str.size <=> other.str.size
  end
  def initialize(str)
    @str = str
  end
  def inspect
    @str
  end
end

开头这不就是你的例子么