Considere O Fragmento Do Código Python Abaixo

Analisando fragmentos de código Python: o que realmente acontece

Quando alguém pede para considere o fragmento do código python abaixo em uma entrevista ou em um exercício técnico, o objetivo raramente é apenas entender o que o código faz. Querem ver se você consegue rastrear variáveis, identificar escopos e notar efeitos colaterais que passam despercebidos na primeira leitura. Na prática, a maioria das pessoas erra por ler rápido demais. Eu já vi desenvolvedores com cinco anos de experiência pegarem errado uma linha que envolvia mutabilidade de listas e closures. Não é frescura, é cognitivo mesmo.

O que considerar antes de executar mentalmente

O primeiro passo é identificar se há mutação de objetos no lugar. Listas, dicionários e conjuntos são mutáveis em Python. Se uma função recebe uma lista e faz append(), ela altera o objeto original. Isso causa bugs que parecem vir do nada. Outro ponto crítico é o escopo de variáveis. closures em Python capturam variáveis por referência, não por valor. Um erro clássico que eu encontrei várias vezes: lambda functions dentro de loops que compartilham a mesma variável de iteração.

funs = [lambda x: xi for i in range(3)]
print([f(2) for f in funs])  [8, 8, 8] em vez de [1, 2, 4]

A solução é usar argumentos padrão com default value para capturar o valor no momento da criação da lambda. O operador de atribuição encadeada com objetos mutáveis também gera confusão. Quando você faz b = a e a modifica a, b muda junto porque ambos apontam para o mesmo objeto. Uma vez eu passei duas horas caçando um bug que era simplesmente isso em um pipeline de processamento de dados. Outro problema recorrente é a diferença entre is e == . is verifica identidade de objeto, enquanto == verifica igualdade de valor. Para inteiros pequenos (entre -5 e 256), Python reutiliza objetos, então is pode funcionar. Fora dessa faixa, você tem comportamento indefinido dependendo da implementação.

Compilação de módulos também merece atenção. imports são executados uma vez por processo. Se você modify um módulo e roda novamente sem reiniciar o interpretador, as mudanças podem não refletir no código que já foi carregado.

Como abordar um fragmento desconhecido

Trazer variáveis no papel ou num editor com debug. Executar passo a passo acompanhe o estado de cada variável a cada linha. Anote tipos e valores. Quando encontrar chamadas de função, trace o que entra e o que sai. Se houver recursão, anote a pilha de chamadas. Verifique edge cases. Strings vazias, listas vazias, None, divisões por zero, índices fora do range. A maioria dos bugs em fragmentos de código aparece nesses limites. Se o fragmento envolve classes, verifique herança, métodos mágicos e descriptors. Métodos como __init__, __str__ e __repr__ muitas vezes determinam o comportamento esperado de um trecho que parece simples.

Quando um fragmento não tem resposta certa

Existem casos onde o código depende de versão do Python, bibliotecas externas ou estado global não declarado. Nesses cenários, é mais honesto dizer que o resultado é indeterminado do que chutar. Já vi questões técnicas que variavam completamente entre Python 3.8 e 3.12 por mudança em behavior de f-strings e desempacotamento. Se precisar de ajuda para analisar um fragmento específico, cole o código aqui e mostramos linha por linha o que acontece.