Quando um aluno começa a estudar Engenharia de Software, raramente imagina que grande parte do trabalho envolve muito mais do que escrever código. É preciso planejar projetos, dividir tarefas, priorizar atividades e lidar com mudanças inesperadas, tudo ao mesmo tempo. Muitas vezes, o ensino desses conteúdos acontece por meio de aulas teóricas e longos textos, que não representam o ritmo e a dinâmica de um time de desenvolvimento real. É aí que entra a gamificação: transformar o aprendizado em uma experiência mais próxima do mercado, porém em um ambiente seguro para errar e experimentar.

Gamificação significa usar elementos de jogos, como metas, desafios, pontuações e recompensas em atividades que não são jogos. Em sala de aula, ela pode mudar completamente a forma como um estudante participa da própria aprendizagem. Em vez de apenas assistir a uma explicação sobre como funciona um quadro Kanban, por exemplo, o aluno pode vivenciar o processo em um tabuleiro, movendo tarefas, tomando decisões sob pressão e sentindo na prática o impacto de atrasos e gargalos.

Essa ideia tem ganhado espaço no ensino de Engenharia de Software justamente porque aproxima a teoria do mundo real. Uma equipe que participa de um jogo sobre métodos ágeis precisa colaborar, dialogar e negociar prioridades: habilidades essenciais para quem vai trabalhar com tecnologia. Enquanto isso, conceitos abstratos se tornam mais concretos: o WIP deixa de ser uma sigla estranha e passa a ser um limite que, se ignorado, afunda o desempenho da equipe.

O ponto central da gamificação não é competir para ver quem ganha mais pontos. Na verdade, o que mais importa é refletir sobre as escolhas. Em uma dinâmica que simula sprints semanais, se a equipe decide começar tarefas demais ao mesmo tempo, vai logo perceber que as entregas atrasam e o fluxo trava. Quando isso acontece em um jogo, dá para pausar, conversar e tentar diferente na rodada seguinte, aprendizado que dificilmente aconteceria só ouvindo o professor explicar.

E engajar os alunos é outra vantagem importante. Muitos estudantes relatam que conteúdos como processos de software, métricas e metodologias ágeis podem parecer desmotivadores no início (Freitas; Andrade, 2017). Quando esses mesmos temas aparecem em cartas, desafios e pequenas missões, a atenção aumenta, a curiosidade desperta e a participação na aula se transforma em algo natural.

Um exemplo simples: ao invés de apenas falar que “testes são essenciais”, o professor coloca no jogo cartas de “bug crítico”, “falha de comunicação” ou “cliente alterou o requisito”. A equipe que ignora o teste sente imediatamente as consequências, porque perde pontos, tempo ou funcionalidades. Assim, o conceito deixa de ser um conselho abstrato e passa a ser uma necessidade evidente.

Toda essa dinâmica também ajuda os alunos a desenvolverem competências que o mercado valoriza cada vez mais. Comunicação, organização, pensamento crítico e tomada de decisão sob pressão são trabalhados o tempo todo durante jogos educacionais. E quanto mais desafiador for o cenário simulado, mais próximos os participantes ficam do que vão vivenciar como profissionais.

Claro que gamificação não é solução mágica. Para funcionar bem, os jogos precisam ter objetivos claros, regras equilibradas e conexão direta com os conteúdos do curso. Quando o foco vira apenas “se divertir”, o aprendizado se perde. Por isso, o papel do professor continua essencial: conduzir discussões, estimular reflexões e mostrar como cada ação no jogo se relaciona com a Engenharia de Software.

Mesmo assim, os resultados têm sido muito positivos em escolas e universidades ao redor do mundo. Pesquisas na área mostram que alunos aprendem mais e se sentem mais confiantes quando conseguem testar ideias e ver imediatamente o impacto de suas escolhas, algo que a gamificação proporciona com naturalidade (Kapp, 2012; Werbach; Hunter, 2012).

No fim das contas, gamificar o ensino não significa transformar a faculdade em uma sala de jogos. Significa tornar o estudo mais real, mais prático e mais humano. Se o futuro dos profissionais de tecnologia exige colaboração, adaptação e aprendizado contínuo, nada melhor do que começar a desenvolver essas habilidades de forma divertida e significativa desde a graduação.

