准备试试 K8S 了。还打算找你 i 交流一下。

正在想办法恢复。

Order.

wish

银行好接吗？我们是准备找银行了。有两个问题

1. 资质估计不太好弄。
2. 银行的文档不知道靠不靠谱。

我还以为 ShowMeBug 要支持远程了。

班门弄斧了。

Ruby 在国内确实不好招。我们在深圳（也远程）开大概是 1.5 ～ 2.5 这样。不过投简历的不多，基本要去一个个问了。

“隔壁”的也来支持一下。

简历方便发一下？招聘贴如下 https://ruby-china.org/topics/42153 。邮箱 [email protected]

大家都艰难地生存着。

可以试试注册 https://www.showmebug.com/ ，随便开启一场面试。然后在上面写 Ruby 代码，他们集成度其实挺高了。现在支持的语言也挺多。

我好像也看过那篇文章。不过我没找到 Rails 里面已有的生成 62 进制的方法。于是就直接用 Base64 来做的。感觉大同小异。

举个手。

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

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

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

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

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

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

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

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

还没试过呢。

卧槽。。。我回头看看。

好像没有。

谢谢老板。

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

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

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

看目录结构有那味了。

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

有理，我去删掉。

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