As entrevistas de Ruby seguem duas camadas: a própria linguagem — blocks, módulos, a cadeia de busca de métodos — e depois o Rails, onde a maioria das perguntas na verdade é sobre Active Record e o banco de dados por trás dele. Aqui estão as perguntas mais frequentes, cada uma com uma resposta modelo. Junior: teoria básica, definições e casos práticos simples.
Apenas nil e false são falsy — 0, '' e [] são todos truthy. Isso surpreende quem vem de JavaScript ou Python. Significa que if list é verdadeiro mesmo para uma lista vazia, então quando você quer dizer "vazia" precisa escrever list.empty?.
nil? pergunta se o objeto é nil. empty? pergunta se uma string, array ou hash não tem elementos — e quebra com nil, porque nil não tem empty?. blank? vem do Rails e cobre os dois casos mais strings só com espaços em branco, por isso é o que você normalmente quer para dados de formulário.
Um symbol é imutável e reutilizado — :name é o mesmo objeto em todo lugar. Um literal de string cria um objeto novo toda vez. Use symbols para nomear coisas (chaves de hash, estados) e strings para texto que você exibe ou altera.
Define um getter e um setter para uma variável de instância, para que você não precise escrevê-los à mão. attr_reader dá só o getter, attr_writer só o setter. Usar attr_accessor por padrão é um hábito que vale a pena quebrar — a maioria dos atributos não deveria ser gravável de fora.
Um trecho de código entregue a um método com do...end ou { }. Dentro do método, yield o executa, e block_given? diz se algum foi passado. each e map são métodos comuns — não há sintaxe especial fazendo-os funcionar, apenas blocks.
O model guarda os dados e as regras sobre eles, o controller recebe o request e decide o que fazer, a view renderiza a resposta. A regra prática: lógica de negócio pertence ao model ou a um service object, não ao controller, e uma view que consulta o banco está fazendo o trabalho do controller.
Uma migration é uma mudança versionada no banco de dados — um arquivo Ruby que você executa para frente. schema.rb é o snapshot gerado da estrutura atual, que é o que uma máquina nova carrega em vez de reproduzir cada migration desde o início. Migrations são editadas; o arquivo de schema não é editado manualmente.
Numa entrevista de verdade você fala sob pressão. O Cam faz essas mesmas perguntas, avalia cada resposta e mostra exatamente o que melhorar.
Praticar entrevista de Junior Ruby on Rails →