大公司中的小作坊（你们仨）

那你可能需要 dev container

https://guides.rubyonrails.org/getting_started_with_devcontainer.html

大公司应该是没了，小作坊还有一些

https://index.ruby-china.com

https://ruby-china.org/topics/44255

并没有提示过期啊，它大概是系统里不认 WoTrus 的证书

你自己判断，如果你想控制哪些状态可以跳，哪些状态不可以跳，那就可以用状态机。如果状态可以随意跳无限制，那就没状态机什么事儿

看你各个状态之间切换是否有明确的规则或约束，有的话就适合用状态机；如果各个状态之间可以随意切换，则不需要状态机

自己封装的、复用性比较强的功能放 concerns 里，需要用到的时候 include 一下

两面性吧，docker 一把梭实际上也掩盖了大量细节，他们同样会很懵，就敲几个命令项目就跑起来了？

今年有录屏吗？或 PPT

1. 形似神不似
2. 靠谱
3. 不流行

烂尾了吧？

这种甲方，大部分情况下用什么语言都不是乙方自己能决定的

将现有的迭代了十几年的 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 下载