Como funciona o processo seletivo de Kotlin no Brasil

Conseguir uma vaga de desenvolvedor Kotlin hoje raramente é uma única conversa. O mercado brasileiro — de startups a grandes empresas como iFood e bancos digitais — costuma dividir o processo em quatro a seis etapas. Saber o que esperar em cada uma é metade da preparação.

Um fluxo típico de processo seletivo para Kotlin, seja na carreira júnior ou na sênior, se parece com isto:

  1. Triagem de RH ou recrutador — alinhamento de expectativas, pretensão salarial e disponibilidade.
  2. Avaliação técnica inicial — quiz, desafio online ou código de baixa complexidade.
  3. Entrevista técnica ao vivo — perguntas sobre a linguagem, arquitetura e resolução de problemas.
  4. Take-home ou pair programming — projeto prático ou sessão de código com o time.
  5. System design ou arquitetura — mais comum para vagas pleno e sênior.
  6. Entrevista comportamental e cultural — fit com o time e o negócio.
  7. Proposta e negociação — CLT, PJ, benefícios e remoto.

Este guia cobre como se preparar para cada uma dessas fases. Para o banco de perguntas técnicas específicas (val vs var, null safety, coroutines, data classes), o artigo de perguntas de entrevista Kotlin é o complemento ideal — aqui o foco é a estratégia de todo o processo.

O que estudar antes da entrevista

A parte técnica de uma vaga Kotlin gira em torno de poucos temas recorrentes. Em vez de tentar revisar tudo, concentre-se no que mais aparece:

  • Fundamentos da linguagem: null safety, val/var, data class, sealed class, when, funções de escopo (let, run, apply, also, with).
  • Coroutines e Flow: suspend functions, Dispatchers, structured concurrency, StateFlow e SharedFlow. O guia de coroutines aprofunda o tema.
  • Coleções e programação funcional: map, filter, fold, groupBy, sequences e quando usar cada uma.
  • Android (se a vaga for mobile): ciclo de vida, ViewModel, Compose, navegação, persistência com Room. O guia de Jetpack Compose e o roadmap de Android organizam essa trilha.
  • Backend (se a vaga for server-side): Ktor ou Spring, serialização, testes e padrões de API REST. O roadmap de backend Kotlin cobre o caminho completo.

Uma tática eficiente é montar uma revisão ativa: escreva pequenos exemplos de cada tema do zero, sem colar de tutoriais. Se você travar em coroutines ou em imutabilidade de coleções, esse é o sinal de onde estudar mais.

Entrevista técnica ao vivo (live coding)

A entrevista ao vivo assusta muita gente, mas ela mede mais comunicação do que velocidade. O entrevistador quer ver como você pensa, como lida com ambiguidade e como comunica decisões.

Estratégias que funcionam:

  • Repita o problema em voz alta para confirmar o entendimento antes de escrever.
  • Pergunte sobre restrições: pode usar a biblioteca padrão? Quais os limites de entrada? Há casos especiais?
  • Pense em voz alta o tempo todo. Silêncio prolongado é interpretado como estar travado.
  • Comece por uma solução simples e correta antes de otimizar. Código que funciona vale mais que otimização prematura.
  • Comente trade-offs enquanto escreve. Mostra maturidade técnica.

Exemplo clássico: implementar uma função que valida parenteses balanceados. Primeiro a versão direta, depois conversar sobre complexidade:

fun parentesesBalanceados(expressao: String): Boolean {
    var saldo = 0
    for (char in expressao) {
        when (char) {
            '(' -> saldo++
            ')' -> {
                saldo--
                if (saldo < 0) return false
            }
        }
    }
    return saldo == 0
}

Mesmo em uma pergunta simples assim, o entrevistador pode estender: “e se houver outros tipos de colchetes?” ou “como você testaria isso?”. Prepare-se para iterar.

Take-home: entregar valor sem se perder

Muitas empresas preferem um projeto take-home em vez de código ao vivo. Ele avalia qualidade de código, organização e critério — mas é fácil exagerar.

Para entregar um take-home que impressiona:

  • Siga o escopo à risca. Não adicione features extras em vez de fazer o básico bem feito.
  • Escreva testes. Mesmo poucos testes de unidade mostram profissionalismo.
  • Documente decisões no README: arquitetura, o que faltou e por quê.
  • Cuide do que é visível: build que funciona, instruções claras, commits organizados.
  • Trate como código de produção, mas sem overengineering. Injeção de dependência e separação de camadas ajudam; quinze abstrações para uma tela única atrapalham.

Antes de enviar, confira se o projeto compila do zero seguindo só o README. Peça para um amigo reproduzir o passo a passo se possível.

System design para Android e backend Kotlin

System design aparece com frequência em vagas pleno e sênior. No Android, costuma virar “como você desenharia o app X”; no backend, “como escalaria a API Y”.

Para Android, esteja confortável discutindo:

  • Arquitetura (MVVM, MVI, Clean Architecture) e por que escolher cada uma.
  • Gerenciamento de estado com StateFlow e Compose.
  • Cache, offline-first e sincronização com Room e WorkManager.
  • Modularização e como o time cresce sem se atrapalhar.
  • Performance: inicialização, baseline profiles e traces.

Para backend Kotlin, domine:

  • Modelagem de APIs REST (ou gRPC) e versionamento.
  • Persistência: conexões, transações, migrações e consistência.
  • Concorrência com coroutines e backpressure com Flow.
  • Observabilidade: logs estruturados, métricas e tracing.
  • Resiliência: timeouts, retries, circuit breakers e filas.

