Solucionado (ver solução)
Solucionado
(ver solução)
1
resposta

[Sugestão] Desafio: Simulador de pedidos em uma cafeteria

Para resolver esse desafio, eu pensei em um passo a passo bem simples, como se fosse uma receita de bolo. Primeiro, o programa precisa saber quantas vezes ele vai ter que perguntar o nome e o preço das coisas, então a gente começa pedindo a quantidade de itens. Para não se perder na conta, eu criei uma caixinha chamada "total", que começa valendo zero e vai guardando a soma de tudo o que for lançado.

Depois, usei um laço de repetição para o sistema perguntar o nome e o valor de cada produto, um por um, e ir somando esses valores dentro daquela caixinha do total. Quando todos os itens terminam de ser digitados, o sistema faz uma pergunta final: "O cliente é cadastrado?".

Aí entra uma parte de decisão:
se a resposta for "sim", o programa faz uma conta rápida de menos para tirar 10% do valor total. Se a resposta for "não", ele não mexe em nada e mantém o preço cheio. No fim de tudo, o sistema só precisa mostrar na tela o valor final que o cliente tem que pagar, deixando claro se teve o desconto ou não. É um jeito organizado de garantir que o atendente não erre o cálculo de cabeça e que o cliente fiel ganhe o benefício dele.

1 resposta
solução!

Olá, Moacir! Tudo bem?

Excelente sugestão de desafio! Você estruturou a lógica do Simulador de Cafeteria de forma muito clara, utilizando os pilares do pensamento computacional para transformar um processo de atendimento em um algoritmo funcional.

Sua abordagem demonstra um ótimo entendimento de como organizar o fluxo de dados e decisões:

Análise da sua Lógica:

  • Decomposição e Variáveis: Você começou definindo a necessidade de saber a "quantidade de itens" e criou a variável "total" (sua "caixinha") inicializada em zero. Identificar quais dados entram no sistema e como eles serão armazenados é o primeiro passo para uma automação bem-sucedida.
  • Laço de Repetição (Iteração): O uso do laço para perguntar o nome e o valor de cada produto é a forma mais eficiente de lidar com listas de itens, garantindo que o código seja reutilizável independentemente de o cliente pedir um café ou dez.
  • Estrutura de Decisão: A parte final, onde o sistema pergunta sobre o cadastro, é um exemplo clássico de seleção condicional. Você estabeleceu uma regra de negócio clara: se cadastrado, aplica-se o desconto de 10%; caso contrário, mantém-se o valor integral.
  • Saída de Dados: Mostrar o valor final e informar sobre o desconto é essencial para a transparência do "produto", evitando erros de cálculo humano e melhorando a experiência do cliente.

Uma pequena dica de "Receita":

Como você mencionou que o programa pergunta primeiro a "quantidade de itens", você está usando um laço do tipo para (ou for), onde o limite de repetições já é conhecido.

Uma evolução interessante seria pensar: e se o atendente não souber quantos itens o cliente vai pedir no total? Nesses casos, o algoritmo poderia usar um laço enquanto (ou while), que continua pedindo produtos até que o atendente digite uma palavra de parada, como "finalizar".

Parabéns pela organização e pela clareza na exposição das etapas! É essa estruturação lógica que permite criar soluções tecnológicas robustas e confiáveis.

Espero que possa ter lhe ajudado!