这个具体看你业务需求和个人感受了。

你这种情况我的建议是如果 Hotwire + Turbo Mount 能解决问题，就不用引入 Inertia.js 了。

简单来说，turbo mount 的场景是让你仅在个别页面上引入需要的前端 lib（无论 react / vue / ……），但系统整体仍然以 Hotwire 为主。

而 Inertia 是让你直接使用整个前端框架（React / VUe / Svelte）来接管全部前端页面了。

写的很好。

不好维护的地方能展开说说么？

现在推荐啥 DB？

问一个相关事宜： 如果有国外的开发者想要参加今年的 RubyChina Conf，远程视频那种。 大会和他本人两边，各自需要做些什么能达成合作呀？

test-prof 有没有试下？

500 多个测试用例就 7min 多，感觉有点慢了。大一点的项目的用例很容易就上 1000 的，那就是 15min 以上。

可以试试用之前我推荐的 Test-Prof gem 跑一下分析，看看是否存在 Factory Cascade 的情况，优化一下。

可以参考我的有关博客：Ruby 测试的“工厂疗法”

这本很推荐的。

这就是 Rails 对新手也很友好的一个表现了。

TestProf 中文文档的 GitHub 地址是：https://github.com/test-prof/docs-zh-cn，欢迎各位小伙伴针对文档中翻译不准确甚至有误的地方提 issue 给予反馈。

可以。转帖请注明出处、作者。

可以

阿，是写错了。已改正。多谢

看 DHH 的这个推回帖，貌似是 Stimulus+WebSocket 实现的，可能会类似 Phoenix 的 LiveView。最终还是得看 Hey.com 针对这个的开源才清楚了。

与楼主有共鸣了。我去年碰到了同样的问题。

我是翻译了《Programming Elixir >= 1.6》一书（翻完了的），然后也想在 blog 上发出来。但当时就意识到了版权的问题，就立马跟作者 Dave Thomas 老爷子发了 email 说明情况并询问能否获得授权。老爷子也是很快就回复了，不过答案当然是否定的，人家只和中国的正式出版社合作 。最终只好不了了之。

多谢。我个人是觉得“基地”比较合适，跟“城堡”、“巨石”比，感觉上概念没那么大。这个词跟“基石”、“基础”还是不同的，不至于混淆吧。

再加上红警……

DHH 在推上对“城堡”模式给出了一个定义：”A single Majestic Monolith captures the majority mass of the app, with a few auxiliary outpost apps for highly specialized and divergent needs.“

AppSignal 也专门发了一篇文章来详细描述他们自己采用的“城堡”模式架构，跟 #5 楼的同学一样，AppSignal 一直这么做，而现在 DHH 给出了一个专门的命名。

AppSignal 文章在此：https://blog.appsignal.com/2020/04/08/the-citadel-architecture-at-appsignal.html

这是跳出纯技术层面的更宏观角度对 Ruby 和 Rails 的赞美了，很有意思。

最新一期 Ruby Weekly 也推荐了。恭喜！

倒是用过，感觉也还行。

看了下 coffeescript 2.0，和 es6 没什么差别了，如 import modules 的支持。而 coffeescript 的简洁写法更对我的胃口——看到 JS 那一堆堆该死的大括号就想吐。

原来是高見龍老师，之前就看过你的博客，特别是 Rails、Coffeescript 的内容，受益良多～感谢 🙏

这篇译文能引出@nightire 对 Ember 又一个精彩绝伦的长篇回复，真是感动极了。。

有幸在@qingfanpeng 的翻译过程中小小参与一下，受益匪浅。

已下单。

Thoughtbot playbook！！！这个绝对赞👍！

哎呀，正好赶上公司做活动，不在成都，参加不了阿～遗憾……

非常感谢，XNKWX3PFEKMX 已用。