dhh 这事 一个人的性格是祝福也是诅咒 能当领袖的人都是有强烈特质的人 不仅自己内在有强烈对观点 更会积极的引导大众 只要公开表达了 被人讨厌甚至厌恶是必然的 没有人是圣人 那些有突出成就的人更容易成为这样的明星 科技界 Linus（linux 和白嫖王）、马斯克、DHH 等等都是这样的人 政客、KOL 这样例子更多了

每个人怎么看，那就看每个人的立场了，因为不喜欢 xxx 而离开是逃避，逃避解决了自己的心病，但也意味着认输

Ruby 这波 drama 和前端娱乐圈不同的是没有一个人从观点到成就能够跟 DHH 和他的支持者们相比 差距是无比之大以至于分裂是不可能的 另一面只能说这样会导致 Ruby 圈子越来越“纯”缺乏观点的对抗的结果就是越来越极端

我观察多年的感受是，欧美文化的最大问题是不理解求同存异，如果你跟我观点不合你就是异教徒的样子，昌盛的时候大家不在意细节，下坡路后意识形态的冲突就越来越多，对抗也越来越极端了。 亚洲文化大家讲面子，看破不说破，事情只要对大家都有益，敏感的事情通常不谈

修改好了

可以看我 2020 年 RubyConf 的分享

你要改成什么可以邮件我 [email protected] 我帮你后台改

会客户端开发，那做 indie 开发，服务器端用 Ruby 就好了，已经我当年让很多 iOS 开发上车的原因是他们需要脚本来干文件处理之类的杂活

AI 生成的 spam

来投稿呀，去年调整的形式我觉得挺好的，可以容纳更多类型的主题了

你来投稿呗

修改了。。。公司的事情太多没仔细看

我渴望回到那个生机勃勃，万物竞发的荣光年代！

@hellorails @jarorwar 会有的，剪辑好就上传

看错误信息 ld: library 'zstd' not found 试试 brew install zstd? --with-mysql-config=/opt/homebrew/Cellar/mysql/9.0.1_8/bin/mysql_config 我觉得是不需要的

直播没有，回放会有的

很多特性都是之前版本早就有的了～

Rails8 主要是 SQLite 支持强化（把历史悠久的沙雕的 BusyLockError 给解决了）、Solid 系列 gem、Kamal 部署方案、新的前端方案（不好描述）这几块

看什么国产数据库，好几个都是 PG/MySQL 改，数据库连接驱动大概率兼容的。Rails 就用 Docker 跑也不会有问题

那更应该参会了，提高搬砖效率，寻找更多机会

主要是我工作太忙了今年。。。

需要备案

时间更新了！ 错开调休日和广交会！ 2024 年 11 月 30 日 - 12 月 1 日

我是 PG、Redis 之类放 Docker 里，主要是这些服务启动起来费电，Docker 好开关，外加有时候需要管理多个版本，至于 Ruby 就装裸机上

作为一个有用户群体的项目，DHH 这么粗暴的做出破坏改动，确实有点不讲道理了，让人感觉不适

至于改动本身，我感觉当人们说类型的时候，潜台词是我想要 Java 那种类型。。。我打赌大多数附和者并不确定自己真的想要什么。Java 或者类似的语言是有大规模工程的实践，但是不是大规模工程一定需要这样的类型系统，我觉得是存疑的，一个参数标记自己是一个 HashTable<String, String> 并不能让调用变得更加安全

真正强大的，强大到能够消灭逻辑 bug 的类型系统的语言，比如 Haskell、比如 OCaml，实际上并不流行，甚至比 Dead language 还要小众。

如果说是超大规模系统，且追求 Bug-free、性能敏感、算法复杂，显然操作系统就符合标准，而操作系统几乎都是 C 这个没有类型系统的语言开发的...

所以改动本身，我觉得这是一个见仁见智的问题，作为项目的维护者、BDFL，DHH 有权利做出这样的技术决策

另外是 TS，我在 TS、JS 上的经验很少，前段时间我比较大的感慨是 TS 也很割裂，目前最新版是 5.1+ 了，我想尝试，但是项目底下依赖的大量的包只能在最高 4.9 上编译，所以最后作罢

视频有，不过还没剪辑好，很快弄完。。。

有 剪辑 ing 晚一点

照片直播

会后会有的

会有会有的

主题都更新好啦

买票后，过一段时间会有人帮忙拉，静候就好～

没完全看懂

这部分应该没悬念：

• Company has many Services
• Service has many SubServices

比较 tricky 的地方是个性化部分

如果差异不大，我觉得就把个性化字段都加到 SubService 表去就好，然后用 STI（单表继承）

如果差距很大，就为每种不同类型的 SubService 的个性化部分单独定义扩展模型，比如 SubServiceForCompanyA 然后在 SubService 和个性化扩展模型之间用多态关联

我这里一年交给 GCP 将近一百万，换租独服成本降低到十分之一。。。

但是对运维角色的压力是增加的，还有网络线路的质量也是下降的，综合下来关键的服务还是放在云上，其他的应下尽下。

是不是合适还是要看具体的情况评估，技术栈越朴实下云的压力就越小。