Exercícios de algoritmos com respostas

Resposta: B. O comando decorado sem o raciocínio por trás vira receita frágil; a lógica (os três pilares) é a base que faz os comandos terem sentido e vale para qualquer linguagem.

Comando na ponta da língua sem lógica por trás desmonta no primeiro imprevisto. Os três pilares são a mesma coisa em toda linguagem, então quem domina a lógica aprende a sintaxe de qualquer linguagem depois, rápido. É por isso que este curso investe na base antes da ferramenta.

Estudar a aula: De onde você parou: os três pilares que você já domina

Resposta: C. Sair de poucos valores soltos para organizar e manipular muitos dados de uma vez, com a estrutura certa para cada caso.

O intermediário mantém os mesmos três pilares e o mesmo pseudocódigo; o salto é de escala e de organização. Em vez de uma nota, a turma inteira; em vez de um preço, o extrato do mês. Para dar conta desse volume com elegância, você aprende a escolher a estrutura de dados certa.

Estudar a aula: O que muda agora: de valores soltos a dados organizados

Resposta: B. Porque resolver o problema errado desperdiça todo o esforço de planejar, executar e revisar; entender direito é o que garante que o resto vale a pena.

Um plano impecável para o problema errado ainda é um trabalho jogado fora. Entender define o alvo; se o alvo está errado, acertá-lo em cheio não adianta. Por isso vale gastar tempo lendo o enunciado, listando entradas e saídas e caçando os casos que não foram ditos, como a lista vazia.

Estudar a aula: Pensar como quem resolve problemas: o método dos quatro passos

Resposta: B. Porque o esforço de recuperar a resposta da memória (recuperação ativa) fixa o conteúdo muito mais do que o reconhecimento passivo de reler.

Reler dá uma sensação enganosa de domínio: você reconhece o texto e acha que sabe. Tentar responder de cabeça obriga o cérebro a buscar a informação, e é esse esforço que a grava. Por isso o curso enche as aulas de perguntas, e por isso errar nelas é parte do plano.

Estudar a aula: Como este curso funciona: jogos, desenhos, laboratório e certificado

Resposta: B. Porque a escada para na primeira condição verdadeira; se uma faixa frouxa vier antes, ela vence e deixa as faixas mais altas inalcançáveis.

A escada é testada de cima para baixo e encerra na primeira verdadeira. Se a faixa mais baixa (frouxa) vier primeiro, notas altas caem nela e nunca chegam à faixa A. A ordem certa vai da faixa mais restritiva à mais ampla, e o senão final pega o resto.

Estudar a aula: Senão-se: a escada de decisões

Resposta: B. Uma decisão aninhada: dentro do bloco cliente é VIP, um segundo SE para o cupom.

A verificação do cupom só faz sentido depois de confirmar que o cliente é VIP: são condições dependentes, em sequência. Isso é aninhamento, o SE do cupom dentro do bloco verdadeiro do SE do VIP. Escada trataria faixas do mesmo valor, que não é o caso aqui.

Estudar a aula: Decisões dentro de decisões

Resposta: B. Porque a decisão compara uma variável com valores fixos e exatos (1, 2, 3...), que é justamente o cenário do escolha-caso; não há faixas envolvidas.

Traduzir o número do dia para o nome é comparar uma variável com valores fixos e conhecidos, 1 a 7, um por caso. Esse é o território do escolha-caso, que fica mais limpo que sete degraus de escada comparando igualdade. Faixas (maior que, entre) é que pediriam a escada.

Estudar a aula: Escolha-caso: quando há muitos valores fixos

Resposta: C. 8 linhas, porque cada condição dobra o número de combinações (2 x 2 x 2).

Cada condição de sim ou não dobra o número de combinações: uma condição dá 2 casos, duas dão 4, três dão 8 (2 elevado a 3). Montar a tabela com as 8 linhas garante que nenhuma combinação, nem a mais rara, seja esquecida na hora de programar.

Estudar a aula: Cláusula de guarda e tabela de decisão

Resposta: B. Porque, ao encontrar o CPF, não há motivo para continuar varrendo o resto da lista; o break evita milhares de comparações inúteis.

