作者语气肯定没我说的那么直白，客气了很多，但是说了好几个论点

1. v0 到 v1 是不兼容的，让人想起了微软的 wp7 到 wp8，或者 angular.js 到 angular，Google 实际上打击的 web component 的最死忠的那批人（包括 solid.js 作者）
2. React 和 Web Component 是几乎同时发布的（React 其实还晚了一年，2012 年发布）但是现在大家也看到了 React 的采用率实在是太高了。
3. 一个技术是革命性的，就必须要有革命性的观点或者口号。React 有 UI=f(state) 这种近乎于数学公式 F=ma 的口号，且不说对不对，光这个美感就很惊人了，另外 Unidirectional data flow，作者是认为这个是魔法，是银弹，实际上推崇之情已经溢于言表了。
4. Web Component 目前只有 Chrome 系支持，Safari 缺席基本就意味着这个标准不是标准了
5. 作者认为 Web Component 采取的是一种渐进性的 DOM 改动，但是同时也写了 Google 的人在各个场合都说不用 Web Component 的应用都是 Legacy，讽刺意味其实很浓了。
6. 作者还是说了 Web Components 的好处，就是不是那么容易上手，所以可以避免 commodifying developers（感觉可以翻译成码农？）的出现，但是实际上各大公司都不约而同的选择了 React，选择了码农路线，所以这个到底是算好处么。。。。

虽然 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 起来，本机运行。