Entrevistas de PHP cobrem semântica da linguagem, OOP, Laravel ou Symfony, MySQL, e fundamentos de segurança web. Abaixo estão as perguntas mais comuns com respostas modelo. Senior: arquitetura, trade-offs, mentoria e tomada de decisão.
Nem no controller nem no model, porque o primeiro a torna inacessível a partir de um command e o segundo faz do model um lugar onde tudo se acumula. Classes de service ou de action com uma única responsabilidade, que recebem o que precisam e retornam um resultado, permanecem testáveis e chamáveis de um controller, um job ou um comando de console igualmente.
Em etapas que cada uma funcione com o código em execução: adicione uma coluna nullable, faça deploy de código que escreve em ambas, faça backfill em lotes, mude as leituras, e só então remova a coluna antiga num release posterior. A armadilha específica do PHP é o opcache — um deploy que muda arquivos sob um processo em execução pode servir uma mistura de código velho e novo até que seja limpo.
Um profiler sobre um request real em vez de um palpite — Xdebug ou Blackfire vão nomear a função, e a resposta costuma ser quantidade de consultas mais do que o PHP em si. Depois revise o óbvio de infraestrutura: opcache habilitado em produção, e se o framework está inicializando mais service providers do que o request precisa.
Cacheie o que é caro e estável: um relatório calculado, uma árvore de config, uma consulta cujo resultado muda raramente. Marque com tags para que uma escrita relacionada possa limpar um grupo em vez do store inteiro. A expiração baseada em tempo está "errada" mas se autocorrige, e para a maioria dos dados pesados em leitura supera a invalidação explícita que você eventualmente vai esquecer de chamar.
Ficando perto do framework em vez de envolvê-lo em suas próprias abstrações, já que todo wrapper é algo que você mantém através dos upgrades dele. Depois: uma política de dependências, análise estática num nível que você realmente cobre, e atualizar uma versão menor de cada vez para que o salto nunca vire um projeto. Um codebase duas versões maiores atrás é um que ninguém quer tocar.
Para um serviço pequeno com um único trabalho, onde o custo de inicialização e a superfície de dependências não compram nada — alguns arquivos e um router são honestos. No momento em que você precisa de auth, migrations, filas e um modelo de permissões, escrevê-los você mesmo custa mais do que aprender os de outra pessoa. A decisão que exige cuidado é um framework escolhido para um serviço que nunca vai crescer o suficiente para justificá-lo.
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 Senior PHP Backend →