Open ghost opened 9 years ago
@devedmo Cara, era realmente isso que nós estavamos em mente, até pra agilizar no processo de criação! :) vlw
Vocês podem ver como eles populam lá na BrazilJS.
Mas o projeto que eu ia criar era basicamente o seguinte:
O Cara entrava com o interesse dele: Desenvolvimento, Suporte.
Ai o meu sistema iria fazer uma lista de eventos da cidade dele com esses termos.
Iria pegar eventos da eventick e do braziljs.
Porem a idéia seria ter uma opção também do usuário criar seus proprios eventos (sem area de administração de inscrição) o intuito era só divulgação.
Então vocês não vão precisar de muita coisa apenas uma forma de captar eventos.
Quando vocês definirem a arquitetura do projeto posso contribuir com o que já fiz.
Eu tenho "mini-modulos" que juntando tudinho dá quase um sistema, era um projeto de teste que fiz pra separar tudo em mini-modulos.
Vou dar uma de Sean Park agora, tira o " -ce" deixa só "devevents" é mais clean haha :v:
por que ai depois pode ser adicionado o dominio "devevents.io"
E lembrem-se o segredo é arquitetura. É a engenharia, a ferramenta, o framework é 1% da coisa toda.
O lance é definir onde se quer chegar com o projeto. Desta forma certifique-se sempre se ele é escalável.
@devedmo, eu não tinha pensado na API do eventick. A ideia original seria: puxar as informações de um JSON similar ao da BrazilJS. Não seria o próprio da BrazilJS porque eventos menores a galera não faz pull request pra lá - e queremos eventos menores também :smile: - como, por exemplo, o Unidev, o FLISOL ou a Hackathon da Greenmile que ocorreram sábado passado. O esquema pra cadastrar eventos seria o mesmo: PRs da comunidade. E o app em si (provavelmente em Ionic) apenas leria o JSON e exibiria as informações, além de dar opções básicas como share ou então favoritar um evento.
BTW, o Ce era porque, de inicio, o app seria mais ativo na comunidade aqui - mas ele seria removido mais pra frente.
@mabrasil show, tu pode fazer assim: pega de 3 fontes: uma propria (onde os eventos menores cadastrariam, um relativamente maior que é o eventick e o da braziljs).
Acredito que com isso tu terás mapeado a maioria dos eventos.
Em outro momento tu pode estudar adicionar geolocalização. Filtros por perfil de usuário.
Mas se eu fosse começar hoje, iniciaria com esse pensamento: trazendo os eventos que hoje você já tem uma fonte segmentada como a BrazilJS e Eventick. Depois criava minha própria fonte. Se for usar o Ionic para APP melhor ainda.
Foque em criar o site inicialmente. Não pense em designer no momento, apenas trazer o que o seu sistema vai se propor que é retornar os eventos. :)
Tu acha que já devia lançar o site, mesmo, sem nada ainda? Porque tava pensando em lançar só depois de termos uma alfa pelo menos.
Cara quer ler algo legal? "A Startup Enxuta" depois que li esse livro mudei minha visão. Eu acho o seguinte que tu tem que criar algo primeiro que entregue exatamente o que se propõe. Não deixe pra lançar algo quando tiver "perfeito" por que esse momento nunca vai chegar huadhsudha.
Mas no geral o ideal é tu lançar realmente quando tiver em uma fase alpha. Mas nesse primeiro momento, não se cobre em fazer o melhor app, apenas em fazer o app. Depois você vai mudar várias coisas, depois você vai pensar em design mais sofisticado e etc.
Eu uso sempre o raciocinio da Startup Enxuta, e vem dando certo. Antigamente eu tinha idéias e morriam idéias :D e a intenção não é essa. Começa o projeto que o que der pra mim ajudar também farei.
A e se quiser ir por um caminho menos longo, comece pelo site.
As ideias propostas agora foram show, o fato do eventos da Eventick poderiam ser adicionados com o desenrolar do App, eu creio que seria legal. Vendo também que o App é super simples em relação à produto, podemos ver em relação ao tempo, já que pretendemos lançar ele antes do FIF, e se der, usar o FIF pra divulgação do App, que creio que ia dar uma guinada e muitas ideias iriam surgir de acordo com a galera visitando e dane ideias.. :)
Justamente, então ta ai, não vamos inventar a roda, aproveite o que já tem feito (BrazilJS) eles já tem JSONS prontos com as informações necessárias de alguns eventos.
Em outro momento é a hora da Eventick e em outro cadastro próprio.
Agora só tem uma coisa, o JSON como vai ser fontes diferentes vai ter formatos diferentes.
Então baseado nisso sugiro o uso de modulos.
modulo-eventick: serviços, controllers e views responsavéis por trazer coisas da eventick.
modulo-braziljs: serviços, controllers e views responsavéis por trazer coisas da braziljs.
modulo-deveevents: serviços, controllers e views responsavéis por trazer coisas do app.
Dessa forma fica mais escalável.
E na app principal você importa apenas os modulos e o utiliza quando necessitar.
Também gosto de me guiar pelo Lean Startup @devedmo.
Iradas as ideias @devedmo agora só falta de fato ver como que vai ficar a organização e a maneira de como vamos começar, go go go!
Cara, achei a proposta de modularização interessante, apesar de que é pretendido que nosso JSON siga o padrão da BrazilJS.
então faria um modulo-generico que pode trazer tanto o da brazil js quanto de sua propria base (mongodb) por exemplo.
Eu sempre vi esse projeto com bons olhos e tenho idéias bem grandes com geolocalização e avisos para a galera que viaja muito já ter no celular um aviso dos proximos eventos que irão acontecer na cidade.
Mas isso demanda tempo, trabalho e braço.
Mas já tenho algumas coisas criadas em angular, podias começar definindo a arquitetura se irás usar Angular realmente, se vai usar o angular-seed, angular-app, angular-styleguide do john papa ou yeoman.
Eu sou meio louco da cabeça por que tudo que faço ele é modulo independente da aplicação principal então tenho um modulozinho aqui que já pega as informações da brazilJS posso subir assim que tiver a arquitetura ai definida.
Eu sou meio louco da cabeça por que tudo que faço ele é modulo independente da aplicação principal
Cara, isso não é loucura. Isso é muito importante: se preocupar em modularizar assim dificulta quebrar conceitos como Separation of Concerns ou Single Responsability.
BTW, ainda não temos uma styleguide definida. Íamos usar uma aplicação Ionic minha de uns meses atrás que implementa funcionalidades que pretendemos usar no app. Só que eu ainda ia modularizar ela e adequar a uma styleguide. Logo, tu subindo o que tu já tem, vai ser sim de grande ajuda. Quando subir avisa, pra gente forkar :smile:
Melhor: te adicionei na organização :+1:
blz então. É mas o problema é esse na vida real: . Separation of Concerns ou Single Responsability. Não funcionam como é no conceito por que a maioria das empresas criam coisas e tem que entregar "logo" daí é mais dificil conceitualmente falando de aplicar isso.
Mas nos projetos pessoais não haha, Eu acabo que iniciando tudo em TDD e consigo fazer uma parada mais de Single Responsabilitty.
Bom eu vou subir o que já tenho assim que chegar em casa.
Eu acho que a unica coisa que ficou foi faltando testes. Não lembro, mas quando for passar pra dentro da app, basta criar rapidinho eu já tenho definido em umas anotações no doc o output e input pra testar.
Massa, pois vou mandar pra cá!
show !
Assim que esse der certo, eu adiciono vocês em uma parada que tenho que é daqueles que tem potencial de deixar o cara milionário saka haha!
Mas ainda precisa fazer várias coisas e vou deixar pra iniciar assim que eu concluir um outro projeto para um cliente.
Opa! demorou, realmente precisando de uma dessas rs
Show @devedmo! Pode criar um novo repo ai na organização.
@mabrasil cara, pega o JSON do BrazilJS. Eu iniciei um projeto com angular algum tempo atrás mas não tive como tocar sozinho. Se quizer ajudar só falar ai.
Mas vou acompanhar esse projeto já que comecei algo do gênero com Angular.
Tu utilizando o JSON da BrazilJS tu já pega eventos apenas de front end da propria brazil js. Outra fonte seria API da eventick, apesar de não conhecer oficialmente uma api JS deles, vi a jugonçalves que criou uma. Pode ser tentado fazer uso dessa API.
No geral boa sorte.