Assim que o CPF é encontrado, a resposta (está bloqueado) já está decidida. Continuar o laço só gastaria comparações à toa. O break encerra na hora, e em listas grandes essa economia é enorme, principalmente quando o item aparece cedo.

Estudar a aula: Interromper o laço: quando achou, pode sair

Resposta: B. O laço para no primeiro valor inválido e não processa o resto da lista, somando menos idades do que deveria.

Interromper SAI do laço, então ao topar com o primeiro valor inválido o laço encerra e ignora todos os itens seguintes, válidos ou não. O certo era continuar, que pula só aquele item e segue somando os demais. Trocar um pelo outro é um bug clássico e silencioso.

Estudar a aula: Pular uma volta: o comando continuar

Resposta: B. Para que, a cada volta, um novo valor seja lido e testado pela condição antes da próxima soma; sem essa leitura, o laço somaria o mesmo preço para sempre.

O laço precisa de um valor novo a cada volta. A leitura no começo do programa alimenta o primeiro teste; a leitura no fim de cada volta traz o próximo valor para o teste seguinte. Sem essa segunda leitura, a variável nunca muda, a condição nunca vira falsa e o laço fica infinito somando o mesmo valor.

Estudar a aula: O laço da sentinela: repetir até o sinal combinado

Resposta: C. 1.000 vezes (50 x 20).

O laço interno completa suas 20 voltas a cada uma das 50 voltas do externo, então o corpo executa 50 x 20 = 1.000 vezes. Em laços aninhados o total é o produto das voltas, não a soma; é por isso que o custo cresce tão rápido com dados grandes.

Estudar a aula: Laços dentro de laços

Resposta: B. Porque cada linha da matriz é, por si só, uma lista de valores, e a matriz é a lista que guarda essas linhas empilhadas.

A matriz representa uma tabela empilhando linhas: cada linha é uma lista pequena, e a matriz é a lista dessas linhas. Por isso o acesso usa dois índices: o primeiro escolhe a linha (qual lista interna), o segundo escolhe a coluna (qual posição dentro dela).

Estudar a aula: A matriz: uma lista de listas

Resposta: B. O externo controla as linhas (qual fileira) e o interno as colunas (qual posição na fileira).

Na convenção padrão, o laço externo caminha pelas linhas: a cada volta dele, uma linha é fixada. O laço interno então percorre todas as colunas daquela linha. Por isso o externo tem o limite do número de linhas e o interno o número de colunas.

Estudar a aula: Percorrer a matriz com laços aninhados

Resposta: B. Porque a imagem é uma grade de pixels, e cada pixel (uma cor) ocupa uma célula localizada por linha e coluna.

A tela é uma grade de pontos, os pixels, e a imagem guarda a cor de cada ponto numa célula da matriz. Uma foto de mil por mil pixels é uma matriz de um milhão de células. Filtros e efeitos são laços aninhados percorrendo e alterando essas células.

Estudar a aula: Matrizes no mundo real: planilhas, tabuleiros e imagens

Resposta: B. Porque na diagonal principal a linha é sempre igual à coluna, então um único índice serve para as duas coordenadas ao mesmo tempo (matriz[i][i]).

As células da diagonal principal são [0][0], [1][1], [2][2]..., onde linha e coluna coincidem. Como o mesmo número descreve as duas coordenadas, um laço com um índice i acessa matriz[i][i] e percorre a diagonal inteira, sem precisar de um segundo laço.

Estudar a aula: Operações em matrizes: linha, coluna e diagonal

Resposta: B. A posição 5, porque a contagem começa em 0 e a última posição é o comprimento menos um (6 - 1).

BRASIL tem comprimento 6, mas como a contagem começa em 0, as posições vão de 0 a 5. A última é sempre o comprimento menos um. Tentar acessar a posição 6 iria além do fim do texto e causaria erro.

Estudar a aula: O texto é uma sequência de caracteres

Resposta: B. 3, porque só os a minúsculos contam: um em Ana e dois em Maria (o A de Ana e o M de Maria são ignorados).

Para o computador, a minúsculo é diferente de A maiúsculo. Em Ana Maria os a minúsculos são: o último caractere de Ana (um) e o segundo e o último de Maria (dois), três no total. O A maiúsculo de Ana e o M de Maria não entram nessa contagem específica. Somando o A maiúsculo, o texto tem quatro letras a no total, mas só três são minúsculas.

