Formato de Entrega
Toda entrega desta disciplina — exercícios e projetos — é feita como um site no GitHub Pages apoiado em um repositório público. Um repositório, para o semestre inteiro, que cresce uma pasta por vez.
Esse acúmulo é o ponto. No fim do semestre você não tem quatro trabalhos soltos; você tem um portfólio para mostrar a alguém.
Cadastre seu repositório uma vez
Envie o link por este formulário — uma única vez, no começo do semestre. Não há nada a reenviar a cada prazo: o repositório é o mesmo o semestre todo, e quem decide o prazo são os seus commits. Preencha de novo apenas se mudar o repositório de lugar. Uma segunda resposta com o mesmo e-mail substitui a primeira.
O repositório
Faça um fork do template da disciplina — MkDocs + Material com um workflow do GitHub Actions que publica a cada push, a mesma pilha em que este site roda. Mantenha o repositório público, para que ele possa ser lido na correção e para que sirva de portfólio.
Estrutura obrigatória
O nome da pasta é o contrato. É por ele que cada entrega é localizada:
docs/
index.md # sua página inicial — quem é você, o que tem aqui
exercises/
data/index.md
perceptron/
index.md # o relatório
code/ # os fontes que você realmente rodou
figures/ # as figuras que o relatório mostra
mlp/index.md
vae/index.md
projects/
mkdocs.yml
requirements.txt # para outra pessoa conseguir rodar seu código
Os slugs são fixos — data, perceptron, mlp, vae — e são os mesmos deste site.
Front matter obrigatório
No topo de cada relatório:
ai_use é obrigatório e pode ser "none". Colaboração com IA é permitida; o que dá problema é não declarar.
Organização obrigatória
Seus títulos espelham o enunciado, na mesma ordem:
Isso não é burocracia. Cada critério de avaliação está amarrado a uma letra de item, então um relatório com a forma do enunciado é lido contra o critério certo. Um relatório que espalha os itens obriga o corretor a caçar — e corretor que caça, acha menos.
A última seção é sempre a tabela de Resumo dos resultados da página do exercício, com as linhas na ordem e a coluna # preservada. Preencha todas: linha em branco é lida como "não fez", mesmo que o número esteja perdido em algum lugar do seu texto.
Código mora em arquivo
Todo script vai para code/, e o relatório o inclui em vez de apenas colar:
Código que só existe como texto na página não pode ser executado, e conseguir reexecutá-lo é critério de nota. Vale o mesmo para as figuras: , versionada no repositório — figura apenas mencionada não foi entregue.
Prazos
O prazo é o horário do seu último commit na pasta daquele exercício. Não é o formulário, nem o push para o Pages — é o commit.
Vá commitando ao longo do caminho. Um único commit às 23:58 do dia da entrega é perfeitamente válido e será corrigido normalmente, mas não deixa nenhum rastro de como o trabalho aconteceu — e é exatamente a entrega que uma prova oral vai pedir que você explique.
Antes de entregar
- O repositório está público e o site do Pages realmente compila
-
docs/exercises/<slug>/index.mdexiste, com o slug exato - Front matter com
exercise:eai_use: - Os títulos espelham o enunciado:
Exercício N, depoisA,B,C,D - Toda figura pedida está versionada e exibida, numerada
- Todo script é um arquivo em
code/e roda a partir de um clone limpo - A tabela de Resumo dos resultados está preenchida, linha por linha
- Cada pergunta de análise foi respondida com o número que a sustenta
- Seu último commit é anterior ao prazo
O que é lido
O site publicado é o seu portfólio. O repositório é o que é corrigido: o markdown, o código como arquivo e o histórico do git. Então um site bonito cujo repositório não tem o código não é uma entrega completa — e um repositório com tudo no lugar, cujo CI por acaso quebrou, ainda é.