Centralizar em um local todas as edições, mantendo os mesmos links.

Poderia ser uma página de edições passadas ou uma dropbox, ex:
http://www.pylestras.org/

http://2013.pythonbrasil.org.br/divulgue/no-seu-site/2-eventos-em-1-so-lugar

• Prover melhor output em comando de envio
• Forma de garantir que não seja enviado 2x o link de votação pra mesma pessoa.
• Adicionar inscritos em lista de email
• Adicionar testes.

Rotina para gerar banner com os dados do evento[1] a partir de um banner base.

[1] Criar um banner automaticamente mais completo quando as palestras estiverem relacionadas? Talvez dois links, um pra banner simples e outro completo.

Possibilitar que o (futuro) sistema de inscrição sirva também para eventos pagos.

• Descrição
• Logo
• URL

Ex:
8 - 8:30 - Abertura e inscrição
10:20 - 10:40 - Coffee Break

Procurar formas fáceis de, por exemplo, coleta e relacionamento do material pós-evento.

Tanto pra relacionar na própria página do evento fotos e slides, quanto pra facilitar criação no post do blog.

Ter um bloco visível e chamativo, com link para submissão.

O link deve sumir quando o período de submissão acabar (definido no campo submission_deadline de events.Event)

Acredito que ao menos um README por app, explicando o funcionamento é interessante.

Somando isso a um resumo do funcionamento do sistema no README principal.

Twtiter, facebook, etc

Inicialmente em twitter bootstrap. Visando a possibilidade de troca no futuro, quando se achar necessário. Mas com tranquilidade, visto que o sistema já estaria funcionando,

Para informações sobre o grupo

Faixa ou equivalente

Possibilitar dados que não sejam palestras

Sistema de backup de banco e imagens.

Seria interessante disponibilizar de forma pública, o que pudesse ser disponibilizado dessa forma. E então poderíamos disponibilizar o conteúdo via torrent, uma forma de backup extra.

Penso que o ideal seria criar um segundo model, para Palestrante, podendo assim, ter informações mais específicas do palestrante, como a 'short bio'.

Uma possibilidade, é relacionar palestrante com um user, possibilitando com isso, login via facebook por exemplo, fazendo com que o palestrante tenha que preencher menos dados.

• Possibilitar reenvio:
  Tanto pelo admin, quanto em uma tela separada, pensei em reenviar para o e-mail cadastrado, com um limite de envio por data de último envio.
• Automatizar envio:
  Utilizar cron ou celery para enviar automaticamente os certificados na data de término do evento (validar também para não enviar certificados para eventos futuros.
• Implementar possibilidade de envio para palestrantes
• Adicionar link do pdf no próprio pdf
  ok - Horas do evento de acordo com o site (atualmente está hardcoded 4)

Sistema de certificados com links únicos para cada certificado.

Ver a melhor forma de pegar dados dos participantes nos eventos.

Precisamos de exemplos, ex: como o fisl e outros eventos lidam com isso.

Tela no admin do django, com campos referentes ao evento.

Na tela deve ser possível relacionar palestras, previamente cadastradas.

Ao criar o evento, automaticamente são criados:

• Link de submissão de palestras para esse evento [1]
• Form para pedido de camisas e canecas
• Banner do evento

[1] - Checkbox para caso de eventos sem palestras ou criar tipos de eventos?

Criar evento no facebook quando cadastrado novo evento.

Avisar a pessoa que está editando o evento, que o mesmo foi criado no facebook

Pensei inicialmente na amazon mesmo, com scripts de provisionamento. Mas penso que o heroku pode ser uma boa alternativa, principalmente se não passarmos muito dos limites grátis.

Seria interessante enviar SMS também

Criar sistema para inscrição, inicialmente para eventos gratuitos, mas já pensando na possibilidade de eventos pagos

• Otimizar keywords
• Utilizar links com tracking do google analytics (e-mail de votação e outros)

Banner divulgando a pythonbrasil[9]

Talvez algo dinâmico? Assim poderíamos divulgar outros tipos de eventos também, sem ter que tirar manualmente e tal

Form de pedidos de camisas e canecas, criado automaticamente na criação do evento.
Os pedidos devem ser encerrados a poucos dias do evento.

Seria interessante uma forma automatizada de realizar pedidos também.

http://pycon.pug.pe/ está indo para a página:
Em breve mais um Encontro do PUG-PE!

quando deveria ir para a página do ultimo evento:
http://pycon.pug.pe/xxiii/

Curtir/tweetar, etc.

Seria interessante também criar o evento no facebook automaticamente.

Adaptar sistema de submissão utilizado na pyconpe, para múltiplos eventos. E também a criação automática ao criar um evento.

Pensei que seria legal adicionar fotos de eventos na página sobre, talvez algo ladrilhado, pra deixar a página mais viva.

Para podermos cadastrar evento quando o local não estiver totalmente definido.

• Data limite de submissão (logo de início para votação)
• Descrição submissão, texto que aparece em emails de submissão/votação e tela de submissão
• Garantir que secret key não fique pública

No caso do segundo, talvez usar um genérico + a descrição do evento ao invés de um novo campo?

Issue foi criada inicialmente no repositório pyconpe, para entender melhor o que foi conversado acesse issue#6

Foi levantado no grupo do telegram o desenvolvimento de uma nova versão do site. Porque a versão atual está em Django 1.4.1 e Python 2.7 :( o que dificulta o desenvolvimento de features novas e correções dos bugs existentes. Outro problema detectado, é a ausência de um deploy automático (o último foi realizado a 8 ANOS ATRÁS).

Esse papo surgiu após ter sido compartilhado a experiência de organizar e participar de uma sprint online (Querido Diário - sprint online) e talvez fosse possível o PUG-PE também organizar a sua versão de uma sprint online.

Além dessa opção de realizar uma sprint para desenvolver/refatorar o site do PUG-PE, também foi levantado a possibilidade de forkar o repositório https://github.com/grupyrn/jararaca, que contém o código fonte do site do Grupy-RN.

Então resumindo... qual caminho devemos seguir? Lembrando que a ideia de fazer uma sprint seria para compartilhar conhecimento, mas para isso seria preciso ter monitores para auxiliar nesse momento, enquanto que forkar o jararaca não parece precisar de uma sprint.

O que vocês acham que seria melhor? E se teria algum problema com a infra que existe hoje (o banco, heroku, enfim, as credencias que precisamos hoje)?