将现有的迭代了十几年的 x 山项目用 ruby 重构

你的截图中已经提示你了，please read ... make.log

用的 ruby-china 的 API，估计是前端练手项目

lint 风格检查通过是必要条件而非充分条件

v1 和 v2 的配置文件差异巨大

我说这篇文章为什么看上去如此奇怪，按照 Caddy v1 写的是吧

v1 是不是早就 EOL 了？

日志系统不局限于 Rails，内部网络各种复杂链路均有可能记录请求日志

前端加密能想到的唯一好处是防止后端日志系统误将密码记录到日志中

Rails 应用基本都是多进程部署，Mutex 应该是无效的；基于数据库实现锁的话 Mutex 似乎又是多余的

1 用分布式锁了就不需要用 synchronized 了

2 有些场合，例如你的 springboot 是单机、单进程的单体应用，synchronized 同步锁就已足够，不需要额外依赖 zk 或 redis 之类的复杂分布式锁

脚手架的逻辑，很好

这个甚至不需要 JavaScript

请问截图中是什么项目管理工具？

懂了

应该是类似于 JVM 上的字节码

ruby 国内已经很少了，elixir 估计再除以 100 吧

放在 Github 经常作用不大，因为 github 上的项目有很大可能存在其它依赖，这些依赖仍然需要从 rubygems.org 下载

unless 翻译成 if not 就可以了，千万不要翻译成“除非”

估计是有推荐佣金之类的机制

https://github.com/roo-rb/roo/blob/master/README.md

感觉这个 README 已经算是比较详细了

ruby 当然也有预先构建好的： https://rvm.io/binaries/

最近也看用 gin_trgm_ops，过程中发现它 LIKE 和 ILIKE 支持良好，但是不支持 =

我用的是 pg 13

搜了一下却只有少数人遇到这个问题：

https://stackoverflow.com/questions/70384167/how-to-make-postgresql-use-gin-trgm-ops-index-for-equality-comparison

机器什么配置？PG 还是 MySQL？

输出的字符串是不是限制长度了，总是莫名其妙被截断

印象中几年前就停止运营了，教程估计也是几年前的吧

说明 ruby 圈真的没有新人进来了

如果自己用 ruby 写起来复杂的话，找 Java 版的 SDK，然后二开封装成 jar 包，然后 ruby 里反撇

`java -cp #{Rails.root.join("bin", "xxxx.jar")} ......`

https://item.jd.com/12281409.html

年终奖励算是一种激励措施，既然裁了就没必要激励了；减或不减全凭人品，都不违法。

希望 json 序列化能快一些