最近有朋友在脉脉上看到一则深圳初创公司的 ref="/tag/2028/" style="color:#3D6345;font-weight:bold;">Ruby on Rails 招聘启事，JD里写着‘熟悉 Rails 框架即可’，结果面试时被问到 ActiveRecord 的事务嵌套行为、如何用 Concern 抽离重复逻辑、甚至手写一段带缓存失效策略的 API 响应代码——当场懵住。这其实很常见：表面看门槛不高，实则细节藏雷。
基础不等于简单
多数公司要求‘2年以上 Rails 开发经验’，但真正卡人的不是年限，而是你有没有亲手搭过生产环境项目。比如是否改过 config/environments/production.rb 里的 config.cache_classes = true，有没有调过 config.assets.version 解决静态资源更新不生效的问题。这些不是书本知识点，是部署时踩坑踩出来的手感。
绕不开的核心能力
企业最常考的三块：一是模型层，比如让你解释 has_many :comments, dependent: :destroy 和 dependent: :delete_all 在回调触发上的区别；二是请求生命周期，能否画出从 Rack middleware 到 controller action 再到 view render 的大致链路；三是调试能力，比如日志里出现 ActiveRecord::ConnectionTimeoutError，第一反应是不是先查数据库连接池配置，而不是直接重启服务。
真实代码题举例
有家杭州电商公司曾让候选人现场优化一段慢查询：
@orders = Order.joins(:user).where(users: { city: 'Hangzhou' }).order('created_at DESC')答案不是加索引就完事——得意识到 joins 默认是 INNER JOIN，如果用户数据异常缺失会导致订单丢失，改用 left_joins 更稳妥；同时 order 字段没索引，得补上复合索引 add_index :orders, [:user_id, :created_at], where: "user_id IS NOT NULL"。
别只盯着 Ruby 语法
Rails 工程师常被当作‘全栈预备役’用。北京一家 SaaS 公司明确写‘需能独立完成前端交互’，结果面试让现场用 Turbo Frame 改写一个表单提交逻辑，把传统跳转改成局部刷新。还有团队要求会看 Nginx 错误日志定位 502，知道 upstream prematurely closed connection 往往意味着 Puma worker 超时或内存溢出。
说白了，企业要的不是一个只会写 rails g scaffold 的人，而是一个能从 Gemfile.lock 文件里看出安全风险、敢在 production 环境手动跑 rails db:migrate:down VERSION=xxx 回滚、并且清楚每次 bundle update 可能带来的破坏性变更的人。