Propostas Enviadas

Dorneles Treméa

Caçar e eliminar o máximo de bugs do Plone2.5, que está em beta.
Coordenador: Dorneles Treméa
Participantes confirmandos:
Fabio Rizzo, Rodrigo Castardo e Pablo Nogueira
Para quem se interessar, segue os detalhes baixar e testar o Plone2.5:
http://plone.org/development/info/participation

Guia de referência para desenvolvedores Plone:
http://plone.org/documentation/manual/plone-developer-reference

Fabiano Weimar dos Santos / Rudá Porto Filgueiras

Melhorar o SQLOSStorage p/ Archetypes que usa SQLObject / SQLOS para implementar o que o antigo SQLStorage faz na unha.
Coordenador: Fabiano Weimar dos Santos
Participantes confirmados: Rudá Porto Filgueiras

Eu acho que o sprint poderia rolar da seguinte forma (caso topem o tema):
* Instalarmos um servidor ubuntu com Zope 2.9 e a versao atual de storage (que usa SQLObject e umas tranqueiras do Zope 3)
* Fazermos uma especie de "oficina de testes" unitarios (digamos... um nivelamento de 2 horas)
* Implementarmos um pacote de testes unitarios que quebrem o Product do Ruda (para persistencia de imagens, arquivos binarios, texto, etc... tudo dentro do postgresql)
* Passarmos a tarde consertando os testes que a gente modelar de manha e criando novos testes até que a gente canse disso e possa dizer que temos um novo storage relacional para o Plone

Gustavo Barbieri

Desenvolvimento da lib Eagle: http://www.gustavobarbieri.com.br/eagle/
Poderíamos trabalhar em:
 - leitor de interfaces a partir do xml
 - componente rich text
 - adicionar widgets em tempo de execução
 - permitir extensibilidade (herdar, criar novos) dos componentes
 - desenhador gráfico

Rodrigo Senra

1) Programação de jogos
Desenvolvimento de um jogo, potencialmente para fins educacionais. Um exemplo bem sucedido é o ambiente robocode -- desenvolvido pela IBM -- para a ling. Java.

2) Desenvolvimento Zope (Infra-estrutura)
Melhorar a interação entre AT e o armazanamento de dados em bancos relacionais, incluindo suporte a referências.

3) Biblioteca de Comunicação
Desenvolver uma biblioteca que ofereça suporte a comunicação de grupos, consistindo no estabelecimento de um grupo lógico de processos que se comunicam através de troca de mensagens, onde há garantias:

  - uma mensagem enviada é sempre vista por todos os elementos do grupo
  - a ordenação de entrega é a mesma para todos so elementos do grupo

Este tipo de ferramenta é muito útil para a construção de aplicações
distribuídas, replicação de de dados, suporte a tolerância a falhas e alta disponibilidade.

4) melhorar o suporte e integração de PZP com as tecnologias de WebServices: SOAP, WSBPEL, WSRP, UDDI, etc
Exemplos:

http://www.oasis-open.org/committees/tc_home.php?wg_abbrev=wsrp
http://www.oasis-open.org/committees/workgroup.php?wg_abbrev=ws-sx

5) Deixar o tema em aberto
No final do dia 2, fazer uma votação entre os membros que confirmarem
presença na sprint. Algum tema durante o evento pode empolgar a
galera.

Email de divulgação do Sprint

Olá a todos,

Nos dia 01 e 02 de Junho vai ocorrer a PyConBrasil, em Brasília. Maiores detalhes e inscrições em : http://pyconbrasil.com.br

Porém no programa atual, não foi divulgado a ideía proposta por Sidnei da Silva, de se realizar um Sprint[1] no sábado, dia 03 de junho, dia seguinte ao que seria o final do evento.  O Sprint vai ser então uma continuidade do evento, aproveitando o encontro dos desenvolvedores para dar uma esticada e fomentar esse tipo de atividade na comunidade Python Brasileira.

A princípio o ideal seria que um Sprint durasse ao menos dois dias, o que me faz arriscar que se houvesse interesse poderíamos esticar as atividades até o domingo dia 04/06. Porém, Jean reservou um laboratorio com capacidade para aproximadamente 40 pessoas apenas para o dábado, dia 03/06 e precisariamos confirmar com ele se seria possível dispor do espaço no domingo também.

Meu objetivo principal é divulgar essa iniciativa e ter uma idéia de quem tem interesse em participar. Ainda não foi estabelecido nenhum critério para a participação e o único problema seria não ter espaço pra todos se houver grande interesse.

O modelo do Sprint é baseado em duplas de programadores que trabalham em partes de um sistema ou projeto. Dessa forma realizando o trabalho de implementação de Software Livre (no nosso caso) existente com correcões de bugs, novas funcionalidades e também a criação de novos pacotes.

Porém, como geralmente não há convergência sobre o que fazer e não existe um foco definido, fica a critério de cada dupla definir o que pretende realizar. Mesmo assim, seria interessante que cada dupla(s) proponente enviase uma idéia do que pretende e assim, documentar os objetivos e organizar o processo e depois poder comparar com os resultados alcançados, já que essa experiência deve servir como base para que isso ocorra mais vezes, integrando a comunidade e desenvolvendo essa cultura de Extreme Programming [2]

Basicamente seria assim a estrutura da proposta, a ser enviada por email para mim em:
rudazz@gmail.com

- Dupla(s) participante(s)
- Problema / Objetivo
- Abordagem / Solução

Eu vou criar uma listagem das propostas no site do evento em:
http://pyconbrasil.com.br/sprint

Dúvidas e sugestões?

[1] Artigo da Zope Magazine que pode serve como explicativo de como surgiu o conceito do Sprint e do modelo usando pela Zope Corp no desenvolvimento do Zope3
http://www.zopemag.com/Guides/miniGuide_ZopeSprinting.htm

Como Zope3 foi um dos temas convergentes entre as pessoas que conversei, segue o link para a apresentação usada por Jim Fulton para apresentar Zope3 durante um Sprint:
http://cvs.zope.org/Docs/ZopeComponentArchitecture/PythonProgrammerTutorial

[2] O modelo do Sprint usa diversas técnicas de desenvolvimento e princípios definidos no modelo de Extreme Programming: http://www.extremeprogramming.org