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 走火入魔了点，用的稍微过分了一些。

这网站厉害了！尤其考虑到也是 Rails 做后端。

内存 16G 的话，加 3000 上 16 寸是划算的。

In the beginning you always want results. In the end all you want is CONTROL.

外包在我看来只有两种情况可以成功：

1. 通过常规招聘找不到高级技术人员，又没有相应的现成软件包和服务舒服的用，只能通过外包，钱给到位，以前期大量投入，换取后期低成本使用（因为外包做完就可以走了，不需要每个月领工资，又不需要像 SaaS 一样持续付钱）。

2. 甲方报个低价，乙方 low code 或者按照给到的钱瞎做做，皆大欢喜。

总之就是高对高，低对低，门当户对才行，遗憾的是，我们大多数人，包括我自己都是心比天高，眼高手低的。

你那几个朋友都不靠谱，这个明显就是换图片，你看你选不同的图片，然后再换石头，但是有些图片是不会变的。

看了一眼代码，似乎puma-status是通过control-url拿的数据。

有点用。

但我觉得无远官方你直接在这里打广告也没啥不好意思的，但这样暗搓搓就有点看不起大家智商的意思了。@soooon

对于低代码或者无代码，这两张图最近看到，我觉得很好：

无代码或者低代码或者传统代码其实大家都是服务用户的，现在的低代码平台一味的说自己的快速开发没啥意思，开发又不是大学交作业，一个真正有用的系统有太多的方面需要平衡。

配置指南没有，不过你可以看一下我的sublime text，一直在用。

页面为啥能那么卡。。是嵌入 webview 了？还用了 uniapp？

那你要么看看这个，我用过 ActionText，还定制过trix，印象中好像没遇到这个问题。。。

endpoint: <%= Rails.application.credentials.aliyun_oss[:endpoint] %>

截图上 endpoint 是 http，网页本身是 https，所以无法 loading

价格贵了，国内一个人一年 1524 RMB vs 国外 228 USD（1449 RMB）

组件多不能说明啥，当你有能力做组件以后，真实的设计需求决定了要不要用组件，一般组件有几个大问题，一，看起来太普通太普遍，二，塞给你很多不需要的功能，三，可改性很差。

一开始我也和你一样想法，现在我觉得 stimulus 就够了，基本上有的都能做，麻烦程度略有增加，但是多一个依赖不如少一个。。

你这个还是奢侈了，我 2 核 4G 的机器，跑了 4 个 rails 应用。

https://noteflakes.com/articles/2021-10-20-explaining-ruby-fibers 其实 ruby 现在也有方案。

至少 6 个了吧。。

可以看看这个repo

应该不是，就是纯粹的慢。。

后悔没有好好做需求分析，虽然 Rails 是非常耐改的，但是用户，PM，UI 和在一起变需求，还是很够喝一壶的。

webpacker 没啥问题，可以学 Rails 6 稳定版本，webpacker 固然有坑，但是新的 bundler-css/js 坑一样多，而且有些不容易查到解法。。。

啥？你前端能自己搞定？那你肯定已经不用学 Rails 了，我现在 80% 时间都在搞前端。。。

其实Boring rails才是真的，觉得 Rails 是 black magic，可能还研究不够深入吧。。

我其实很不能理解为啥那么多 Rails 项目会升级那么困难，你每天 bundle update 一下，解掉每天升级的 gem，永远保持最新其实是相对轻松的一件事。