Estudar a aula: Percorrer o texto: contar letras, vogais e espaços

Resposta: B. Porque, assim que a arroba é encontrada, a resposta (contém sim) já está decidida, e continuar percorrendo o resto seria desperdício.

A pergunta é apenas se existe pelo menos uma arroba. No instante em que a primeira aparece, a resposta é sim e não há motivo para olhar o resto do texto. O interromper encerra a busca ali, aplicando a ideia de sair cedo do módulo 3.

Estudar a aula: Buscar dentro do texto e validar formatos

Resposta: B. Porque, para o computador, letras maiúsculas e minúsculas são diferentes; padronizar faz Maria e maria serem tratados como iguais na comparação.

O computador trata A e a como caracteres distintos, então Maria e maria seriam considerados diferentes numa comparação crua. Converter os dois para a mesma caixa antes de comparar elimina essa diferença e faz a igualdade funcionar como uma pessoa espera.

Estudar a aula: Transformar e montar texto

Resposta: B. Na lista, você busca pela posição (ou varre tudo); no dicionário, você busca pela chave (etiqueta), que leva direto ao valor.

A lista organiza por posição: você acessa por índice ou percorre atrás do item. O dicionário organiza por etiqueta: você informa a chave e recebe o valor diretamente, sem se importar com ordem nem posição. Por isso dados identificados por um nome ou código combinam com dicionário.

Estudar a aula: Buscar pela etiqueta, não pela posição

Resposta: B. Porque buscar ou remover uma chave inexistente pode dar erro ou devolver um vazio confuso; a checagem trata esse caso antes, evitando o problema.

Acessar uma chave ausente é uma fonte comum de erro. Perguntar se a chave existe antes, como uma cláusula de guarda, permite tratar o caso do ausente com uma mensagem amigável em vez de quebrar o programa. É barato e evita muitos bugs.

Estudar a aula: Criar, ler, atualizar e remover pares

Resposta: B. Porque a busca pela chave no dicionário é quase instantânea e não fica mais lenta com o tamanho, enquanto na lista seria preciso varrer os itens a cada consulta.

Com milhares de consultas por código, a busca precisa ser rápida. O dicionário pula direto ao valor da chave, com custo quase constante mesmo com muitos produtos. Numa lista, cada consulta varreria os itens até achar o código, o que fica lento à medida que o catálogo cresce.

Estudar a aula: Dicionário ou lista: quando cada um vence

Resposta: B. Porque a chave daquele item ainda não existe no dicionário, então não há valor para somar; é preciso criar a chave com a contagem inicial (por exemplo, 1).

Somar um exige que a chave já tenha um valor. Na estreia de um item, a chave ainda não está no dicionário, então somar daria erro ou partiria do vazio. Por isso o padrão cria a chave com a contagem inicial na primeira vez e só soma nas aparições seguintes.

Estudar a aula: O padrão da contagem de frequência

Resposta: B. Guarda itens únicos, sem ordem definida; adicionar um repetido não muda nada.

O conjunto guarda itens únicos e não tem ordem: você não acessa por posição, pergunta se um item pertence. A unicidade é automática, então adicionar um valor que já está no conjunto é ignorado. Pares chave-valor são do dicionário; ordem e repetição são da lista.

Estudar a aula: O conjunto: só importa se tem, e sem repetir

Resposta: B. Porque o teste de pertencimento no conjunto é quase instantâneo e quase não desacelera com o tamanho, enquanto na lista seria preciso varrer os itens a cada checagem.

Com milhões de checagens, a velocidade do teste de presença é decisiva. O conjunto verifica o pertencimento direto, sem percorrer, com custo quase constante. Numa lista, cada checagem varreria os itens até achar (ou até o fim), o que fica lento à medida que a lista de bloqueados cresce.

Estudar a aula: Pertence ou não pertence: a pergunta do conjunto

Resposta: C. A diferença entre o que a receita pede e o que você já tem em casa.

O que falta comprar é o que está na receita mas não está na sua casa: a diferença entre o conjunto dos ingredientes pedidos e o conjunto dos que você já tem. A ordem importa: seria diferente calcular o que você tem e a receita não pede.

Estudar a aula: União, interseção e diferença

