The cocoaheadsapp from cocoaheadsbrasil

Fluxo inicial aplicação

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

Remover Parse do projeto

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

Usar fastlane para criar linhas de build

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

Tela inicial

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

Abstração da API

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

Moya;
Alamofire;
ObjectMapper;
NSURLSession;
Outra?

Adicionar ferramenta de tracking de usuários e crashes

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.

Adicionar cocoapods-acknowledgements e CPDAcknowledgements ao projeto

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.

README em inglês

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

Emissão de certificado [Ferramentas administrativas]

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

Montar estrutura do Cloud Code

Lista de Funcionalidades

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

README: Workflow de colaboração

Criação de um database para persistência dos dados

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.

Pegar a lista de eventos do Parse ao invés de usar a API do Meetup direto

Sorteio [Ferramenta administrativas]

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

Originou-se na Issue #6

Tela localização do evento

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

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

Usar iBeacon para monitorar presença

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.

Montar Suite de Testes Unitários

README: Quem pode colaborar

Exportar assets dos backgrounds dos estados

Pronto !

Need to create a Readme.

Áudio dos podcasts

Sugestão do @igorcferreira em #5

README: Quem somos nós

Exportar evento para calendário

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

Preencher campo "data" na tabela Events

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.

Exportar assets dos ícones e da lista vazia

README: Motivo do App existir

Substituir o Dynamics por RxSwift

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.

Criar modelos relacionados às informações disponíveis no servidor

Chamadas do servidor:

Todas
Agendas
Cidades
Podcasts
Videos

README: Links e formas de contato

Adicionar VTAcknowledgementsViewController pod ao projeto

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

README: Estruturação do repositório - branches, tags, etc

Indagação sobre a seção "Quem Somos"

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.

Adicionar ferramenta de tracking de usuários e crashes

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.

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.