Bora falar sobre Pensamento Computacional > Decomposição :)

Demorei, eu sei! Mas cheguei rs. E dando sequência à nossa série sobre Pensamento Computacional, chegou o momento de abrir a caixa de ferramentas que eu prometi no último post. :)

E antes de falar de software, código, sistema ou qualquer coisa que possa confundir a gente, bora trazer uma situação bem mais próxima da nossa realidade.

Sabe aquela sensação de olhar para a sua casa completamente bagunçada ou para uma pia cheia de louça pós-almoço de domingo e simplesmente… travar? Você olha… Analisa… (Pausa para a preguiça…) Olha de novo. E pensa: “Por onde eu começo isso?” Eu não sei se acontece com você, mas comigo acontece na maior parte das vezes rs. Eu costumo chamar isso de desespero pós-choque de realidade. 😂 😂

Já na computação, podemos dar um nome um pouquinho mais elegante para essa parte da angústia: falta de Decomposição!

No nosso último post, vimos que o Pensamento Computacional é uma forma de organizar o nosso raciocínio para resolver problemas. E o primeiro item dessa caixa de ferramentas é justamente conseguir pegar um problema gigante e transformá-lo em vários problemas menores. Problemas que conseguimos olhar e pensar: “Ahhh… tá. Isso aqui eu consigo resolver.”

Se você já ouviu a frase “como se come um elefante? Um pedaço por vez”, Parabéns: você já entendeu boa parte do conceito 😂.

Tá eu sei que falei e falei, mas o que é Decomposição afinal? Decomposição é basicamente dividir um problema grande em partes menores e mais fáceis de compreender e resolver. Parece simples, e na verdade a ideia é simples mesmo. O poder está no que acontece depois!

Quando recebemos um problema inteiro de uma vez, nossa cabeça precisa lidar com muita informação ao mesmo tempo. E eu não sei você, mas, dependendo do horário em que recebo esse problema, minha cabeça se perde!

Quando quebramos esse problema em partes menores, conseguimos entender de uma forma muito mais clara:

-> O que realmente precisa ser feito; -> Qual parte vem primeiro; -> Quais tarefas dependem uma das outras; -> O que pode ser feito ao mesmo tempo; -> E até quem pode resolver cada parte.

Em vez de pensar: “Preciso construir um e-commerce”, podemos começar perguntando: “O que exatamente existe dentro de um e-commerce?” E aí aquele problemão começa a mudar de forma.

Para construir um e-commerce, vamos precisar de: uma tela para cadastrar os usuários, tela de login, catálogo de produtos, busca, carrinho… Olha só o que aconteceu! Continuamos tendo bastante trabalho pela frente, mas agora não temos mais uma coisa gigantesca chamada “FAZER UM E-COMMERCE” olhando ameaçadoramente para a nossa cara. Temos vários problemas menores.

E podemos continuar decompondo, dá para quebrar algumas dessas partes de novo, quase como usar um zoom. Quanto mais complexo estiver o problema, mais podemos aproximar até encontrar uma parte pequena o suficiente para conseguirmos trabalhar nela.

Essa é uma habilidade extremamente importante no desenvolvimento de software, mas que não serve só para TI.

Voltando para a faxina de casa: podemos separar por cômodo, passar pano, organizar os armários… Melhorou!

Mas talvez ainda esteja grande. No meio dessa decomposição, a gente percebe que talvez o escritório nem precise de faxina agora. No sábado, organizamos os quartos e limpamos os banheiros. No domingo, cozinha e sala. E pronto!

Transformamos uma atividade que parecia um monstro de sete cabeças em um conjunto de pequenas tarefas distribuídas no tempo. Sem perceber, usou um princípio do Pensamento Computacional para organizar a casa. Achei chique, tá? 😂

Então decomposição é só fazer uma lista de tarefas?

Não exatamente. Uma lista pode até ser consequência da decomposição, mas decompor é, principalmente, entender a estrutura de um problema. É olhar para algo que parece único e perceber que, na verdade, é composto por várias partes menores que se relacionam.

Um e-commerce não é uma coisa só. Ele é cadastro + produtos + estoque + carrinho + pagamento + entrega + várias outras coisas.

Uma faxina não é uma coisa só. Ela é banheiro + cozinha + quarto + sala + vários panos que misteriosamente desaparecem durante o processo… (acontece muito, aqui em casa)😂

Essa mudança de perspectiva é uma das coisas mais importantes que o Pensamento Computacional ensina. Diante de um problema grande, em vez de perguntar “Como eu resolvo tudo isso?”, que tal se perguntar: “Do que esse problema é feito?” Depois: “Qual dessas partes eu consigo resolver primeiro?”

O problema talvez continue sendo grande, mas deixa de ser algo abstrato e assustador, agora existem pedaços. E pedaços nós conseguimos resolver.

Hoje abrimos oficialmente nossa caixa de ferramentas do Pensamento Computacional e começamos pelo primeiro pilar: Decomposição. :)

Pegamos um problema grande, quebramos em partes menores, entendemos melhor cada pedaço, definimos prioridades e identificamos o que pode ser resolvido separadamente. Aqui começamos a transformar aquele Problemão em um “Okkk… bora começar por aqui!”.

Só que tem uma coisa muito interessante, em tudo isso, quando começamos a quebrar vários problemas, às vezes percebemos que algumas partes se parecem… até demais! Aí surge a pergunta: “Será que precisamos inventar uma solução nova toda vez que encontramos um problema parecido?”

Alerta de Spoiler: Com certeza NÃO rs. 😂

E é exatamente aí que entra nosso próximo bate-papo sobre Pensamento Computacional: Reconhecimento de Padrões.

Porque por hoje já quebramos problemas demais. :) Vou tentar voltar logo, estou me organizando para ser uma pessoa melhor rs, ou tentando! Oremos!

❤ Let’s Bora, Programadora/Programador!