Resposta: B. A ordem de cadastro se perde, porque o conjunto não guarda ordem; se a ordem importa, é preciso deduplicar de outro jeito.

O conjunto remove os repetidos, mas não tem ordem, então a sequência de cadastro se perde na conversão. Se preservar a ordem importa, a solução é percorrer a lista com um conjunto de vistos e montar uma lista nova na ordem de primeira aparição.

Estudar a aula: Deduplicar: o truque de tirar repetidos

Resposta: B. O parâmetro é o nome na definição da função (o espaço reservado); o argumento é o valor concreto que você passa ao chamá-la.

O parâmetro é o nome que a função usa na definição para o dado que espera (preço, taxa). O argumento é o valor real que você entrega na chamada (100, 10). Um é o campo do formulário; o outro é o que você escreve nele.

Estudar a aula: Parâmetros e argumentos: a função que recebe

Resposta: B. Porque o valor retornado pode ser usado no resto do programa (somar frete, aplicar cupom, guardar no histórico), enquanto o impresso só aparece e some.

Uma função que retorna o total entrega um valor vivo ao programa: dá para somar o frete, aplicar um cupom, comparar com um limite, guardar no histórico. Se ela só imprime, o total aparece e desaparece, sem poder ser reaproveitado. Por isso funções que calculam devem retornar.

Estudar a aula: Retornar não é imprimir: o valor que volta

Resposta: B. Porque cada variável total é local à sua função (escopo local): elas vivem em quintais separados e não se enxergam.

Variáveis criadas dentro de uma função têm escopo local: existem só ali. Dois total em funções diferentes são variáveis distintas, cada uma no seu escopo, que nascem e somem com a execução da sua função. Por isso não colidem, e você pode reusar nomes livremente.

Estudar a aula: Escopo: o quintal privado de cada função

Resposta: B. Porque o resultado da função pura depende só dos argumentos: você a chama com valores conhecidos e confere a saída, sem se preocupar com estados externos.

A função pura dá sempre a mesma saída para a mesma entrada e não mexe em nada de fora. Testá-la é chamar com valores conhecidos e verificar o retorno. A função com efeito depende de estados externos (variáveis globais, arquivos, a tela), que precisam ser preparados e conferidos, tornando o teste mais trabalhoso.

Estudar a aula: Funções puras e efeitos colaterais

Resposta: B. Porque cada subproblema pequeno é fácil de resolver, testar e consertar isoladamente, e o programa principal fica legível como um resumo das partes.

Dividir transforma um problema assustador em vários fáceis. Cada função com um trabalho claro pode ser resolvida, testada e consertada sozinha, e o programa principal vira uma sequência legível de chamadas. O ganho é de organização e clareza para o ser humano, não de velocidade da máquina.

Estudar a aula: Dividir para conquistar: quebrar o problema grande

Resposta: B. O fato de cada chamada trabalhar com um caso MENOR que o anterior, encolhendo em direção a um caso simples que não chama mais.

A recursão termina porque cada chamada resolve um caso menor que o anterior, aproximando-se de um caso tão simples que a resposta é direta e não há nova chamada. Sem esse encolhimento rumo a um fim, a função chamaria a si mesma indefinidamente, o que é o problema da recursão infinita, tema da próxima aula.

Estudar a aula: A ideia da recursão: a função que chama a si mesma

Resposta: B. É o caso mais simples, com resposta direta, que NÃO chama a função de novo e faz a recursão parar.

O caso base é o freio da recursão: o caso tão simples que a resposta é imediata, sem nova chamada. Ele é o chão da escada. Sem um caso base alcançável, a função chama a si mesma para sempre (recursão infinita). O caso recursivo é que chama de novo, sempre para um caso menor.

Estudar a aula: Caso base e caso recursivo: onde a recursão para

Resposta: B. A recursão é infinita: sem um caso base alcançável, as chamadas empilham sem parar e enchem a pilha até o limite.

O estouro de pilha acontece quando as chamadas empilham sem nunca desempilhar, o que é o retrato da recursão infinita: caso base ausente ou inalcançável. Cada chamada que não termina ocupa um lugar na pilha, que tem tamanho limitado. Ao encher, o programa estoura com esse erro característico.

Estudar a aula: A pilha de chamadas: como o computador não se perde

Resposta: B. Ela funciona em qualquer lista, ordenada ou não, sem exigir preparo prévio dos dados.

A busca linear não exige que os dados estejam em ordem: ela simplesmente confere item por item. Métodos mais rápidos, como a busca binária, exigem dados ordenados. Por isso a busca linear é a escolha quando os dados estão bagunçados ou quando ordená-los não compensaria.

Estudar a aula: Busca linear: procurar do começo ao fim

Resposta: B. Porque, ao comparar o alvo com o item do meio, a ordem revela de que lado o alvo está, permitindo descartar a outra metade de uma vez.

A ordem carrega a informação de onde o alvo não pode estar. Comparar com o item do meio de uma lista ordenada diz se o alvo está antes ou depois, eliminando metade dos candidatos com uma só comparação. Numa lista embaralhada, o meio não informa nada, e é preciso conferir tudo.

Estudar a aula: O poder dos dados ordenados

Resposta: B. Os dados precisam estar ordenados, para que a comparação com o item do meio indique de que lado o alvo está.

A busca binária depende da ordem: é ela que faz a comparação com o meio revelar em qual metade o alvo pode estar. Numa lista embaralhada, essa comparação não informa nada, e a busca binária daria respostas erradas. Ordem é o requisito inegociável.

Estudar a aula: Busca binária: cortar pela metade

Resposta: B. A busca linear dobra o esforço; a binária adiciona apenas um passo.

A busca linear examina até todos os itens, então dobrar a lista dobra o número máximo de comparações. A binária corta pela metade a cada passo, então dobrar a lista significa só um corte a mais: um único passo extra. É esse contraste que faz a binária brilhar em dados grandes.

Estudar a aula: Linear ou binária: o abismo de esforço

Resposta: B. A ordem habilita a busca binária, que acha itens em pouquíssimos passos, e o custo de ordenar uma vez se paga nas muitas buscas seguintes.

A ordem destrava a busca binária, que é relâmpago em listas grandes. Para uma lista muito consultada, ordenar uma vez e usar busca binária em todas as consultas economiza um enorme esforço, tornando o custo inicial de ordenar um ótimo investimento. Ordenar não encolhe os dados nem remove repetidos por si.

Estudar a aula: Por que ordenar vale tanto a pena

Resposta: B. Porque, sem o auxiliar, ao copiar o primeiro valor para o lugar do segundo, o valor original do segundo é sobrescrito e se perde antes de ser copiado de volta.

Se você cópia A direto para B, o valor original de B é apagado antes de ir para A, e as duas caixas acabam iguais. O auxiliar guarda um dos valores antes de sobrescrever, como um terceiro copo vazio para trocar o conteúdo de dois copos cheios sem derramar.

Estudar a aula: Ordenação da bolha: trocar vizinhos

Resposta: B. Ela é rapidíssima quando a lista já está quase ordenada, porque quase não há itens a empurrar de lugar.

A inserção encaixa cada item entre os já ordenados. Se os itens já chegam perto do lugar certo (lista quase ordenada), quase não há empurrões, e o trabalho é mínimo. Bolha e seleção não têm esse atalho: fazem o mesmo esforço esteja a lista bagunçada ou quase pronta.

Estudar a aula: Seleção e inserção: dois outros jeitos de ordenar

Resposta: B. Porque, ao ordenar por um segundo critério, uma ordenação estável mantém a ordem que os itens de mesmo valor já tinham do critério anterior, sem bagunçá-la.

Para ordenar por cliente e, dentro do cliente, por data, você ordena por data e depois por cliente com um método estável. A estabilidade preserva a ordem por data entre os pedidos do mesmo cliente, em vez de embaralhá-la. Sem estabilidade, a segunda ordenação estragaria o resultado da primeira.

Estudar a aula: Estabilidade e o custo de ordenar

Resposta: B. Porque o tempo depende da máquina (potente ou fraca, ocupada ou livre), enquanto a contagem de passos é uma propriedade do algoritmo, igual em qualquer computador.

O tempo de relógio varia com o computador, a carga da máquina e a linguagem, então comparar por tempo pode medir a máquina, não o algoritmo. A contagem de passos independe de onde o código roda: mil comparações são mil comparações em qualquer máquina. Por isso é a medida justa de eficiência.

Estudar a aula: Contar passos, não segundos

Resposta: B. Quadruplica (fica quatro vezes maior), porque o custo cresce com o quadrado do tamanho.

No crescimento quadrático, o custo é proporcional ao quadrado do tamanho. Dobrar o tamanho eleva o custo ao quadrado do dobro, ou seja, quatro vezes. É o comportamento dos laços aninhados e da ordenação da bolha, e é por isso que eles ficam inviáveis com dados grandes.

Estudar a aula: Como o custo cresce com o tamanho

Resposta: B. Que o custo da busca é constante: não muda com o tamanho do dicionário, seja ele pequeno ou gigante.

O(1) é o nome do custo constante: a operação faz um trabalho fixo, independente do tamanho dos dados. Buscar por chave num dicionário custa praticamente o mesmo com dez ou dez milhões de itens. O 1 não é um tempo em segundos, é a forma constante de crescimento.

Estudar a aula: A notação Big-O: o vocabulário do custo

Resposta: B. Na escolha do algoritmo e da estrutura de dados: por exemplo, trocar uma busca linear repetida por consultas de dicionário, ou um algoritmo quadrático por um mais eficiente.

Os grandes ganhos vêm de mudar a forma de crescimento, subindo na hierarquia do Big-O: trocar O(n) repetido por O(1), ou O(n ao quadrado) por O(n log n). Microajustes dentro da mesma forma rendem pouco, e uma máquina melhor não conserta um algoritmo de forma ruim com dados grandes.

Estudar a aula: Escolher e otimizar com bom senso

Resposta: B. Porque o programa roda normalmente e entrega uma resposta errada sem gerar nenhuma mensagem, então o problema pode passar despercebido por muito tempo.

O erro de lógica não dá sinal: o código roda liso e entrega um resultado que parece certo, mas está errado. Sem mensagem de erro, ninguém percebe de imediato, e o prejuízo só aparece quando alguém nota que a conta nunca fechou. Por isso ele exige teste de mesa e testes automatizados para ser caçado.

Estudar a aula: Os três tipos de erro

Resposta: B. Se uma exceção acontecer no trecho, o programa desvia para o tratamento (capturar) em vez de quebrar, permitindo mostrar uma mensagem ou tentar uma alternativa.

O tentar/capturar intercepta a exceção: em vez de o erro derrubar o programa, o fluxo pula para o bloco capturar, onde você trata o problema com elegância (uma mensagem amigável, um valor padrão, uma nova tentativa). Ele não acelera o código nem corrige o erro sozinho; ele dá a você o controle na hora da falha.

Estudar a aula: Exceções: tentar e capturar

Resposta: B. Porque o que o usuário digita, ou o que chega de arquivos e da rede, pode vir vazio, fora de faixa, com formato errado ou malicioso, e usá-lo sem conferir é a maior fonte de erros e brechas.

Dados externos não estão sob o seu controle: o usuário erra, deixa em branco, digita absurdos, ou tenta abusar de propósito. Usá-los sem validar é a raiz da maioria dos erros de execução e das brechas de segurança. Por isso a validação na porta, tratando todo dado externo como não confiável até passar pelas regras.

Estudar a aula: Validar a entrada: a muralha de defesa

Resposta: B. A postura de antecipar o que pode dar errado (casos de borda, entradas ruins, o inesperado) e proteger o código contra isso, em vez de supor que tudo virá perfeito.

Programar defensivamente é assumir que o inesperado vai acontecer e se preparar: checar a lista vazia antes de dividir, validar dados de fora, amparar trechos arriscados. Reúne guardas, validação e tratamento de exceções. Não é escrever menos nem esconder erros; é encarar a realidade de que as coisas dão errado e decidir de antemão o que fazer.

Estudar a aula: Casos de borda e programação defensiva

Resposta: B. Porque o nome aparece em toda linha que usa a variável ou função, então um nome que se explica poupa quem lê de investigar, milhares de vezes ao longo da vida do código.

O nome é o texto mais lido do código, aparecendo em cada uso. Um nome descritivo conta a história sozinho e poupa quem lê de caçar a definição, repetidas vezes, por várias pessoas, incluindo o autor no futuro. Esse ganho, multiplicado por todas as leituras, é enorme, e o custo é só um instante de reflexão ao escrever.

