内存 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，永远保持最新其实是相对轻松的一件事。

Rails 社区应该趁着最近 low code/no code 大火，顺势宣传一下，宣传要点：

1. “no code == no place maintain (code)”，所以还是要选 low code。
2. “low code != no lockin”，所以还是要选社区的，非商业公司锁定的方案，比如 Rails。
3. “Rails 可以扩展为 400 亿的 Shopify”，所以放心用。

7.0.0.alpha2 的一堆之前累积的deprecations还没移除呢，sprockets 也是，autoloading 也是，所以严格来说，这版本都不算 7.0，应该是 6.2，兼容性当然好。。

后面出的 beta 才是真正的 Rails 7。

我用SQLPro studio，Mac 原生。