DUPLAS
Prazo: MÚLTIPLOS (OLHOS ABERTOS)
Você deve fazer uma contribuição significativa para um projeto de software livre. Você precisará interagir com a comunidade e a base de código existente. Você DEVE fazer uma contribuição de código. Você pode começar com uma pequena contribuição na documentação ou tradução para aprender o processo (embora isso não seja obrigatório).
O primeiro passo para isso é escolher um projeto. Pode acomodar vocês:
- Jabref - Gerenciador de citações. Desenvolvido principalmente em Java. O pessoal da JabRef está entusiasmado com a aplicação do MVVM em seus projetos. É um bom aprendizado e, com certeza, ajudará a comunidade. Use o wiki como ponto de partida para o desenvolvimento. Além disso, há um exemplo das coisas JavaFX em relação ao padrão MVVM. Aqui [https://github.com/JabRef/jabref/wiki/Code---JavaFX]. A comunidade está ciente de que você está trabalhando neste curso.
Ao final do semestre, espera-se que você tenha uma ou mais contribuições enviadas, avaliadas por pares (em sala de aula), revisadas pelos membros do projeto e aceitas. Aqui estão as etapas gerais e datas (mais detalhes em breve).
** TUDO PRODUZIDO DURANTE O CURSO DEVE SER REVISADO POR OUTRO GRUPO ANTES DA APRESENTAÇÃO FINAL **
| Etapa | Entrega esperada | Prazo |
|---|---|---|
| (Vídeo logs) | Videos relatando o que foi feito na semana, problemas, soluções e planos para a próxima semana | Todas as semanas Até a aula de quinta |
| Checkpoint 0 | ** Apresentação (5-7 minutos) ** Decisão sobre o projeto e plano de etapas para contribuição. Nada muito complexo, apenas apresentar sobre o que é o projeto, tamanho, razão da escolha, tipos de tarefas que acham que existe, etc. |
18-Nov |
| Checkpoint 1 | ** Apresentação ** Apresentar os detalhes da (s) tarefa (s) que pretendem atacar no projeto; apresentar um relatório de progresso (apresentação oral mesmo) A apresentação deve ter ainda: * impressões sobre o projeto/diretrizes * análise arquitetural do software (frameworks, padrões, linguagens, etc) * pontos de contato; * passos já andados |
2-Dez |
| Apresentação | Apresentação final (para a turma) | Ultima semana de aula |
| Contribuição para o projeto (Relatorio Final) | Resumo do processo de contribuição (recomendo que seja escrito em tempo real para evitar o esquecimento) | Até 16-Dez |
A cada semana, a dupla deverá gravar um video log de 2-5 minutos, reportando o que foi feito, como foi feito, quais problemas foram encontrados. O Video log pode conter compartilhamento de telas, slides, figuras, ou o que o grupo achar necessário. É importante mostrar o que foi feito e como problemas foram resolvidos, bem como deixar o alerta de potenciais problemas que estejam bloqueando o andamento. A análise do andamento/progresso será feito com base nesses videos.
Caso o grupo não se sinta confortável com fazer um vídeo, um áudio ou relatório textual será suficiente.
Entrega do videolog: Enviar o link via email para igorfs [] utfpr.edu.br. Se preferir documento, enviar anexado. Assunto do email: "[SL2021]: VideoLog Semanal". As entregas devem ocorrer sempre antes da aula de quinta-feira até a data da apresentação final (dias 29-Jul, 5-Ago, 12-Ago, 19-Ago)
Cada grupo redigirá um documento descrevendo o processo de contribuição de um grande projeto de código aberto existente, com base na investigação das informações disponíveis publicamente sobre este projeto. Essa é a entrega final do projeto e pode conter problemas enfrentados durante o processo, como você aplicou seus conhecimentos e que tipo de novas habilidades o grupo adquiriu durante essa jornada. Ele precisa apresentar uma visão geral do projeto e da tarefa, seguido pelos detalhes do seu processo de contribuição.
CASO O PROJETO SEJA HOSPEDADO NO GITHUB: O grupo precisará fazer a curadoria de um fork do projeto em que trabalhará. Todos os commits precisam se tornar um Pull Request neste fork para treinar os alunos no uso do git e também no uso do GitHub. Para fazer isso, é recomendado que você crie um fork central, e cada aluno do grupo crie um "sub-fork". Sempre que houver um pull request pronto para revisão. Depois de receber a aprovação da revisão, você pode prosseguir e criar uma pull request para o outro projeto.
CASO O PROJETO SEJA HOSPEDADO FORA GITHUB: O grupo precisará fazer a curadoria de um clone do projeto no qual trabalhará. Sempre que houver um patch pronto para revisão, o instrutor (eu) informará como rosseguir com a revisão. Depois de receber a aprovação, você pode prosseguir e enviá-lo da forma que o projeto deseja.