GT-AA: mudanças entre as edições
Sem resumo de edição |
Sem resumo de edição |
||
Linha 28: | Linha 28: | ||
* Repo: https://git.gitorious.org/macambira_aa/ | * Repo: https://git.gitorious.org/macambira_aa/ | ||
* Feeds em tempo real da equipe do lab Macambira: | * Feeds em tempo real da equipe do lab Macambira: | ||
** | ** http://nightsc.com.br/aa/ | ||
Passos para poder fazer push também: | Passos para poder fazer push também: |
Edição das 20h02min de 1 de agosto de 2011
Integrantes
Marcos Mendonça
Nivaldo Bondança (secundário)
Renato Fabbri
Vilson
Versões
Versão Cliente
http://wiki.nosdigitais.teia.org.br/AA
Versão WEB
- Repo: https://git.gitorious.org/macambira_aa/
- Feeds em tempo real da equipe do lab Macambira:
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