You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on May 28, 2023. It is now read-only.
Então, temos um MVP funcional do laguinho, agora precisamos definir quais passos até termos uma versão de produção.
Minhas sugestões:
Versão 0.2.x (próximo bimestre):
Refatorar fluxo de publish, quebrando em duas etapas, para termos um laguinho init que é um helper para criar o laguinho.json, e o laguinho publish seria o que faria a requisição de fato ao back. Quais seriam as vantagens disso? dessa forma a gente poderia requisitar que entre o laguinho init e o laguinho publish o usuário fizesse push do laguinho.json no repositório, e o back poderia verificar se o laguinho.json existe de fato no remote, garantindo que a pessoa que deu publish é o dono do repo, ou pelo menos, que o dono do repo tem intenção de publicar o laguinho (esse fluxo pode ser melhorado e discutido, mas acredito que seja uma boa verificação pra uma versão 0.2.0)
Criar formas de listagem e busca de datasets, algo como laguinho list, com paginação preferencialmente e laguinho search que pode receber parametros como nome, keywords e etc
Versão 1.0.x produção (início de 2020):
Implementar lógica de autenticação para que seja possível fazer publish, para termos algum termo de responsabilidade da pessoa que está publicando os dados assumindo total responsabilidade pelo que está publicando e aceitando que o laguinho é apenas um meio de distribuição e que não se responsabilizará pelo que está sendo publicado. Algo como o npm login que é necessário para se fazer npm publish.
Observações
Antes do release da versão 1.0, poderíamos liberar o laguinho para produção para consumo dos dados que o próprio opendev ou outras trusted orgs como Guardians e etc publicarem, pois acredito que pra abrir pro público geral publicarem, precisamos dessa lógica de autenticação
Então, temos um MVP funcional do laguinho, agora precisamos definir quais passos até termos uma versão de produção.
Minhas sugestões:
Versão 0.2.x (próximo bimestre):
laguinho init
que é um helper para criar olaguinho.json
, e olaguinho publish
seria o que faria a requisição de fato ao back. Quais seriam as vantagens disso? dessa forma a gente poderia requisitar que entre olaguinho init
e olaguinho publish
o usuário fizesse push dolaguinho.json
no repositório, e o back poderia verificar se olaguinho.json
existe de fato no remote, garantindo que a pessoa que deu publish é o dono do repo, ou pelo menos, que o dono do repo tem intenção de publicar o laguinho (esse fluxo pode ser melhorado e discutido, mas acredito que seja uma boa verificação pra uma versão 0.2.0)laguinho list
, com paginação preferencialmente elaguinho search
que pode receber parametros como nome, keywords e etcVersão 1.0.x produção (início de 2020):
npm login
que é necessário para se fazernpm publish
.Observações
/cc @paulojbleitao @jessescn @lucasmedeiros
The text was updated successfully, but these errors were encountered: