Juntando tudo e o próximo passo

O programa completo

Chegou o momento de encaixar as peças e ver o gerenciador inteiro de pé. O esqueleto que montamos na primeira aula agora tem cada função preenchida: adicionar, listar, listar pendentes, concluir e buscar. O laço principal mostra o menu, lê a escolha do usuário e chama a função certa, repetindo até ele pedir para sair. Como cada função foi pensada, escrita e conferida separadamente, a integração é tranquila: as peças se encaixam porque foram feitas para isso, desde o planejamento. O resultado é um programa pequeno, mas completo e honesto, que faz o que promete: guarda os afazeres do usuário, mostra o que falta, marca o que foi feito e ajuda a achar uma tarefa. Não é um exercício de brinquedo; é a estrutura de qualquer aplicativo de lista de tarefas de verdade, sem a casca visual.

tarefas <- lista vazia
repita
  escreva("1-adicionar 2-listar 3-pendentes 4-concluir 5-buscar 6-sair")
  opcao <- lerOpcaoDoUsuario()
  escolha opcao
    caso "1": adicionarTarefa(tarefas, pedirDescricaoValida())
    caso "2": listarTarefas(tarefas)
    caso "3": listarPendentes(tarefas)
    caso "4": concluirTarefa(tarefas, lerNumero())
    caso "5": buscarTarefa(tarefas, lerTermo())
    caso "6": escreva("Até logo!")
    caso contrário: escreva("Opção inválida")
  fim
até opcao = "6"

O programa completo: o laço com menu (sentinela + escolha-caso) chama as funções decompostas. Tudo se encaixa.

Cada conceito do curso, brilhando

Olhe o gerenciador e reconheça a jornada. A escolha de guardar as tarefas numa lista de dicionários veio dos módulos de estruturas de dados. O menu que roda até o usuário sair usa o laço com sentinela e o escolha-caso das decisões avançadas. Filtrar pendentes é laço com decisão; buscar é busca linear em texto; concluir é validação com cláusula de guarda. As funções pequenas, os nomes honestos e a ausência de código duplicado vêm do código limpo. Até o que não aparece explícito está presente: a decomposição desenhou o esqueleto, o método dos quatro passos guiou o planejamento, e a mentalidade defensiva blindou as entradas. O gerenciador é um retrato do curso inteiro em funcionamento, e a prova de que os módulos não eram assuntos independentes, e sim as peças de um mesmo repertório que agora é seu.

O próximo passo: da lógica para uma linguagem

Você chegou ao fim do curso intermediário com algo valioso: não a memória de comandos, mas a capacidade de pensar uma solução e estruturá-la. O gerenciador que você construiu em pseudocódigo é, na essência, o mesmo programa que roda num aplicativo de verdade; falta só vesti-lo com uma linguagem. E esse é o próximo passo natural da sua jornada. Traduzir esse pseudocódigo para uma linguagem real é surpreendentemente direto, porque a parte difícil, a lógica, já está pronta. O SE vira if, o ENQUANTO vira while, a lista continua lista, o dicionário ganha a sintaxe da linguagem, e as suas funções bem decompostas viram funções de verdade quase sem mudança. O que você aprende ao pegar uma linguagem é a escrita, a pontuação, as ferramentas prontas; o raciocínio, que é o que leva mais tempo para amadurecer, você já tem.

A recomendação para dar esse passo é começar pelo Python, e não por acaso. Ele é conhecido por uma escrita limpa e próxima do pseudocódigo que você usou o curso inteiro, o que torna a transição suave: muitas vezes o código Python se parece assustadoramente com o algoritmo que você já sabe escrever. O portal tem uma trilha de Python que retoma tudo com calma, do primeiro programa às estruturas que você domina, agora executando de verdade. Pegar uma linguagem depois de dominar a lógica é a ordem certa das coisas, e é por isso que este curso investiu tanto em como pensar antes de qualquer sintaxe. Você não terminou uma etapa qualquer; você construiu a fundação sobre a qual todo o resto se apoia. Parabéns por chegar até aqui, e bom próximo passo.