会客户端开发，那做 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 将近一百万，换租独服成本降低到十分之一。。。

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

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

稿件应该投到报名链接就好了吧？里面应该有主题相关的表格

等截止后会统一发邮件，我最近在赶项目 DDL，拖延了好久，等我周三忙完解放的哈

AI 主题也来了～

啊 接受的，不过本周 DDL 啦