Autora: Vitória Luiza Camara

Referências

Deterding, S. et al. From game design elements to gamefulness: defining gamification. ACM, 2011.

Freitas, S.; Andrade, F. Gamificação na educação. Pimenta Cultural, 2017.

Kapp, K. M. The gamification of learning and instruction. Pfeiffer, 2012.

Pressman, R. S.; Maxim, B. R. Engenharia de Software: uma abordagem profissional. AMGH, 2016.

Werbach, K.; Hunter, D. For the win. Wharton Digital Press, 2012.

Nos últimos anos, os jogos digitais têm ganhado cada vez mais destaque. Em sua origem, os “games” eram vistos apenas como uma forma simples de entretenimento, um passatempo. No entanto, com a evolução tecnológica, o avanço da capacidade dos hardwares e o aumento dos investimentos na indústria, tornou-se possível o desenvolvimento de jogos mais complexos, imersivos e com narrativas elaboradas. Assim, passamos de títulos rudimentares como Pong para produções de grande escala, como o aguardado GTA VI. Nesse percurso, diversos gêneros surgiram, abrangendo desde jogos de tiro em primeira pessoa (First Person Shooter – FPS), esportivos como FIFA, simulações e até mesmo jogos com finalidades educacionais.

Entre essa ampla variedade, há também aqueles que, embora não tenham sido criados com foco na educação, possuem um enorme potencial pedagógico. Um exemplo é a série Assassin’s Creed, que em suas versões mais recentes incorporou o modo Discovery Tour, permitindo aos jogadores explorarem cenários e eventos históricos de forma imersiva, fundamentada em bases científicas.

Outro caso notável, que será mais detalhado neste trabalho, é o famoso Minecraft. Lançado em maio de 2009, o jogo pode ser classificado como uma combinação dos gêneros sobrevivência, aventura e sandbox — categoria que oferece ao jogador ampla liberdade criativa, geralmente sem objetivos fixos ou com metas definidas pelo próprio usuário. Essa liberdade proporciona uma vasta gama de possibilidades criativas, potencializadas pelo sistema de Redstone, um recurso do jogo que introduz uma lógica booleana e permite a construção de circuitos binários análogos aos sistemas computacionais reais.

Na abordagem educacional, o uso do jogo pode ser explorado como uma ferramenta de apoio no ensino superior, especialmente em disciplinas como Circuitos Digitais e Organização de Computadores. É importante contextualizar como essa aplicação pode contribuir para a formação acadêmica de nível superior, proporcionando um ambiente interativo e experimental de aprendizado. 

O já mencionado sistema de Redstone funciona de modo análogo a circuitos elétricos: o recurso pode ser interpretado como fios condutores de energia, aos quais se somam elementos como botões, que enviam um sinal lógico “1” por um curto intervalo de tempo, alavancas, que mantêm o sinal positivo constante enquanto acionadas, entre outros. Com apenas esses poucos componentes, é possível construir desde portas lógicas básicas até sistemas computacionais complexos, capazes inclusive de executar códigos em Assembly (ASM), aproximando os conceitos teóricos da prática de maneira lúdica e visual.

Primeiramente, seu uso na disciplina de Circuitos Digitais ocorre por meio de dois componentes básicos. O caminho de Redstone transmite o sinal lógico “1” quando a alavanca está ligada, enquanto a tocha de Redstone, quando conectada diretamente a um sinal positivo, é responsável por realizar a negação do sinal, implementando assim o operador NOT (não).

A porta lógica OR (ou) é construída a partir da soma de duas entradas, correspondendo à chamada soma lógica. Já para compreender a implementação da porta AND (e), é necessário relembrar um conceito da Lei de De Morgan: sua construção é feita enviando dois sinais, negando cada um deles com uma tocha, realizando uma operação OR entre os resultados e, por fim, aplicando uma negação ao conjunto com outra tocha.

Matematicamente, essa relação é expressa por: !(!A+!B)=A*B, pois !!A = A, !!B = B, e, conforme a equivalência de De Morgan, a negação de uma soma resulta em uma multiplicação lógica (!+ se transforma em *). Dessa forma, é possível implementar as quatro portas lógicas básicas utilizando apenas componentes de Redstone.

