Como lidar com atividade numero 18 sem perder tempo
A atividade numero 18 costuma ser daquelas que aparecem no meio do módulo e todo mundo tende a subestimar. O enunciado parece direto, mas os detalhes aparecem só quando você já está meia hora adiantado e o resultado não bate. Eu já vi gente travar nisso por causa de um parâmetro que parecia irrelevante no começo.
O que é atividade numero 18 na prática
Na maioria dos contextos em que vejo esse pedido, trata-se de um exercício que exige aplicar um conceito aprendido nas aulas anteriores em uma situação um pouco mais aberta. Não é decoreba. Você recebe dados ou um cenário e precisa montar a solução do zero. O problema é que muitos materiais didáticos não deixam claro o quanto eles esperam que você saiba de materiais anteriores. No meu caso, a vez que mais me incomodou foi quando a atividade numero 18 pedia para validar entradas antes de processá-las, mas não havia um exemplo de validação anterior no material. Eu simplesmente não sabia se deveria usar try-except, verificação de tipo manual, ou algo mais estruturado. Achei que o professor ia aceitar qualquer abordagem. Na correção, ele esperava algo específico que não tinha sido ensinado. Perdi pontos por isso. Minha solução alternativa foi criar uma função de validação separada antes de qualquer processamento principal. Separar responsabilidade resolveu o problema e ainda deixou o código mais legível.
Passo a passo do que fazer quando a atividade numero 18 aparece
Comece lendo o enunciado duas vezes. A primeira leitura é para entender o que está sendo pedido. A segunda é para identificar o que não está sendo pedido. Muita gente adiciona funcionalidades extras porque sente que precisa demonstrar esforço. Isso quase sempre complica o que seria simples.
Identifique os pré-requisitos escondidos
Antes de escrever qualquer linha, pergunte a si mesmo: quais conceitos das atividades anteriores eu preciso lembrar aqui? Se a resposta for "nenhuma", esteja atento. Isso raramente é verdade. Na maioria das vezes, a atividade numero 18 constrói sobre pelo menos dois ou três tópicos anteriores de forma combinada. Anote esses tópicos num papel ou em um arquivo de rascunho antes de começar.
Monte um esboço antes de codificar
Eu costumo levar entre 5 e 10 minutos desenhando um fluxo simples: entrada, processamento, saída. Parece óbvio, mas é nessa etapa que a maioria dos erros acontece. Se o fluxo não fechar no papel, não vai fechar no código também. Atingir esse rascunho rápido reduz o tempo total de desenvolvimento em cerca de 40%, na minha experiência.
Teste com casos extremos desde o início
👉 Clique no botão abaixo para saber mais sobre o assunto!
Não espere terminar o código para testar. Insira desde o primeiro momento valores que você acha que podem quebrar: entradas vazias, tipos errados, limites extremos. Eu já passei por uma situação em que a atividade numero 18 funcionava perfeitamente com dados normais e falhava silenciosamente com entradas nulas, retornando um valor errado em vez de um erro claro. O correto era tratar isso explicitamente. Desde então, sempre testo com dados patológicos antes de considerar a atividade pronta.
Pegadinhas comuns e como evitá-las
A pegadinha mais frequente é confundir o formato de saída esperado. O enunciado pode dizer "retorne o resultado", mas não especificar se quer uma string, um número, uma lista ou algo estruturado. Verifique exemplos de saída na própria descrição da atividade ou em exercícios anteriores semelhantes. Se não houver nenhum exemplo, pergunte ao professor ou colega antes de enviar. Outro erro comum é assumir que todos os dados de entrada serão válidos. Em contextos profissionais, dados nunca são confiáveis sem verificação. Em contextos acadêmicos, muitas vezes são. O problema é que a atividade numero 18 pode estar testando justamente essa distinção. Fique atento a pistas no enunciado: palavras como "assumindo que a entrada é válida" mudam completamente a estratégia.
Também vale observar o que não deve ser feito. Algumas atividades proíbem o uso de bibliotecas específicas ou exigem implementar algo do zero. Ignorar essa restrição é a maneira mais rápida de zerar a questão. Leia cada palavra do enunciado com atenção redobrada. Eu já vi colegas perderem pontos por usar uma função que o professor considerava "atalho desnecessário".
Quando a atividade numero 18 simplesmente não funciona
Há momentos em que o exercício está mal formulado. O enunciado se contradiz, os dados de exemplo não correspondem à lógica proposta, ou a expectativa é impossível de alcançar com as ferramentas disponíveis. Nesses casos, não insista cegamente. Documente o problema, anote suas suposições e entregue o melhor que você consegue. Um comentário explicando seu raciocínio vale mais do que um código que tenta adivinhar o que o professor queria. Se você perceber que está gastaendo mais de uma hora em uma única atividade sem progresso, pare e releia o material anterior. Muitas vezes a dificuldade não está na atividade em si, mas em um conceito que não foi fixado direito antes. Voltar e revisar 15 minutos economiza uma hora de frustração.
O que funciona consistentemente para mim é manter um caderno de erros. Toda vez que travo em algo como a atividade numero 18, anoto o que errei, por quê errei e como corrigir. Isso transforma cada problema isolado em aprendizado acumulado. Depois de um tempo, você para de repetir os mesmos erros e ganha velocidade real.
