Mudanças entre as edições de "GT-AA"

De Pontão Nós Digitais
(Versões)
(Versão Cliente)
Linha 19: Linha 19:
  
  
== Versão Cliente ==
 
  
http://wiki.nosdigitais.teia.org.br/AA
 
 
Repo: http://labmacambira.sourceforge.net 
 
Outros repos: http://github.com/automata/aa ou https://github.com/mquasar/aa
 
  
 
== Versão WEB ==
 
== Versão WEB ==

Edição das 15h47min de 11 de setembro de 2011

Integrantes

Andrés

Alexandre Koji Imai Negrão

Lucas Zambianchi

Marcos Mendonça

Nivaldo Bondança (secundário)

Renato Fabbri

Ricardo Fabbri

Vilson



Versão WEB

Passos para poder fazer push também:

Executar o comando: ssh-keygen -t dsa Ps.: Não consegui fazer funcionar sem senha, então basta usar AA123

Depois abra o arquivo id_dsa.pub dentro da pasta ~/.ssh/

Ai é só copiar esse texto (chamado chave ssh) que tem lá dentro e me enviar(Lucas) pra liberar acesso ao projeto no Gitorious (ps.: caso você use o root + seu usuário normal alternadamente para o git, faça o processo com os dois usuários e envie as 2 chaves)

Depois só dar o git clone, git push, git pull, ... No endereço GIT. git@gitorious.org:macambira_aa/macambira_aa.git

Reuniões

18-Jul-2011

Horário: 14:00hs

Participantes: Alexandre, Lucas, Marcos Mendonça, Nivaldo, Renato.


Ideias:

  • Definir campos
  • Twitter ( 100% aprovação )
  • IRC
    • Canal AA com bot para registrar de forma limpa
  • Pensar em validação do parceiro
  • Escolher o aviso sonoro
    • Opção: Falar o nome/nick da pessoa
  • Janela de notificação semi-transparente (estilo padrão do Ubuntu)


Esqueleto mínimo:

  • Banco de dados:
    • Usuário (cadastro)
    • Mensagens
    • Configurações (intervalos de notificações dos usuários, manter hisótico de alteração das durações por data e hora)
  • A princípio desenvolver nos dois
    • Browser -> Portabilidade
    • Python -> Funcionalidade
  • Notificações
    • A cada 30 minutos. Repete a cada 30 segundos até que receba a mensagem. Pode mudar segundo a Tabela de configurações.
  • Mensagem
    • A princípio, no máximo 100 caracteres


Concepção para reunião de quarta-feira

Rfabbri 02h04min de 27 de Julho de 2011 (UTC)

POST:
* 15 min +- 5m, ou seja, temos 5 minutos de tolerância. Fora desta margem, o log é perdido.
** pode estourar até 20% dos logs em um mes sem abono de bônus
** entre 20 e 30% perde 150 conto
** entre 30 e 40% perde 300 conto
** entre 40 e 50% perde 450 conto e fica passíel de remoção
* Posts extras ao bel prazer

SESSÕES E REPOSIÇÕES
-> pode perder e repor at 3 dias sem abono de bonus
-> cada dia além do terceiro dia perde 50 conto
-> perdeu 7 dias ou mais, mesmo repondo, fica passível de remoção
-> não pode repor mais de uma sessão (2h) em um dia

SESSÕES PERDIDAS
-> cada dia perdido e sem repor, perde 100
-> 3 dias ou mais sem repor, fica passível de remoção do lab

VALIDAÇÕES DOS LOGS
* Cada dia chega um log para cada um validar (atribuição randômica)
* Quem valida fica anônimo (não para a gerência)
* Pontos (uma frase para cada):
** Fortes
** Fracos
* Classificação em: Imprestável, ruim, regular, bom, excelente

TASK LIST
* Cada gt tem seu task list com prioridades e deadlines (task list externo ao AA numa primeira versao, p.ex. sourceforge),
com tasks alocadas a cada macambira
* Cada Macabira associa-se a um e somente um gt primário no qual ficará logado pelo AA.
* A princípio cada um tem autonomia para escolher seu gt primário
* À gerência, cabe realocar Macambiras em caso de necessidade

SISTEMÁTICA:
* Cada sessão gera um log, que possui 
** os posts
** o identificador de usuário
* Feed em tempo real (no caso de falta de conexão com a web, fica arquivo txt)

INTERFACE WEB:
* Mostra quando falhou o timeslot do Macambira
* Mostra o dia em que falhou
* Mostra reposição
* Mostra tempo extra
* Mostra por seleção de usuário

ATIVIDADE:
* Desliga celular
* Fica em lugar não movimentado
* Concentrado
* Baseado em:
** Meritocracia
** Auto-regulagem Social
* Screencast diário de 2-10 min. (sem ele o log fica inválido)

ADENO:
* Em caso de rendimento claramente insatisfatório, pode-se aumentar as horas para 3h diárias

TODO (28/07/2011)

  • Terminar relógio (AADaemon) FEITO
  • Enviar todo o log em uma única requisição HTTP (AAHTTPSender) FEITO
  • Refinar AA Web
    • Campo vermelho para slots perdidos FEITO
    • Datas FEITO
  • Incluir bonificação/penalização
  • Validar log AA Web FEITO
  • Configuração FEITO