Em qualquer dos casos, a habilidade central é conversar com o entrevistador, fazer suposições explícitas e justificar escolhas em vez de pular para uma solução.

Entrevista comportamental: o método STAR

A entrevista comportamental avalia como você lida com conflito, prioridades, fracassos e colaboração. O método STAR mantém suas respostas objetivas:

  • Situação — contexto relevante do problema.
  • Tarefa — qual era sua responsabilidade.
  • Ação — o que você fez, com foco no seu papel.
  • Resultado — desfecho mensurável e o que aprendeu.

Perguntas recorrentes para devs Kotlin:

  • “Conte sobre um bug difícil que você resolveu.”
  • “Descreva uma discordância técnica com um colega.”
  • “Fale de uma entrega com prazo apertado e como você priorizou.”
  • “Quando você escolheu Kotlin/uma biblioteca e se arrependeu?”
  • “Como você lida com revisão de código e feedback?”

Prepare três ou quatro histórias reais que se adaptem a várias perguntas. Resultados com números (tempo de build reduzido, crash rate baixado, retrabalho evitado) dão peso à resposta.

Perguntas para fazer ao entrevistador

Fazer boas perguntas demonstra interesse e ajuda você a avaliar a empresa de volta. Algumas úteis:

  • Como é o fluxo de um Pull Request típico no time?
  • Qual a maior dor técnica atual do produto?
  • Como o time decide entre dívida técnica e novas features?
  • Como é o processo de code review e onboarding?
  • Qual a participação de Kotlin/Android (ou backend) na arquitetura geral?

As respostas revelam muito sobre maturidade técnica, cultura e se o ambiente combina com você.

Negociação de proposta: CLT, PJ e remoto

Receber a proposta não é o fim do processo — é onde muita gente deixa dinheiro na mesa. Antes de negociar, entenda os regimes comuns no Brasil:

  • CLT oferece estabilidade, 13º, férias, FGTS e benefícios, mas com menor líquido mensal.
  • PJ costuma ter bruto maior, mas você paga contador, impostos e cobre benefícios.
  • Remoto pode ser CLT ou PJ e muda o custo de vida — compare sempre o líquido real.

Tenha uma faixa de referência. As páginas de salário júnior, pleno e sênior trazem faixas atualizadas para Kotlin no Brasil. Negocie o pacote completo (salário, bônus, VR/VA, plano de saúde, equipamento, verba de estudo), não só o número base.

Se houver vagas remotas concorrendo, use isso como elemento de negociação. E nunca aceite uma proposta verbalmente no mesmo dia sem revisar o contrato por escrito.

Erros comuns que custam vagas

  • Decorar respostas em vez de entender conceitos. Entrevistadores percebem e aprofundam.
  • Silenciar durante a live coding. Pensar em voz alta é parte da avaliação.
  • Ignorar testes no take-home e na entrevista ao vivo.
  • Falar mal de empregadores anteriores na comportamental.
  • Não ter portfólio visível. Um portfólio de desenvolvedor Kotlin bem montado abre portas antes da entrevista.
  • Aceitar a primeira proposta sem negociar ou comparar.

Checklist de preparação

Antes de uma entrevista de Kotlin/Android/backend, garanta que você:

  1. Revisou os fundamentos da linguagem e coroutines;
  2. Treinou ao menos três live codings em voz alta;
  3. Montou um take-home de referência bem documentado;
  4. Preparou histórias STAR para comportamental;
  5. Listou perguntas para o entrevistador;
  6. Pesquisou a faixa salarial para a senioridade alvo;
  7. Revisou o portfólio e o LinkedIn;
  8. Testou câmera, microfone e ambiente para entrevistas remotas.

Perguntas frequentes

Preciso saber Android e backend para passar em vagas de Kotlin?

Não. A maioria das vagas é especializada em mobile ou server-side. Conhecer o outro lado ajuda em perguntas de arquitetura, mas o foco da entrevista acompanha a vaga. Veja a diferença nos roadmaps de Android e backend.

Quanto tempo de preparação é suficiente?

Para quem já programa em Kotlin, duas a quatro semanas de prática dirigida costumam bastar. Quem está migrando de Java pode precisar de mais tempo — o guia de transição de Java para Kotlin ajuda a estimar.

Take-home vale a pena quando é não remunerado?

Depende do seu momento. Projetos longos e não pagos podem ser exploratórios; desafios curtos e bem definidos costumam ser justos. Avalie o custo de oportunidade e o tamanho real do pedido.

Como me saio bem se travar em uma pergunta técnica?

Admita com honestidade, relate o que você sabe e proponha como investigaria. Dizer “não sei, mas pesquisaria assim” vale muito mais que inventar. Entrevistadores respeitam transparência.

Conclusão

Preparar-se para uma entrevista de desenvolvedor Kotlin é um processo de etapas, não de respostas decoradas. Conheça o fluxo do processo seletivo, revisite os fundamentos da linguagem, treine live coding em voz alta, capriche no take-home, ensaie histórias comportamentais e chegue à negociação com dados de mercado.

O candidato que se destaca raramente é o que sabe tudo de cor: é o que comunica raciocínio claro, demonstra maturidade técnica e entende o negócio. Com a preparação certa — e o conjunto de perguntas de entrevista, roadmaps e faixas de salário deste portal — você chega confiante a qualquer processo seletivo de Kotlin em 2026.