举个手。

没有，没人开发。其实相当于很多组件都要自己去开发。DHH 这类开发能力强，公司有专门的设计师，可还具备产品意识的人自己开发可能觉得没什么。但是我们日常可能还是脚手架直接堆逻辑的场景比较多，有良好的技术生态圈，能够减少自己造轮子的窘境。

PS： 用惯了组件库，突然裸奔的感觉真的很无助。

React/Vue 生态在，我们也放弃 Hotwire 了。

个人也比较建议前后端分离。 折腾自己的项目无所谓。公司的需求压过来的时候着实很难

1. 交互体验
2. 后台逻辑
3. 样式

同时把这些都扛在自己身上。到最后只会筋疲力尽。干脆分离算了，把交互体验跟样式让喜欢做这些的小伙伴来接收，自己可以更专心写 Ruby。

毕竟 Ruby 已经很难招了，如果要再招一个既能写 Ruby 又愿意写交互的人来接手前后端不分离的项目，估计更难找到合适的人。

PS：公司前期就是 ActiveAdmin 来堆后台逻辑，但是后台这东西要开发得好，需要花费的精力不亚于开发一个 to C 的产品。所以我们后来决定用 React 来进行重写，我只负责提供 API，交互样式各种逻辑都让熟悉前端的小伙伴来做。这样后端工程师的担子也会少一些。

不好断定谁是谁非，只是知道 Ruby 圈有这个大神存在。会不会是沟通上的一些问题？同样是做珠宝的同行，比较建议贵司如果要做 + 互联网，公司还是要多少有一个懂技术的人才比较好（哪怕不会写代码）。不然无论是对你们还是外包合作者沟通成本都比较高。

还没试过呢。

卧槽。。。我回头看看。

好像没有。

谢谢老板。

哈哈，我好像之前有看过。

精通 Ruby 这个要求有点吓人。

这个跟 Rails 没什么太大关系吧。路子比较像前后端分离的，写这种应用比较建议 React，Vue 这些现代化框架，维护多文件会相对容易许多。JQuery 写这种会稍微烦一些，太多的 DOM 需要操作了。如果想集成到 Rails 生态，可以参考一下ActiveStorage里面的范例。

看目录结构有那味了。

• 1 。 RVM 似乎加载有点慢。

有理，我去删掉。

正在考虑用这个。自己转太耗资源了。

几乎什么都有吧 我看我认识的人里面 Vim, Emacs, VSCode, RubyMine 都有人在用。工具就看顺不顺手吧。

不用吧。就在 Rails 自带的。跟 Sidekiq 那种第三方的不一样。不过久了可能会有性能问题。

上海的小伙伴要多加保重啊。

我那可差飞了，你这真叫干货满满。我把您那篇讲 Github 跟 Gitlab 历史的发给我们老板看了，学习一下。

已关注。

赞，我们团队也在往这个方向努力。 给您发了封邮件，不知道能否加个微信一起探讨一下？

已经换了 Pagy。我肉测是没体验出太大区别。不过感觉值得换。官方有专门的评测页面。

是啊。体验确实是个问题。我们后面有点钱可能也会换到 ping++ 。

对，我们暂时不够留存资金开银行存管账户 ，先用汇付了，服务都挺好。 mallbook 就不太行了。