GT-AA

De Pontão Nós Digitais

Esta pagina trata de acoes do grupo de trabalho do AA. Ver tambem a pagina principal AA.

Integrantes

Andrés

Alexandre Koji Imai Negrão

Lucas Zambianchi

Marcos Mendonça

Nivaldo Bondança (secundário)

Renato Fabbri

Ricardo Fabbri

Vilson




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)

ADENDO:
* 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