Partindo para demais portas lógicas o NOR (NOT OR) é construído com a junção de dois caminhos de Redstone com uma tocha na saída, negando a operação OR. Para a construção da porta NAND (NOT AND) é feita uma simplificação da porta AND retirando a tocha que nega o conjunto após a soma lógica, sendo expresso também pela lei de De Morgan como !(A*B) = !A + !B, ou seja, a negação do AND (NAND) é igual a soma de duas negações.

Para a porta XOR (Exclusive OR) temos uma construção mais elaborada, a primeira etapa é construir a porta AND, após isso pega-se os inputs após a primeira negação com tochas da porta AND e conectam-se na saída do AND cada, que são somados em uma última porta OR, dessa forma é expressa a equação A⊕B = (A*!B) + (!A*B), a partir da construção teremos a equação !(A*B+!A) + !(A*B+!B), que passa pelas seguintes etapas de simplificação:

• !(A*B+!A) + !(A*B+!B) 🡪 [!(A*B)*!!A] + [!(A*B)*!!B]

• [!(A*B)*!!A] + [!(A*B)*!!B] 🡪 [!(A*B)*A] + [!(A*B)*B]

• [!(A*B)*A] + [!(A*B)*B] 🡪 [(!A + !B)*A] + [(!A + !B)*B]

• [(!A + !B)*A] + [(!A + !B)*B] 🡪 (A*!A + A*!B) + (B*!A + B*!B)

• (A*!A + A*!B) + (B*!A + B*!B) 🡪 (0 + A*!B) + (B*!A + 0)

• (0 + A*!B) + (B*!A + 0) 🡪 (A*!B) + (!A*B)

Por sua vez a porta XNOR (Not Exclusive OR) é a mesma construção da porta XOR, porém com uma tocha para negar a saída.

Avançando ainda mais nos conceitos de Circuitos Digitais, é possível construir o mecanismo T Flip-Flop utilizando apenas um botão (que atua como entrada de clock), Redstone e tochas. Essa construção, contudo, será omitida, pois sua explicação demandaria um nível de detalhamento extenso e seria de difícil compreensão apenas por meio de descrição textual. Ainda assim, o processo de implementação desse circuito proporciona ao construtor um profundo entendimento sobre o funcionamento interno dos mecanismos lógicos.

Por fim, é possível construir uma simulação de clock de maneira bem simples, é feito um quadrado com uma tocha em cada ponta, é dado um sinal de partida, então o sinal é repetido alternadamente no ciclo.

Todas as construções mencionadas podem ser encontradas no vídeo de referência Computer Logic Gates in Minecraft (Only Redstone and Torches).

Abordando agora a disciplina de Organização de Computadores, o Minecraft mostra-se igualmente eficiente como ferramenta de reforço de aprendizagem. Tendo em vista o conhecimento da estrutura e do funcionamento da arquitetura MIPS (Microprocessor without Interlocked Pipeline Stages), aliado ao entendimento prévio adquirido com a construção de portas lógicas utilizando Redstone, torna-se possível desenvolver um computador funcional dentro do jogo, com mecanismos de entrada, saída e capacidade de programação em linguagem Assembly (ASM).

A construção detalhada pode ser encontrada no vídeo de referência How to Make a Redstone Computer from Scratch. Neste trabalho, os detalhes dessa implementação serão abstraídos, uma vez que uma explicação completa demandaria dezenas de páginas para apresentar de forma adequada todos os aspectos envolvidos, além de ser necessário um grande conhecimento técnico. Dessa forma, sua aplicação para a disciplina de Organização de Computadores dá-se mais por entender os processos de construção do que ela construção em si.

Seguindo a ordem das referências, o primeiro passo consiste na construção de um banco de registradores contendo oito registradores, capazes de realizar operações de leitura e escrita. Em conjunto, é implementada uma ALU (Arithmetic Logic Unit) com suporte a nove operações fundamentais, sendo elas: add, subtract, bitwise OR, bitwise NOR, bitwise AND, bitwise XOR, increment, decrement e right shift. Além disso deve ser implementada a instrução chamada ldi (load immediate) que carrega um valor imediato em um certo registrador.

