虽然 DHH 还是代表 rails 官方，但我觉得太多存量的 rails 应用似乎并没有啥特别大的理由用 solid 系列新 gem 替换已有的成熟方案，无论如何欢迎 rails 8 的发布。

这些现象都是事实，但是并不构成不做程序员的理由：

所以花了一半的篇幅你想说的就是插播一个 OD 华为的外包广告？

这句才是真理，我给开源项目提 PR，多了真的不敢提，合并不进去的。

嗯，我最近再用 cursor，慢慢过度，现在很分裂

我说一个点，Sublime Text 比 VSCode 好，就是它的全局搜索是可以直接产生一个 Text Buffer，然后双击可以去不同的地方，VSCode 似乎只能出现在左侧，面积好小，上下文看起来远没有 Sublime Text 方便，而且全局搜索对我来说真的是一个高频操作。。

实际上，用户得非常留意安装信息里面，才能看到这句；或者说很熟悉 homebrew，再去用 brew info ruby 重新获取。

这里告知你了。

而这一切默认你已经会了。新人不会被告知。 :(

做为开发人员（无论新旧），都应该留意 console 输出，无论你熟悉还是不熟悉，共勉吧。

先把 ruby 版本拉到 3.3.2 再说，看堆栈是 openssl 报错

开源还是纯粹一点比较好，项目管理软件我还是推荐Open Project

不收，本门一脉家中有别墅是硬性条件。

太贵了，也可能我太穷了，99 刀我就冲了

找个开源的框架直接抄，这个论坛的源码 homeland 或者更简单的我的 oauth2id 就不错。

建议还是 rbenv 用的人多一点，其实 brew install ruby 挺好的，我一直用它，测试特别全面。

今天的聚会照片

搞 Rails 你要出海啊，楼主定价很合理，你赚的可是美金！

甚至 AR 的约定也不是必须的，现在 Rails 7.1 支持组合主键，数据库的单独 ID 主键本来就是可以配置的，字段名下划线也不是必须的。还有个 readonly 方法可以强制 AR 为只读（不过还是建议开一个只读帐号，省的后面扯皮麻烦）

module Edoc2
  class ProjectInfo < ApplicationRecord
    establish_connection :edoc2v5 unless Rails.env.test?
    self.table_name = "eform_thape_projectinfo"

    def readonly?
      true
    end

  end
end

这套就是 Rails 抢地盘生存的吃饭法门啊！

眼光放长远点，靠这点工资能发财吗？人生翻身的真谛当然是积极地在市中心 social 遇到一个有钱的她。（逃

顶一下老东家~~

可能是全中国办公室最中心的 Ruby 公司！

12G 内存其实就够了，可惜没有这档云服务器。所以还是应该下云，其实现在物理服务器真的便宜了。

你说的也对 在这之前可能编译时间已经促使不得不分开开发前端页面项目了 不过文档硬要把锅推给巨石应用也算服气的 你说你框架就是不 scale 不就好了 大家都是技术人员 这种小心思有必要吗？字节至少还搞了 rust 的建构打包器 阿里真的是遇到问题绕着走啊！

我这里有 120 个页面的，差不多是 1G，其实现在技术趋势已经可以看出了，如果这条路可行，那就不用搞微前端了。

stimulus 主打一个驱动现成组件，比如这段 HTML DOM 显示出来了以后，开始初始化某个现成的组件，而不是做组件。React 的确可以做到前端用其他工具都做不到的复杂组件，但如果全站全用，甚至接管路由，感觉有点不尊重用户的内存了，比如今天试用的金山网盘，直接吃掉 1.6G 内存，其中当然有 Electron 的问题，但是前端代码无节制的使用内存所占比例也肯定不可缺少。Notion 这边就做的比较好，基本占用内存在 800 兆以内。

所以我觉得其实还是应该对现在的中后台网站设定一个内存占用指标，比如 1G 以内。毕竟不是所有用户的电脑都有那么大的内存。8G 内存的电脑还是很多的，尤其是经济下行了，更新电脑几乎也是 6 年以上了。React / Vue / Solid 前端框架在这方面其实从来没有考虑过，我倒是觉得应该考虑，手机电脑的内存永远是有限的，以后的头显设备内存就更加有限了。

听上去是个好主意

可能现在 CPU 成本实在太低了吧

GPT 4 好很多，但也有限，节约时间起见，我现在都是直接上 GPT 4 问了。

用 Cursor + GPT 4，但用了 4 个月以后总感觉用量上不去，每月 500 次 GPT 4 的调用，用不满 200 次。

无聊的我都研究了。。。turbo 目前比较尴尬的地方在于，为了得到一个页面不刷新，导致其他前端库的调用都多少有问题，怎么说呢，有点得不偿失。

不锁还能怎么办？DHH 明白对方要干嘛，但肯定不会妥协的，不如锁了，节省时间。（没有洗地的意思）

程序员写代码时的思维应该是主动的、清醒的、活跃的，而不是被动的、怠惰的。

说的太好了，写的慢不代表想的少，三年程序员码代码速度是最高的，因为他们写下代码的时候，就是在写代码。这种情况的确上 typescript 有助于提高质量。

MacOS Ventura + brew install ruby，然后编辑器 Sublime Text，cursor.sh/vscode 还是用的不舒服，RubyMine 仅在断电调试时用。所有的 Rails 的依赖，如 pg，redis 也都是 brew install 起来，本机运行。

既然你目前公司用 react，不妨就学好 react，而且 react 搞起来也能找到人问，next.js 也是全栈，也许更适合你。英语算法都是要长时间搞的，乘年轻早点弄，每天都有一点提升也很好。如果更想做全栈，Rails 的总投入学习小时数量应该是全栈里面最少的。

当然，年轻的时候也要抓紧谈恋爱，尽量珍惜时间吧。