Estudar a aula: Nomes que explicam sozinhos

Resposta: B. Quando a regra precisa mudar, você corrige num lugar só e todos os usos mudam juntos, em vez de caçar e ajustar várias cópias (e arriscar esquecer uma).

O ganho do DRY é de manutenção: com a regra centralizada numa função, uma correção acontece num único ponto e vale para todos os usos. Código duplicado obriga a corrigir cada cópia, e uma esquecida vira bug silencioso. O benefício não é economizar espaço nem velocidade; é ter uma única fonte de verdade para cada regra.

Estudar a aula: Funções pequenas e o princípio de não se repetir

Resposta: B. Porque ele descreve algo que o código não faz mais e, como parece uma explicação oficial, induz quem lê a acreditar numa informação falsa.

Comentários não são executados, então nada os obriga a acompanhar as mudanças do código. Um comentário esquecido descreve uma lógica antiga e mente sobre o que o programa faz agora. Quem lê confia nele e é induzido ao erro. Sem comentário, você lê a lógica; com o errado, acredita numa mentira. Por isso, comente com parcimônia e mantenha os comentários atualizados.

Estudar a aula: Comentários que ajudam, e os que atrapalham

Resposta: B. Melhorar a estrutura interna de um código que já funciona (nomes, organização, duplicação) sem mudar o que ele faz por fora, idealmente apoiado em testes.

Refatorar é melhorar a qualidade interna do código mantendo idêntico o comportamento observável, como arrumar um quarto sem mudar de casa. Não é reescrever do zero, adicionar recursos nem focar velocidade; é organizar o que já existe. Os testes são a rede que garante que o comportamento não mudou durante a faxina.

Estudar a aula: Refatorar: melhorar o código sem quebrar

Resposta: B. Porque você enxerga o todo e corrige problemas de projeto ainda no barato (no papel), ganha um mapa de onde cada coisa está, e pode preencher e testar uma função de cada vez.

O esqueleto é a planta da casa: mostra as partes e como se encaixam antes de investir no detalhe. Corrigir o projeto no papel é barato; corrigir código emaranhado é caro. Além disso, o esqueleto dá um mapa (onde procurar bugs) e permite trabalhar por partes, terminando e testando uma função de cada vez.

Estudar a aula: Planejar o gerenciador: entender e decompor

Resposta: B. Porque a tarefa tem vários campos nomeados (descrição, estado), o que pede um dicionário; e a coleção tem ordem e cresce, o que pede uma lista. Juntas, formam uma lista de dicionários.

Cada tarefa reúne informações nomeadas que descrevem uma coisa (um registro), o papel natural do dicionário. A coleção de tarefas tem ordem e muda de tamanho, o território da lista. A combinação, lista de dicionários, é o formato clássico para dados do mundo real, e torna adicionar, listar e alterar tarefas simples e expansível.

Estudar a aula: Guardar as tarefas: a estrutura de dados

Resposta: B. Porque maiúsculas e minúsculas são diferentes para o computador; padronizar faz a busca por pao encontrar também Pão e PÃO, como o usuário espera.

Para o computador, P e p são caracteres diferentes, então uma busca por pao não acharia Pão sem cuidado. Converter tanto o termo procurado quanto a descrição para minúsculas antes de comparar faz a busca ignorar a diferença de caixa e encontrar o que o usuário quer, exatamente a técnica do módulo de strings aplicada aqui.

Estudar a aula: Buscar, filtrar e concluir com validação

Resposta: B. Porque a parte difícil, a lógica (estruturas, funções, decisões, validação), já está pronta; muda só a sintaxe, e o SE vira if, o ENQUANTO vira while, e assim por diante.

O trabalho pesado de um programa é a lógica: decidir as estruturas, decompor em funções, tratar os casos. Isso o pseudocódigo do gerenciador já resolveu. Traduzir para uma linguagem é vestir essa lógica com a sintaxe dela: o SE vira if, o ENQUANTO vira while, a lista continua lista. Por isso quem domina a lógica aprende a linguagem rápido, e o Python, próximo do pseudocódigo, torna a transição ainda mais suave.

Estudar a aula: Juntando tudo é o próximo passo