Explicar a estruturação dos testes, a divisão de responsabilidades entre os targets e regras de mock/stub

Acho que vale a pena criar/configurar um SwiftLint no projeto.

Acho útil que o usuário possa exportar um evento para o calendário. Assim, ele pode criar alertas, rotas usando o sistema.

Criar uma forma de sorteio baseada na lista de pessoas presentes no evento.

Originou-se na Issue #6

Qual lib ou vamos utilizar NSURLSession para fazer o tratamento dos JSONs da nossa API?

• Moya;
• Alamofire;
• ObjectMapper;
• NSURLSession;
• Outra?

Acredito que o app possa conter links para:

• Vídeos de edições anteriores
• Áudio dos podcasts

Eu acho relevante a utilização de uma ferramenta como Fabric ou Hockey. Eu tenho mais familiaridade com o Fabric e eu acho que o acompanhamento de crash free sessions e detalhamento de erros muito bons. Possível, até, enviar soft errors para o servidor e manter tracking disso.

• Mostrar localização aproximada de onde ocorrerá o evento;

Não sei se seria bom desmembrar isso em uma área do segmented control.

Para os organizadores do evento:

• "Lista de presença". (Pra nao precisar de uma lista fisica, assinar e etc)
• Emissão de certificado? (Em SP o pessoal fornece).
• Sorteio - Agilizar os sorteios que tem as vezes.

Conforme a discussão feita no issue #55 ficou decidido a utilização do plugin cocoapods-acknowledgements e da bibloteca CPDAcknowledgements para listar as bibliotecas usadas.

Criar uma listagem de participantes de um evento, onde pode ser marcado quem esteve presente.
Originou-se no Issue #6

• Definição das primeiras telas do aplicativos;
• Implementação de funcionalidades;
• Mockup das telas
  

Seria interessante usar o fastlane no travis para gerenciar certificados, provisions e diferentes tipos de builds

Estava lendo essa frase:

Promovemos Talks e Palestras de até 20 minutos dadas por membros do grupo local ou de convidados especiais e é lógico, comidas, bebidas e snacks ao final.

... e pensando se atualmente condiz com a nossa realidade. Não sei se é verdade que em todas as cidades que nossos talks acontecem, eles são de até 20 minutos (acredito que muitos não são). Além disso, acho que colocar comidas, bebidas e snacks pode passar uma propaganda enganosa, dado que nem todo evento conseguimos alguém ajudando com o coffee.

A lista de presença pode ser implementada utilizando iBeacon. Uma vez que o aparelho do palestrante age como um beacon e cria uma range, todos que estão participando do evento entram nessa região. A partir disso da pra fazer featurings interessantes e que podem servir para levantar dados e tomar decisões, como:

• Evasão dos eventos
• Porcentagem de presença
• Engajamento do usuário

Além disso, utilizar iBeacons trás a possibilidade de implementar recursos de IoT, aumentando a interatividade entre os usuários.

Do jeito que foi criado o esquema de sincronismo, os campos estão sendo copiados com seus "raw values". Para o campo de data, por exemplo, isso não está funcionando. Talvez precise criar um new Date() antes de deserializar o que vem do Cupertino e aí então preenchê-lo.

Acredito que com o projeto bem estruturado haverá interesse da comunidade mundial em utilizar ou contribuir.

Acredito que é válido criar um banco de dados na aplicação para lidar com a relação entre modelos e possibilitar a execução de fetch requests para composição dos filtros.

Eu recomendo a atualização do CoreData mesmo.

Sugestão do @igorcferreira em #5

Seria muito interessante mostrar no App quais tecnologias openSource estamos usando.
E na verdade é bem simples fazer isso.

Basta configurar o final do Podfile com:

pod 'VTAcknowledgementsViewController'
#copy the acknowledgements file when installing news pods
post_install do | installer |
    require 'fileutils'
    FileUtils.cp_r('Pods/Target Support Files/Pods/Pods-acknowledgements.plist', 'Pods-acknowledgements.plist', :remove_destination => true)
end

E depois importar esse arquivo gerado no projeto. Dai basta exibir o VTAcknowledgementsViewController como quisermos.

Fonte da idéia: trySwift! Podfile

Acredito que o Dynamics possa ser substituído pela implementação do RxSwift. Utilizar o conceito de reactive and observables, além do gerenciamento deKVO, dessa biblioteca pode ajudar.

Precisamos criar o nosso README. Ele deve conter, no mínimo:

• Motivo do App existir;
• Quem somos nós;
• Quem pode colaborar;
• Estruturação do repositório (branches, tags, etc);
• Estruturação do código (folders, groups, etc);
• Explicação sobre decisões técnicas (gerenciar dependências, certificados, tecnologias utilizadas, etc);
• Workflow de colaboração;
• Copyrights;
• Agradecimentos;
• Links e formas de contato.

Need to create a Readme.

• Observar onde o Parse está no projeto e trocar por dados mockado;
• Remover instruções do Parse no Readme;

Sugestão do @igorcferreira em #5

Eu acho relevante a utilização de uma ferramenta como Fabric ou Hockey. Eu tenho mais familiaridade com o Fabric e eu acho que o acompanhamento de crash free sessions e detalhamento de erros muito bons. Possível, até, enviar soft errors para o servidor e manter tracking disso.

• Mostrar descrição do evento;
• Palestrantes com descrição dos assuntos;
• Área para inscrição ( RSVP );

Chamadas do servidor:

Todas
Agendas
Cidades
Podcasts
Videos

Em SP é fornecido um certificado de participação para quem esteve presente no evento.
Originou-se na Issue #6

Issue aberta para discussão de funcionalidades.

Funcionalidades:

• Cadastro ? (usar login com github? facebook?)
• Calendario Geral (filtro por estados, datas)
• Track dos seus eventos. (existe alguma API do Meetup?)
• Palestras anteriores (Slideshare, speakerdeck)
• Podcast (enviar push quando tive novo)
• Mapa de arredores dos eventos (estacionamento, bar, estacoes, pontos de onibus)
• Periscopes (ou streamings) de eventos rolando.
• Vagas de empregos / freelas (?)
• Sorteio de brindes nos eventos

• Criar segmented control direcionando para todos de sua cidade e chapters de diferentes cidades;
• Listar todos os eventos;