Sobre o critério de sucesso e DoD (Definition of Done) dessa primeira jornada

[luisfernandezbr]

@WellingtonSilva1992 @tigosante Queria abrir o debate sobre os tópicos citados no título.

Minha visão

Critérios de sucesso:

• Aprendermos a organizar projetos que possam viver de forma colaborativa e assíncrona no GitHub.
• Ser possível um desenvolvedor de fora da Mobiplus fazer a versão nativa (Swift ou Kotlin) ou React Native da biblioteca sem ter contato conosco.

DoD

• Termos uma primeira versão de lib que seja facilmente utilizável em um novo projeto de Flutter da empresa.

[luisfernandezbr]

Quando cito facilmente utilizável não consigo pensar em outra forma que não seja integrado com Firebase, tanto para ligar e desligar o bloqueio, quanto para configurar mensagem de feedback, por exemplo.

[carlosalexandre3107]

Eu gosto bastante da ideia, para a primeira versão. Dado que o Firebase é uma ferramenta de opção inicial para a maiorias dos projetos de produto.

[tigosante]

Ok. Ainda acho que devemos falar sobre o firebase no projeto incialmente. Ainda não chegamos em um acordo.

On Fri, 19 Nov 2021 at 10:31 Luis Fernandez ***@***.***> wrote: Quando cito facilmente utilizável não consigo pensar em outra forma que não seja integrado com Firebase, tanto para ligar e desligar o bloqueio, quanto para configurar mensagem de feedback, por exemplo. — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#19 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AKSRL2U2ARXOA5OPO7OB443UMZGUBANCNFSM5IMEY32A> . Triage notifications on the go with GitHub Mobile for iOS <https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675> or Android <https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub>.

-- *Tiago Silva* *61 98118-1589*

[luisfernandezbr]

Argumentos?

Eu tenho alguns para começarmos com Firebase.

• Espero que com a 1.0.0 pronta eu possa plugar isso da forma mais fácil possível em qualquer novo projeto Flutter da Mobiplus
• Acho praticamente impossível não termos Firebase em qualquer novo projeto de app da Mobiplus.
• Ter o Firebase como solução de backend padrão para a iniciativa de Libs em geral é estratégico, pois facilitar a implantação em qualquer contexto de novos projetos. Além disso, pode em algum momento nos trazer um visibilidade junto ao Google (Flutter + Firebase)
• Qualquer outro tipo de solução de backend que queiramos utilizar pode entrar tranquilamente nas versões seguintes, dando a opção para quem vai usar de poder escolher qual quer utilizar.
• Mais pra frente podemos "complementar" a lib com um backend Node.js que poderá ser responsável por toda configuração, mas isso não precisa ser agora.

@alexandreant @carlosalexandre3107
Queria as opiniões de vocês também.

[carlosalexandre3107]

Luis, eu gosto da estratégia. Pois o foco pelo que entendi da lib e possibilitar o bloquei da versão da forma mais simples possível para um produto em fase inicial.

[alexandreant]

Também não vejo um início mais simples sem o firebase.

[tigosante]

Tinha entendido que iríamos desenvolver a lib para o público. Mas foi erro de entendimento mesmo, agora faz sentido usar o firebase.

On Fri, 19 Nov 2021 at 13:03 Luis Fernandez ***@***.***> wrote: Argumentos? Eu tenho alguns para começarmos com Firebase. - Espero que com a 1.0.0 pronta eu possa plugar isso da forma mais fácil possível em qualquer novo projeto Flutter da Mobiplus - Acho praticamente impossível não termos Firebase em qualquer novo projeto de app da Mobiplus. - Ter o Firebase como solução de backend padrão para a iniciativa de Libs em geral é estratégico, pois facilitar a implantação em qualquer contexto de novos projetos. Além disso, pode em algum momento nos trazer um visibilidade junto ao Google (Flutter + Firebase) - Qualquer outro tipo de solução de backend que queiramos utilizar pode entrar tranquilamente nas versões seguintes, dando a opção para quem vai usar de poder escolher qual quer utilizar. - Mais pra frente podemos "complementar" a lib com um backend Node.js que poderá ser responsável por toda configuração, mas isso não precisa ser agora. — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#19 (reply in thread)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AKSRL2TSQS6IZN4S7OJD3ZLUMZYMHANCNFSM5IMEY32A> . Triage notifications on the go with GitHub Mobile for iOS <https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675> or Android <https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub>.

-- *Tiago Silva* *61 98118-1589*

[luisfernandezbr]

Fala @tigosante

Nossa intenção é que em algum momento nossa mira seja o público em geral, mas podemos fazer em partes, focando primeiro nas necessidades internas.

[luisfernandezbr]

E com relação aos critérios de sucesso.

Concordam? Pode seguir com essa linha de raciocínio?

Dúvidas do motivo dessa linha de raciocínio?

@carlosalexandre3107
@alexandreant
@leoleomaia
@WellingtonSilva1992
@tigosante

[carlosalexandre3107]

Eu concordo

[WellingtonSilva1992]

De acordo com os critérios de sucesso.

[alexandreant]

Estou de acordo!