MISSÃO 1: Prelúdio

Tipo: Single Developer (individual)

Entrega:

• Turma A até 23/03/2022 às  13:30

https://itch.io/jam/misso-breakout-20221-turma-a 

• Turma B até 22/03/2022 às  9:45

https://itch.io/jam/misso-breakout-20221-turma-b 

Objetivo da missão

Para essa missão você deverá criar um jogo 2D estilo breakout, que consiste de um bola que destrói blocos organizados em camadas e que se pode rebater com uma raquete que desloca para a esquerda e direita. Para auxiliar nessa missão você vai contar com um tutorial dividido em duas partes (parte 1 e parte 2). A ferramenta que você terá à disposição será o Unity.

Breakout: Atari - 1976

Cumprindo essa missão você vai demonstrar ser capaz de criar e publicar um jogo 2D do zero, o que inclui:

• Controlar um fluxo de jogo
• Programar componentes básicos para jogos em C#
• Capturar eventos de interação e aplicar em objetos gráficos
• Controlar e animar imagens gráficas (sprites)

Aproveite a oportunidade para explorar a ferramenta de jogos Unity e comece a pegar familiaridade com o funcionamento dela, isso vai simplificar o ritmo para as próximas missões. Tente sempre entender o que está fazendo na ferramenta e sempre consulte  os professores e monitores para tirar dúvidas.

Detalhes

Nos tutoriais você encontrará os objetivos básicos para a missão, porém só isso não basta para alcançar o nível mínimo de sucesso (ou seja uma nota 5.0) e você deverá ir além. Depois de terminados as duas partes do tutorial, pense nas diferentes formas que você pode melhorar o jogo base. Existe uma tabela de possíveis objetivos para completar o seu jogo que você poderá usar livremente, essa tabela se encontra em: Tabela de Objetivos e Tarefas.

Quanto mais objetivos você cumprir, mais experiência (XP) irá acumular. Você pode e deve criar novos recursos organizados adequadamente como um novo objetivo para o seu jogo. Os objetivos (fornecidos ou criados ou você) serão avaliados após a entrega e os pontos de experiência serão atribuídos a sua entrega.

Tenha ideias originais, mas se quiser, olhe outros jogos para se inspirar em como fazer algo para o seu jogo. Veja o exemplo abaixo do jogo Wizorb.

Wizorb: Windows, Linux, Mac OS - 2011

Missão Cumprida

Para entregar o jogo, você primeiro deve gerar uma versão WebGL compilada dele (o que chamamos às vezes de Build). No Unity fazer um build em WebGL não é complicado, contudo é sempre bom conferir se o jogo se comporta de forma adequada, pois a compilação eventualmente pode gerar jogos com comportamentos estranhos.

Por exemplo, o padrão de tamanho de janela em WebGL é 900x600, assim é bom quando você desenvolver seu jogo estar trabalhando nessa resolução, senão terá grandes chances do seu jogo ficar estranho nos navegadores ou não funcionar como esperado. Se tiver alguma dúvida sobre como fazer o build e testar veja aqui o tutorial de como fazê-lo.

Após isso, você deverá disponibilizar seu projeto em dois lugares

• Github (ou similar) com o código fonte do seu projeto, aproveite para descrever nas anotações (Readme.md), quaisquer detalhes da implementação do seu jogo. Se desejar você pode deixar uma versão rodando com o Github pages.
• Itch.io para deixar a versão compilada na GameJam da entrega. Assim, crie um projeto no itch.io com o seu jogo compilado, para isso crie uma conta se ainda não tiver, gere uma versão webGL (Se além da WebGL quiser fazer uma versão para Windows, Linux ou Mac OS também pode colocar), junto com o projeto do itch.io coloque as informações do jogo, especialmente como jogar o seu jogo, por exemplo: se alguma tecla diferente é usada para alguma interação, se existe algum segredo no jogo que deve ser achado, etc.

Regras adicionais: A data do projeto é rígida e será confirmada com a entrega no Forms, GitHub e Itch.io. Caso o projeto não seja informado de forma completa no formulário de entrega, o trabalho não será considerado entregue. Existe uma punição para cada dia de atraso.

Aviso sobre Plágio

Os projetos serão examinados com respeito a plágio. Se você se basear em código de alguém, deixe claro de onde pegou e dê os créditos. É normal você buscar exemplos na internet para entender como funciona. O que não é aceitável é copiar longos trechos de código de outros e não dar crédito. Se forem poucas linhas, 2 ou 3 por exemplo, você não precisa referenciar, se for mais que isso, diga onde pegou. Já usar projetos de colegas da sala é mais crítico, não copie código de seus colegas, é sempre saudável conversar para ter e dar ajuda, mas não o código pronto.

Maiores detalhes sobre integridade intelectual em atividades de programação aqui.