Rails 没有微服务我觉得就是一个误解，既然微服务把业务拆分了通过 API 通信，那么用 Rails 来写微服务有何不可。如果一定要用某种框架才能实现微服务，那么这些微服务是不是产生了某种耦合？

病急乱投医，用百度搜索，没分析问题的原因就囫囵吞枣，还用 360。估计系统配置已经被搞的乱七八糟，没人敢处理。

建议看 10 楼的链接，遇到问题描述具体现象，而不是什么“按网上文章处理结果不行”，没人看过你看的文章也不知道你电脑发生了什么。

然后这里的 Windows 用户很少，估计你还是得用 Google 搜。

DHH: Basecamp will continue its development and patronage of Hotwire. We are taking a break to regroup, then will be back at it in a bit, working with whoever is interested in collaborating on the project.

https://discuss.hotwire.dev/t/basecamp-plans-with-hotwire/2781/6

搞不懂了，要不新建一个项目看看。😅

暂没发现配置问题，看到错误栈有 spring，执行一下 bin/spring stop，再执行其它命令。这玩意有时会引起奇怪的问题。

不知怎么把 root 识别为 adapter 了呢，贴一下纯文本的 database.yml，看看有没有特殊字符。

自己写（了个 Gem）

等再招聘了，basecamp 两个主要产品都是基于这套前端，不会就此放弃，但新招的人有多切合这套哲学就不好说。

另外 GitHub 也用了类似 hotwire 的技术，只是实现不同，不是只有 basecamp 用这套。

Rails 核心团队对治理方式的声明 https://weblog.rubyonrails.org/2021/5/2/rails-governance/

重看了几篇文章，尝试理解这场争端。

Basecamp 里面有个员工自发的 DE&I（Diversity, Equity, and Inclusion）委员会，成员大约有 20 个人，这个委员会会讨论公司内部他们认为政治不正确的事情，例如少数族裔的比例，并且尝试改进流程。

这次这个委员会讨论到了内部关于客户名字的帖子，认为这个帖子政治不正确，应该关闭。Basecamp 两个创始人认同这个观点，在关闭这个帖子的同时，也打算解散这个 DE&I 委员会，认为制定政治正确规范由两个创始人加上另外指定一个负责人就够了，而不是一个委员会。

所以冲突并不是那个客户列表应不应该关闭，而是 DE&I 认为员工有权参与公司制度制定和创始人认为公司制度应该由管理层制定之间的冲突。

内部讨论过程两边越来越上上头，觉得都是自己原则问题不肯退让，结果就是创始人新增禁止政治讨论的规定，DE&I 那 20 或更多人选择离职。

看下来发现这是妥妥的政治斗争啊，没想到 60 人的小公司也能掀起这样的风暴，或者说正是因为小公司才能掀起这样的风暴。😳

啊这……

Hotwire 估计要停滞一会了。😢

靠谱。

看了 DHH 的新帖我都还搞不懂他们在争什么 https://world.hey.com/dhh/let-it-all-out-78485e8e

好像是 Basecamp 内部论坛有个帖子长期调侃客户名字，然后逐渐发展到讨论客户名字是不是有歧视，再然后争论了很多政治内容，然后 Basecamp 两个创始人觉得这样不对就规定以后不准讨论政治。然后这些员工认为这是公司打压他们？

如果是这样我支持 DHH，那些员工大可下班用自己时间参与政治，何必在公司论坛搞。

原来如此。👍

看这个帖子才知道。不了解他们内部具体是什么议题引起分歧，我就觉得一个几十人的小公司还在内部为一些政治议题争论不休会把公司引向倒闭。希望不要让刚发布不久的 Hotwire 搞黄了。

V2EX 有的帖子登录可见，未登录会跳转到首页。那个帖子还在。

真香警报 😂

确实很多语言从 Rails 借鉴了不少东西，但很多框架只是学到皮毛，并且受限于语言特性学得很别扭，不如直接用 Rails。所以看到说别的语言也有类 Rails 框架，Rails 就不值得学的言论我都是一笑置之。有的框架是学 Rails 之余，有自己思想和创新的，就值得去学。例如我对 Phoenix 的 live view 有兴趣，不知道跟 Rails 最近出的 turbo_stream 有什么不同。

This helper validates that the attribute's value is unique right before the object gets saved. It does not create a uniqueness constraint in the database, so it may happen that two different database connections create two records with the same value for a column that you intend to be unique. To avoid that, you must create a unique index on that column in your database.

https://guides.rubyonrails.org/active_record_validations.html#uniqueness

没看懂问题，猜你要的是不是 stylesheet_pack_tag

不清楚写明薪酬范围不符合招聘版规则。

缺薪酬范围。

action mailbox 前端还需要邮件服务器处理 smtp 协议。看 https://guides.rubyonrails.org/action_mailbox_basics.html#configuration

邮件服务器是啥？不是只有 web 服务就够了。

邮件服务器例如本地的 Postfix，第三方的 Mailgun。

呐尼？！用 explain 来查询 😳

我愿意维护原先的代码。

export 能让这个函数在别的文件里 import，但即使 import 了它也只是在这个文件的空间内可用，webpack 和其它打包工具都会在这之上加个作用域。实际上类似于：

// 打包后的 application.js
function() {
  import { data } from 'src/init-alpine.js'
}()

你可以在 import 的作用域内调用 data，但不能在浏览器控制台内调用：

import { data } from 'src/init-alpine.js'

data() // work

有个简单的方法把函数和其它内容 export 到全局空间，让控制台也能用：

import { data } from 'src/init-alpine.js'

window.data = data

编译 umd 格式的库的时候实际上就做了这事。

结论是，应该把逻辑写到 js 文件里，按需 import，确实需要浏览器 debug 才挂到全局对象 window 上。

PS：把文件都放到 packs 目录是错误的，这相当于每个文件都独立编译，没利用到打包器的主要功能。

Rails 5.2.5, 6.0.3.6, 6.1.3.1 更新，去掉了 mimemagic 依赖。

https://weblog.rubyonrails.org/2021/3/26/marcel-upgrade-releases/

mimemagic 0.4.2 依赖外部库，需要 Linux 和 Mac 安装系统依赖，Window 没有提及（可能不支持）。在 Nokogiri 都提供预编译包的情况下，这对 Rails 安装是个障碍。

Rails 的新解决方案是使用 Apache Tika 的 Mime 数据包。

https://github.com/rails/marcel/pull/30

引用了 0.3.6 Rails 会变成 GPL。应用的话我记得 GPL 好像管不到 SaaS，因为 SaaS 没有发行软件就无需发布代码，所以后来出了 AGPL 来限制 SaaS。