其实小程序，app（安卓/ios）这样的接口也应该分离，合在一起真心没啥好处，好多优化都不能做。也不灵活。

多写点代码真的无所谓，但是改了一个小程序的接口，导致 app 挂了乐子却很大。

你需要使用 shakapacker (webpacker 的后续)，这样才能用 webpack 5 的 chuck 方式分包方式打包。

在需要的 html.erb 页面上引入需要的延迟加载组件。

<% content_for :head do %>
  <%= append_stylesheet_pack_tag 'selectize' %>
  <%= append_javascript_pack_tag 'selectize' %>
<% end %>

app/javascript/packs/selectize.js

import $ from 'jquery'
global.$ = $
global.jQuery = $
import '@selectize/selectize/dist/js/selectize';
require("lazy_controllers/selectizes");

app/javascript/lazy_controllers/selectizes.js:

import { Controller } from "@hotwired/stimulus"

Stimulus.register("selectizes", class extends Controller {
  static targets = [ "select" ]

  connect() {
    $(this.selectTarget).selectize({
      plugins: ["remove_button"]
    });
  }

  disconnect() {
    const need_destroy = $(this.selectTarget)[0].selectize;
    if(need_destroy) {
      need_destroy.destroy();
    }
  }
});

具体模版

嗯，这篇，很少有系统一年不可以中断 5 分钟，chat GPT，微信，皆是如此。

不用 pg vector，用 weaviate 的考量能谈谈吗？

下次下次，争取两个月后再办一次。

这次的参会人员合照：

可以啊！欢迎的，现在下班先吃饭。

好久不办了。。。

那个叫 API 模式，可以省本地的 repo，恢复之前的设置：

export HOMEBREW_NO_INSTALL_FROM_API=1

我个人还是喜欢之前的方式。

brew install ruby 一句就够了啊。。

可能你跳过了 block 块语法？

@2gua 你在推上不是啥都写么。。。为啥签名是 Rubyist (而且拼写还没问题。。) ?

聊的忘了。。。

光顾聊天，也没给你多点介绍时间，实物做工不错。

楼上说的都没错，不过你简单试试也许也行，装 C 盘，根目录，ruby31 文件夹。

不需要，因为我已经用上了 autocorrect 这个 gem，我 Linux 服务器端没装 Rust

https://homeland.ruby-china.org 现在变成这个网址了。

证明一下真的有 1G 的机器。。

1G 直接部署 cap 也可以的，重点是需要先关闭 puma 一下，腾出点内存，其实不腾也行，多点 swap（但是虚机的 IO 速度真的慢。。），只要站点不要那么繁忙，自动部署都没问题的。

Java 没有 include，的确没有这个问题，单继承语言的优势啊！

Ruby 这边建议用 mixin 混入就别在 mixin 里面写 self.class，手动避免一下问题吧。

二楼正解。

stimulus.js 的复用真的很好，它可以把所有的状态都放在 html 上，所以抽象出来一个 rails 的 partial view 就可以导出复用了。

程序员之间不存在什么真正的高手

每个程序在自己熟悉的领域其实都是高手啦！真正的我不知道怎么定义，不过论坛里面水平高的，我真正服气的，我肯定能举出很多人。

破圈如果说是打破舒适圈，我还是认同的，如果是打破交际圈，个人感觉还是慎重。天下人其实都差不多，努力换个朋友圈很难，不要为难自己啊。。

render 之后的@user未 nil 导致

这句没看懂，不过可以试着解释一下：@user.errors.any?中如果有错误必然会显示，现在没有，所以肯定是@user里面没有错误，检查一下 model 文件夹的 user.rb，是否定义了一定的 validate，如果没有，那么@user.save时就始终会成功，那么也走不到 else 那边的逻辑了。

难道说现在的 Rails 在 render 之后会刷新 erb 中引用 controller 的值吗？

Rails 的约定就是 Controller 取 request 的传值，走业务逻辑，调用 render 后立刻开始 render view，这个时候应该只有使用 controller 中的值，不应该修改 controller 中的实例变量（也就是@开头的变量）。

当然，如果你自己写代码肯定可以在 view 中覆盖刷新 controller 的实例变量，但这个应该认为是一种反模式，是框架一般情况下不推荐的。

留下的只有死忠吧，猜测。

Haskell 的支持率都那么低，这届程序员装逼水平不行。

Rails 可以选 mastodon，社交平台，复杂度不算太高，搭上服务器还能互联成为联邦。CMS 可以看看 bridgetown，静态网站生成，一遍搭自己的博客（或者翻新）一遍用，顺手提 PR。

纯 JS 设置 CSS 变量可能更好，我没做过类似功能。

很难，人心散了队伍难聚了

devise 这么多年了，上手难度是有点，但你说真的毛病，还真没有，如果硬要说有就是 Elixir 之父写的，当年有点练 Magic/Meta programming 走火入魔了点，用的稍微过分了一些。