Iniciando a construção, um único registrador pode ser implementado como uma pilha de 8 estruturas compostas por dois repetidores — um mecanismo de Redstone que repete o sinal recebido — e uma lâmpada, utilizada para a visualização dos estados lógicos (1 ou 0). Os dois repetidores são dispostos frontalmente um ao outro, de modo que o sinal elétrico se retroalimente, formando um ciclo contínuo que mantém o valor armazenado. Assim, cada unidade dessa estrutura é capaz de armazenar 1 bit de informação.

Essa estrutura, composta por oito unidades de armazenamento binário, é conectada a uma pequena saída de controle, formada por um comparador e um repetidor. Essa configuração permite bloquear ou liberar o sinal de saída, habilitando ou desabilitando o registrador para leitura, conforme o comando recebido. Por fim, a integração dos oito registradores de 8 bits, bem como o mecanismo de seleção entre eles e a construção da ALU, serão omitidas neste trabalho devido à complexidade envolvida em sua explicação detalhada.

O próximo passo consiste na construção de um banco de memória, essencial para armazenar as instruções do programa. Associado a ele, é implementado o PC (Program Counter), responsável por indicar o endereço da instrução atual a ser executada no banco de memória. Além disso, são introduzidas duas novas instruções: a instrução halt, utilizada para encerrar a execução do programa e interromper o incremento do PC, e a instrução BIZ (Branch If Zero), que possibilita a implementação de estruturas de repetição condicionais, como loops dependentes de resultados anteriores.

A construção do banco de memória segue uma lógica semelhante à do banco de registradores, porém de forma mais manual e extensiva. Nessa configuração, um dos repetidores é substituído por um comparador, o qual, quando obstruído por um barril, passa a enviar o sinal lógico 1 para a estrutura. Por meio da associação de diversas dessas unidades, é possível formar um banco de memória capaz de armazenar até 64 instruções de 16 bits.

Nesse ponto, já é possível integrar todos os componentes construídos, conectando-os a um sistema de exibição que permite visualizar a execução do programa em tempo real. Entretanto, ainda é necessária a implementação de um banco de memória de dados. Esse componente pode ser desenvolvido de duas formas: seguindo a arquitetura de Von Neumann, na qual o banco de memória é unificado, armazenando tanto instruções quanto dados — sendo a memória de dados iniciada a partir de um endereço específico —, ou adotando a arquitetura de Harvard, que separa fisicamente as memórias de dados e instruções.

No contexto dos circuitos construídos em Redstone, optou-se pela arquitetura de Harvard, pois ela permite acesso simultâneo a dados e instruções, oferece uma distinção mais clara e visual entre ambos e reduz o risco de alterações acidentais em instruções durante a manipulação da memória. Desse modo, está completo.

Por fim, é possível realizar um “upgrade” do computador desenvolvido. O primeiro aprimoramento implementado consistiu na expansão da memória, que passou de 64 para 256 bytes, juntamente com a memória de instruções, ampliada de 128 bytes para 2048 bytes. Além disso, o banco de registradores foi aprimorado, passando a comportar 16 registradores em vez de 8.

Outro avanço significativo ocorreu na forma de programação, que agora é realizada em Python. O código fonte passa por um script conversor, responsável por traduzir as instruções Python para o conjunto de instruções customizado desenvolvido no projeto. Esse script gera um esquema compatível com o mod Schematic — ferramenta capaz de criar plantas de blocos no Minecraft — funcionando, assim, como um montador (assembler) para o computador em Redstone.

Autor: Mateus Cardoso Oliveira

Referências: 

MINECRAFT WIKI. Redstone circuits. Fandom, s.d. Disponível em: https://minecraft.fandom.com/wiki/Redstone_circuits. Acesso em: 10 nov. 

2025.MRFLACKO. Computer Logic Gates in Minecraft (Only Redstone and Torches) [Vídeo]. YouTube, 2018. Disponível em https://www.youtube.com/watch?v=VEcmaXwjwuY. Acesso em: 11 nov. 25

MATTBATWINGS. I Made a Working Computer with just Redstone! [Vídeo]. YouTube, 2023. Disponível em https://www.youtube.com/watch?v=CW9N6kGbu2I. Acesso em: 12 nov. 25

MATTBATWINGS. I Made a Powerful Redstone Computer! [Vídeo]. YouTube, 2024. Disponível em https://www.youtube.com/watch?v=3gBZHXqnleU. Acesso em: 12 nov. 25

