# 2015



# Reunião 2015-06-24

#### <span class="mw-headline" id="bkmrk-1.-uso-do-f%C3%B3rum-1">1. Uso do fórum</span>

- É preciso deixar o post [Como acompanhar as mensagens do fórum](http://uspgamedev.org/smf/index.php?topic=8.msg14#msg14) mais visível ou transformá-lo em um FAQ com destaque;
- Se possível, mandar as instruções para o recebimento de notificações na mensagem enviada ao novo usuário no momento do cadastro (ou aceite do cadastro).

####  

#### <span class="mw-headline" id="bkmrk-2.-experimentos-com--1">2. Experimentos com a Godot</span>

As pessoas relataram o que tem feito para aprender mais sobre a Godot.

- O Kazuo começou a implementar a proposta do Giuliano (e o Vinícius acompanhou um pouco);
- André, Isabela e Victor passarão a usar a Godot nas reuniões de quinta feira.

####  

#### <span id="bkmrk-"></span><span class="mw-headline" id="bkmrk-3.-hor%C3%A1rio-de-atendi-1">3. Horário de atendimento durante as férias</span>

As pessoas se mostraram receosas em assumir um compromisso durante as férias por conta das incertezas de disponibilidade. Com isso, a princípio o atendimento está marcado para:

<dl id="bkmrk-quinta-feira%C2%A0das%C2%A014%3A"><dd>**Quinta feira** das **14:00** às **15:00**</dd></dl>- Isso precisa ser divulgado;
- Pessoas que vierem conhecer o grupo fora desse horário devem ser cordialmente "redirecionadas" ao momento certo;

Além disso, também discutimos sobre o roteiro dos assuntos de precisam ser tocados durante o atendimento.

1. Breve descrição da [origem do USPGameDev](https://usp.game.dev.br/wiki/Sobre_o_USPGameDev#Hist%C3%B3rico "Sobre o USPGameDev");
2. É muito importante mostrar alguns demos funcionando e/ou o [vídeo dos jogos](http://uspgamedev.org/media/videos/ugd_demos.mp4);
3. Falar um pouco sobre nossos [Valores, Missão e Visão](https://usp.game.dev.br/wiki/Valores,_Miss%C3%A3o_e_Vis%C3%A3o "Valores, Missão e Visão"). Em especial: 
    - Trabalho em equipe;
    - Participação e organização de eventos;
    - Experimentos com tecnologias e ferramentas de desenvolvimento (não só de programação);
4. Falar sobre os projetos em andamento no momento (se houver);
5. Explicar brevemente como são as reuniões;
6. Mostrar o fórum e deixar claro que ele é nosso meio de comunicação.

O Fernando comentou em tom de brincadeira que poderíamos fazer um vídeo "Introdução ao USPGameDev" com os tópicos acima. No final, a ideia pareceu boa a produtiva.

####  

#### <span class="mw-headline" id="bkmrk-4.-local-de-trabalho-1">4. Local de trabalho</span>

Sobre os planos de encontrar um novo lar:

- **CITI**: O Vinícius e Wilson contaram como foi a visita ao CITI. A ação em andamento sobre isso é tentar entrar em contato com o Prof. Marcelo Zuffo e conversar sobre a possibilidade de usarmos o espaço de lá;
- **CEC**: O Wilson tentará conversar com o Prof. Alfredo Goldman para ter mais informações sobre o processo de reserva do CEC; **UPDATE:** é só mandar um e-mail que o Gold reserva, e pode fazer reservas semanais!
- **C1-10**: É preciso mandar um e-mail para o Giuliano falando que começamos a implementar a proposta de jogo dele e, aproveitando o gancho, podemos comentar nossa atual situação e perguntar se ele tem o contato do novo orientador pedagógico.

####  

#### <span id="bkmrk--1"></span><span class="mw-headline" id="bkmrk-5.-projeto-introdut%C3%B3-1">5. Projeto introdutório</span>

- Provavelmente os experimentos com a Godot se tornem bons projetos introdutórios;
- Também comentou-se sobre usar jogos de tabuleiro como forma de introduzir questões não relacionadas a programação.

# Reunião 2015-06-17

#### Ferramenta "padrão"

- A reunião foi iniciada retomando a discussão sobre a adoção ou não de uma ferramenta "padrão" do grupo.
- Levantou-se a possibilidade de esperarmos a Valve soltar a Source 2 para ver se vem com um editor legal e tentarmos aprender fazendo mods. Mas vamos deixar essa ideia guardada na manga por hora.

- As exigências que as candidatas a "ferramenta padrão" precisariam ter são: 
    1. Precisa ser fácil de criar um projeto introdutório; <dl><dd>A ferramenta deve ser amigável e fácil de aprender para os ingressantes tanto de computação quanto de outras áreas.</dd></dl>
    2. Também precisa ser boa de usar para projetos maiores que o introdutório <dl><dd>Afinal, espera-se que muitos outros projetos usem a ferramenta, facilitando a transição dos ingressantes em projetos já em andamento.</dd></dl>
    3. É fundamental ter boa documentação <dl><dd>Não podemos depender exclusivamente do material didático que nós mesmos produzamos.</dd></dl>
    4. A ferramenta precisa facilitar a resolução de tarefas não relacionadas à programação <dl><dd>Ingressantes não programadores precisam conseguir usar a ferramenta para contribuir com os projetos.</dd></dl>

- Dadas essas restrições, decidimos que **adotaremos a [Godot](http://www.godotengine.org/wp/)** como opção padrão para desenvolvimento dos projetos do grupo.
- A motivação para essa escolha foi que a Godot atende a todas as restrições acima, além de: 
    - É fácil de instalar em qualquer computador (basta [baixar o executável](http://www.godotengine.org/wp/download/) para o sistema operacional correspondente);
    - A *engine* é *open source* (com licença MIT)
    - Quem gosta se interessar por C++ e/ou programação de *engines* de jogos poderá fazer contribuições pelo [GitHub](https://github.com/okamstudio/godot) deles
    
    <dl><dd>(Vimos que eles tem aceitado *pull requests* com uma frequência legal)</dd></dl>
    - Pelo próprio editor visual é possível construir os cenários, como se consegue fazer com o [Tiled](http://www.mapeditor.org/).

<dl id="bkmrk-%C2%A0-atra%C3%A7%C3%A3o-de-novos-m"><dt>####  

#### Atração de novos membros

</dt></dl>- Por enquanto, não vamos fazer uma campanha de divulgação "proporções USP";
- Vamos esperar algumas coisas se definirem, ou no mínimo se encaminharem, como as questões do horário de atendimento e espaço físico;
- Como micro-ação de atração, vamos aproveitar a palestra para a turma do BCC 2015 e fazer propagando para as pessoas virem para o USPGameDev no segundo semestre;

####  

#### <span id="bkmrk-"></span><span class="mw-headline" id="bkmrk-a%C3%A7%C3%B5es-1">Ações</span>

Foi consenso que já discutimos muitas coisas e várias ações já foram listadas, mas ainda não começaram a ser executadas. Para começarmos a agir e ter alguns resultados mais palpáveis, montamos a seguinte lista de tarefas:

1. Rever e documentar o *workflow* de como novos usuários do fórum fazem para receber notificações de acompanhamento de *threads*;
2. Todo mundo precisa fazer os [tutoriais da Godot](https://github.com/okamstudio/godot/wiki) e fazer experimentos com a ferramenta. (essa atividade será melhor aproveitada se feita em duplas ou grupos pequenos)
3. Definir as questões do **Horário de Atendimento**
    - Planejar o qual será esse dia e horário para as férias e segundo semestre;
    - Montar o "roteiro" do atendimento (tópicos a serem comentados quando as pessoas vem perguntar "O que é o USPGameDev?");
4. Descobrir mais informações sobre os locais candidatos a "nova sala" <dl><dd>Locais: 
    - CEC (Laboratório de computadores do bloco B do IME);
    - C1-10 (Antiga sede do USPGameDev, no prédio do Biênio-Poli);
    - CITI (Prédio "verde" novo do lado da Poli Elétrica, Prof. Zuffo);
    - Sala BCC (Laboratório 258 do bloco A do IME);
    
    </dd></dl>
    1. Ir a cada um dos locais;
    2. Verificar se eles atendem às nossas necessidades de infraestrutura;
    3. Descobrir quem é o responsável pelo local;
    4. Conversar com essa pessoa para levantar qual a burocracia para usarmos o local.

# Reunião 2015-06-10

<dl id="bkmrk-3.-espa%C3%A7o-f%C3%ADsico"><dt>#### 3. Espaço físico

</dt></dl>- Sabendo que o Laboratório de Extensão é um local "garantido", por hora continuaremos por lá.
- Apesar disso, o LabX não é adequado para o "funcionamento ideal" do grupo e não há margem alguma para crescimento;
- Precisamos procurar por locais que tenham: 
    - Possibilidade de reserva por longos períodos (por semestre ou por ano);
    - Ter mesas e cadeira para trabalhar com notebooks;
    - Tomadas;
    - Acesso à internet garantido e estável;
    - Capacidade para comportar no mínimo 16 pessoas.

- Os locais para onde podemos tentar ir são: 
    1. CEC (Laboratório de computadores do bloco B do IME);
    2. C1-10 (Antiga sede do USPGameDev, no prédio do Biênio-Poli);
    3. CITI (Prédio "verde" novo do lado da Poli Elétrica, Prof. Zuffo);
    4. Sala BCC (Laboratório 258 do bloco A do IME);
    5. Algum laboratório da ECA (por meio do Prof. Gilson ou Prof. Wagner);
    6. Algum laboratório da FEA;
    7. Reservar salas de aula do IME;

- Será preciso ir a cada um desses locais para descobrir a viabilidade de levar o grupo para lá;
- Também é preciso descobrir qual a burocracia necessária para a reserva.

<dl id="bkmrk-4-e-5.-atra%C3%A7%C3%A3o-e-ret"><dt>#### 4 e 5. Atração e retenção de novos membros

</dt></dl>- Constatamos que a abordagem com as pessoas interessadas em conhecer e/ou entrar no USPGameDev deve envolver: 
    - Direcionar os ingressantes passando-lhes tarefas de trabalho (talvez com um exemplo já pronto como guia);
    - Os veteranos acompanharem de perto as atividades dos ingressantes;
    - Indicar e reforçar uma grande meta (como apresentar no Encontro BCC ou algum outro evento);
    - Mostrar aos ingressantes que o que eles estiverem produzindo é uma contribuição para o grupo.

- Foi cogitado elaborarmos um "projeto introdutório" que todos os ingressantes receberão como tarefa inicial 
    - Esse projeto poderia ser um jogo simples que os ingressantes tentariam copiar;
    - Ou um projeto só com a estrutura básica para o ingressantes tentar completar;
    - Ou ambos

- Para esse projeto introdutório se encaixar com a proposta de "o trabalho dos ingressantes contribui para o grupo", começou-se a discutir sobre o USPGameDev deixar de ser um grupo focado em C++; 
    - Se o grupo adotar uma ferramenta com menor barreira inicial para a maioria dos projetos, fica mais fácil introduzir novas pessoas em projetos já iniciados;
    - Uma escolha desse tipo também tende a ser mais receptiva a pessoas que não queiram se envolver em programação;
    - Esse tópico não terminou de ser discutido e será revisitado na próxima reunião.

# Reunião 2015-06-03

- Ordenamos os problemas atuais dos grupo de acordo com as relações de dependência entre eles, risco, impacto e dificuldade: 
    1. Comunicação interna não efetiva;
    2. Reuniões dispersas e pouco produtivas;
    3. Espaço físico;
    4. Retenção dos ingressantes;
    5. Atração de novos membros;
    6. Oportunidades sendo perdidas;
    7. Relações interpessoais e questões de individualidade;
    8. Projetos sendo interrompidos antes de sua conclusão.

- Os primeiros dois tópicos foram discutidos e chegamos a um consenso sobre as ações que precisam ser feitas para resolvê-los:

<dl id="bkmrk-%C2%A0-1.-comunica%C3%A7%C3%A3o"><dt>####  

#### 1. Comunicação

</dt></dl><dl id="bkmrk-adotar-o-f%C3%B3rum-o-mei"><dd>1. Adotar o fórum o meio oficial de comunicação e discussão;
2. Garantir que todos os integrantes do USPGameDev saibam dessa mudança (divulgar a notícia de todas as formas possíveis);
3. Os demais canais de comunicação serão mantidos apenas para os assuntos satélite, ou "off-topic";
4. Configurar o fórum para sempre enviar notificações de novos tópicos e/ou respostas 
    - Rever e atualizar, se for preciso, a página com instruções de como acompanhar as discussões no fórum
    - Caso não exista um forma prática e simples de habilitar notificações generalizadas, buscar outro sistema de fórum que atenda a essa necessidade

</dd></dl><dl id="bkmrk-%C2%A0-2.-reuni%C3%B5es-disper"><dt>####  

#### 2. Reuniões dispersas e pouco produtivas

</dt><dd>*Obs: A questão do espaço físico ainda não discutida, muito menos resolvida. Assim sendo, a palavra "sala" está se referindo ao local de trabalho reservado ao USPGameDev, seja ele onde for. Ou seja, não estamos nos referindo explicitamente ao Laboratório de Extensão.*</dd></dl><dl id="bkmrk-tornar-as-reuni%C3%B5es-m"><dd>1. Tornar as reuniões mais concisas, focadas e dedicadas a atividades do USPGameDev;
2. Definir um "horário de atendimento" 
    - Os membros estiverem na sala durante o horário de atendimento estão obrigatoriamente se comprometendo a atender às pessoas que forem tirar dúvidas ou querendo conhecer o USPGameDev;
    - Os membros que não quiserem assumir esse compromisso não devem ocupar a sala durante o horário de atendimento;
    - Caso alguma pessoa externa ao grupo venha fora do horário de atendimento, os membros presentes na sala podem esclarecer as dúvidas pontuais e rápidas, mas devem cordialmente explicar que conversas mais extensas devem ser tratadas apenas durante o horário de atendimento (ou por agendamento);
3. Nos demais horários, a princípio, o uso da sala fica livre. Porém, a partir do momento que forem acontecendo "encontros regulares" para realizar atividades do USPGameDev, esses encontros passam a ter prioridade sobre o espaço 
    - Cada membro terá mais autonomia sobre sua participação em projetos;
    - Quando dois ou mais membros começarem a se dedicar a alguma atividade do grupo, isso deve ser comunicado através do fórum;
    - Esses membros devem, pelo fórum, combinar cada encontro;
    - A partir do momento no qual essas pessoas sentirem necessidade de tornar os encontros regularmente periódicos, deve ser feito um comunicado no fórum indicando os dias e horários; 
        - Nesses horários, a sala passa a ser usada **exclusivamente** para as atividades do USPGameDev;
        - As pessoas que não forem realizar tarefas relacionadas ao grupo devem deixar a sala desocupada nesse momento(!);
        - Quem não estiver fazendo parte do encontro original, mas for trabalhar em outras coisas do USPGameDev, pode aproveitar a "reserva" da sala em conjunto;
        - Fica a cargo das próprias pessoas (que agendaram o encontro regular) monitorar o engajamento na atividade e abdicar da "reserva" em caso de falta de assiduidade (comunicando a decisão no fórum);

</dd></dl>