Raysa Dutra hi-hi-ray

The MIT License (MIT)

Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is

Estou pronto para tornar meu repositório Open Source?

A lista de verificação:

Um readme seguindo um bom modelo
Uma contribuição.md com um código de conduta.
Uma licença
Configuração do Travis
Uma maneira de as pessoas criarem problemas
Link para ele

Título do projeto

Um parágrafo da descrição do projeto vai aqui

Começando

Essas instruções fornecerão uma cópia do projeto em funcionamento em sua máquina local para fins de desenvolvimento e teste. Consulte a implantação de notas sobre como implantar o projeto em um sistema ao vivo.

Pré-requisitos

Docker Container Name

Uma descrição de um parágrafo sobre o contêiner.

Começando

Essas instruções irão cobrir informações de uso e para o recipiente do docker

Pré-requisitos

Contribuindo

Ao contribuir para este repositório, primeiro discuta a alteração que deseja efetuar via emissão, Email ou qualquer outro método com os proprietários deste repositório antes de fazer uma alteração.

Por favor, note que temos um código de conduta, siga-o em todas as suas interações com o projeto.

Pull Request Process

Certifique-se de que as dependências de instalação ou compilação sejam removidas antes do final da camada ao fazer uma

Passo 02: Estrutura de um jogo

Explicar brevemente o jogo Pac Man observando os aspectos de game design.
Explicar o que são comentários, a função main e o que é um loop.
Explicar o papel de cada uma dessas etapas para a construção do jogo.

Passo 03: Construindo um labirinto

Explique em poucas palavras o que é um import e o que são bibliotecas.
Explicar a diferença entre declaração e definição.
Explicar a diferença entre declaração de função e chamada de função.

Formato do dojo é muito simples, vamos explicar...

São utilizados 3 conceitos no dojo:

Pair Programming: duas pessoas agindo em conjunto para programar. No caso do dojo, usamos um modelo no qual um é responsável por editar o código (piloto) e o outro ajuda dando palpites apenas (copiloto).
TDD (Test Driven Development): como o nome diz, desenvolvimento orientado por testes. Isso significa que primeiro fazemos o teste automatizado com a expectativa de como a funcionalidade deve funcionar. Como a funcionalidade não está implementada, o teste falha (Red 🔴). Depois implementamos a funcionalidade, e rodamos o teste novamente. Se a funcionalidade foi implementada corretamente, os testes passam (Green ✅). Então podemos refatorar o código existente (Refactor 🛠) ou fazer um novo teste para continuar incrementando a funcionalidade até resolver o problema.
Baby steps: ao implementar a funcionalidade, só implementamos o mínimo necessário para que os testes existentes passem. É como "dividir para

GitHub 101

Deixando sua documentação bonita.

Emoticons e seus significados em um commit

🎨 Ao melhorar o formato / estrutura do código

	## Wiki [Endpoint]

	### List All Products [GET]
	+ Parameters
	+ exemplo (optional, string) ... Keyword query to search for products.

	+ Response 200

	### Create a Products [POST]
	Allows the creation of a new product

	# space-invaders
	Assignment from Infnet

	## Começando

	Essas instruções fornecerão uma cópia do projeto em funcionamento em sua máquina local para fins de desenvolvimento e teste. Consulte a implantação de notas sobre como implantar o projeto em um sistema ao vivo.

	### Pré-requisitos

	* Sistema Debian