MATTBATWINGS. How to Make a Redstone Computer from Scratch [Vídeo]. YouTube, 2025. Disponível em https://www.youtube.com/watch?v=hAZEXqWLTmY. Acesso em: 13 nov. 25

O curso de Licenciatura em Ciências Sociais está oferecendo neste semestre uma Disciplina Complementar de Graduação recém criada, cujo nome é Jogos e Ensino em Ciências Sociais. A disciplina interessa a quem: 1) Quer estudar teorias do lúdico e compreender o papel dos jogos em nossos grupos sociais; 2) Tem interesse em pesquisar jogos e quem joga; 3) Deseja compreender como jogos podem auxiliar no aprendizado.

A matrícula pode ser solicitada via Portal do Aluno no período indicado no calendário acadêmico: 04/10/2021 à 08/10/2021. Caso o curso do estudante interessado não tenha liberado o Portal do Aluno a esta finalidade, os pedidos podem ser feitos pelo e-mail lcs@ufsm.br, informando o número de matrícula e nome do(a) acadêmico(a).

Objetivo da disciplina:
Compreender o jogo enquanto fenômeno social, partido de suas definições teóricas, apresentando algumas variedades do fenômeno enquanto jogo analógico e digital. A partir disto visa viabilizar-se uma reflexão crítica e apropriação de diferentes formas de emprego de jogos como recurso didático para o ensino de ciências sociais, especialmente a partir de três abordagens distintas: aprendizagem baseada em jogos, gamificação e jogos sérios.
Ementa:
UNIDADE 1 – Teorias e classificações sobre o lúdico
1.1. Distinções fundamentais: brincadeira, jogo e esporte
1.2. Conceitos clássicos de jogos: Huizinga e Caillois
1.3. Teorias contemporâneas sobre o lúdico
1.4. O jogo em seu espaço-tempo
UNIDADE 2 – Os vários tipos de jogos
2.1. Jogos de outrora
2.1.1. Jogos populares, cultura oral e folclore
2.1.2. Jogos analógicos comerciais tradicionais
2.2. Jogos de Guerra
2.3. Jogos analógicos modernos
2.3.1. Jogos de Tabuleiro Modernos: eurogames, “ameritrash” e além
2.3.2. Jogos narrativos (RPGs)
2.4. Jogos digitais ou games
2.4.1. Simulações
2.4.2. Jogos single-player, narrativos ou “com história”
2.4.3. Jogos on-line e e-sports
UNIDADE 3 – Jogos analógicos, jogos digitais e aprendizagem
3.1. Aprendizagem baseada em jogos: definição e experiências
3.2. Gamificação: definição, controvérsias e experiências
3.3. Serious Games: Jogos sérios ou jogos com propósito educacional

Neste episódio, o Arco No Fone discute o uso de estratégias de gamificação nos ambientes escolar e universitário. Os convidados são os professores Roseclea Duarte Medina, do Centro de Tecnologia da Universidade Federal de Santa Maria, e Giani Petri, do Colégio Politécnico também da UFSM. Roseclea tem doutorado em Informática na Educação pela UFRGS, e pesquisa ambientes virtuais 3D, educação a distância e outros temas. Giani tem doutorado em Ciência da Computação pela UFSC, e atua em jogos educacionais e outros assuntos.

As estudantes responsáveis pela produção e pelas entrevistas são Esther Klein e Tina Cambuy, do curso de Jornalismo da UFSM. A edição de áudio é de Rodrigo Santiago, sonoplasta do Núcleo de Rádios. A identidade visual é de Marcele Reis, acadêmica de Publicidade e Propaganda. As peças gráficas são de Amanda Pinho, universitária do curso de Produção Editorial. A divulgação nas mídias sociais é de Nathalia Pitol, estudante de Relações Públicas. A supervisão é do jornalista Maurício Dias.

Dê o play para ouvir o terceiro episódio e acesse o Spotify para acompanhar toda a primeira temporada do Arco No Fone. 

Em 1938, o historiador Johan Huizinga lançou Homo Ludens, livro em que ele discute a importância básica do jogar na formação humana. O autor defende a ideia de que os elementos lúdicos estão presentes na política, na guerra, na música, na poesia- em diversos aspectos da vida humana.

