Las entrevistas de Ruby van en dos capas: el lenguaje en sí — blocks, módulos, la cadena de búsqueda de métodos — y luego Rails, donde la mayoría de las preguntas en realidad son sobre ActiveRecord y la base de datos que hay debajo. Aquí están las preguntas más frecuentes, cada una con una respuesta modelo. Junior: teoría básica, definiciones y casos prácticos simples.
Solo nil y false son falsy — 0, '' y [] son todos truthy. Esto sorprende a cualquiera que venga de JavaScript o Python. Significa que if list es verdadero incluso para una lista vacía, así que cuando quieres decir "vacía" tienes que escribir list.empty?.
nil? pregunta si el objeto es nil. empty? pregunta si un string, array o hash no tiene elementos — y explota con nil, porque nil no tiene empty?. blank? viene de Rails y cubre ambos casos más strings de solo espacios en blanco, por eso es el que normalmente quieres para datos de formularios.
Un symbol es inmutable y se reutiliza — :name es el mismo objeto en todas partes. Un literal string crea un objeto nuevo cada vez. Usa symbols para nombres de cosas (claves de hash, estados) y strings para texto que muestras o cambias.
Define un getter y un setter para una variable de instancia, para que no los escribas a mano. attr_reader da solo el getter, attr_writer solo el setter. Usar attr_accessor por defecto es un hábito que vale la pena romper — la mayoría de los atributos no deberían ser escribibles desde afuera.
Un trozo de código entregado a un método con do...end o { }. Dentro del método, yield lo ejecuta, y block_given? te dice si llegó alguno. each y map son métodos ordinarios — no hay sintaxis especial que los haga funcionar, solo blocks.
El modelo guarda los datos y las reglas sobre ellos, el controlador recibe el request y decide qué hacer, la vista renderiza la respuesta. La regla práctica: la lógica de negocio pertenece al modelo o a un service object, no al controlador, y una vista que consulta la base de datos está haciendo el trabajo del controlador.
Una migration es un cambio versionado a la base de datos — un archivo Ruby que ejecutas hacia adelante. schema.rb es la instantánea generada de la estructura actual, que es lo que carga una máquina nueva en lugar de reproducir cada migration desde el principio. Las migrations se editan; el archivo de schema no se edita a mano.
En una entrevista real hablas bajo presión. Cam hace estas mismas preguntas, evalúa cada respuesta y muestra exactamente qué mejorar.
Practicar entrevista de Junior Ruby on Rails →