Dentre as muitas categorias de jogos estão os autóctones e tradicionais, mas você sabe que tipo de jogos são esses?  Faça o teste e descubra!

1. O que são jogos autóctones?

• São jogos que envolvem automóveis
• É o conjunto de jogos disponíveis em plataformas digitais
• São jogos específicos de um determinado local com ligação histórica, simbólica e cultural com esse lugar
• São todos os jogos com mais de quatro jogadores

2. O que é preciso para jogar um jogo autóctone?

• Um tabuleiro e no mínimo quatro jogadores
• Algum equipamento eletrônico que reproduza o jogo
• Um carro
• Não precisa de nada específico, apenas é o vínculo do jogo com um lugar e sua cultura.

3. Qual a diferença entre jogos ‘autóctones’ e jogos ‘tradicionais’?

• Autóctones são jogos com origem em um lugar determinado ligado à cosmovisão daquele povo enquanto os jogos tradicionais são jogos passados através das gerações sem um lugar definido.
• Jogos autóctones são aqueles em que os jogadores precisam de dispositivos eletrônicos para jogar enquanto os jogos tradicionais são jogos em que o jogador usa itens artesanais.
• Os jogos autóctones são jogos que não tem relação com lugares e culturas específicos, são globais, já os jogos tradicionais possuem ligação com lugares e culturas.
• Jogos autóctones não precisam de um número específico de jogadores já os jogos tradicionais precisam de um determinado número de jogadores para serem considerados.

4. Os jogos autóctones e tradicionais podem ser considerados:

• Uma matriz, a base para diversos outros jogos incluindo jogos eletrônicos
• Jogos para mecânicos
• Jogos para idosos
• Jogos para crianças

5. Quais as áreas de conhecimento podem estudar os jogos autóctones e tradicionais?

• Ciências da computação, engenharia elétrica, engenharia da automação
• Matemática, geologia e história.
• Todas
• Educação Física

6. Qual desses jogos faz parte da tradição gaúcha?

• GreNal
• Jogo do Osso
• Jogo do Bicho
• Jogo do Garrafão

7. Qual desses jogos tradicionais brasileiro é considerado patrimônio material e imaterial da humanidade?

• Futebol
• Sinuca
• Capoeira
• Amarelinha

RESULTADO

7 acertos

Você é um(a) grande jogador(a) e sabe tudo sobre jogos autóctones e tradicionais. Que tal chegar nas oficinas e conhecer novos jogos durante o I Encontro Brasileiro de Jogos Tradicionais e Autóctones?

6 acertos

Mesmo sem saber direito o que é ‘autóctone’ ou tradicional você sabe bastante sobre esses jogos. Que tal aproveitar e conhecer um pouco mais durante o I Encontro Brasileiro de Jogos Tradicionais e Autóctones?

5 acertos

Mesmo sem saber direito o que é ‘autóctone’ ou tradicional você sabe bastante sobre esses jogos. Que tal aproveitar e conhecer um pouco mais durante o I Encontro Brasileiro de Jogos Tradicionais e Autóctones?

4 acertos

Mesmo sem saber direito o que é ‘autóctone’ ou tradicional você sabe bastante sobre esses jogos. Que tal aproveitar e conhecer um pouco mais durante o I Encontro Brasileiro de Jogos Tradicionais e Autóctones?

3 acertos

Vixxi, você não é o maior conhecedor de jogos mas não tem problema, pode aproveitar e aprender mais no I Encontro Brasileiro de Jogos Tradicionais e Autóctones, aproveita!

2 acertos

Vixxi, você não é o maior conhecedor de jogos mas não tem problema, pode aproveitar e aprender mais no I Encontro Brasileiro de Jogos Tradicionais e Autóctones, aproveita!

1 acerto

Vixxi, você não é o maior conhecedor de jogos mas não tem problema, pode aproveitar e aprender mais no I Encontro Brasileiro de Jogos Tradicionais e Autóctones, aproveita!

Zero acertos

Vixxi, você não é o maior conhecedor de jogos mas não tem problema, pode aproveitar e aprender mais no I Encontro Brasileiro de Jogos Tradicionais e Autóctones, aproveita!

Texto: Maria Helena da Silva
Arte: Giana Bonilla 
Programação: Guilherme Bastos