A teste da Érica não permite que haja progressão no app pois isso pode levar a família ou as famílias a ter pensamentos capacitistas sobre as crianças.
Por conta disso sugeri que removessemos os estágios do app e que migrassemos as atividades para dentro do modulo, possuindo apenas o modulo como abstração principal. O esquema de caixa principal, alternativa, e randômica é mantido, mas a nível de módulo e com uma amostragem muito maior que o original. É importante que essas amostragens sejam sempre aleatórias, pois as perguntas serão misturadas com níveis de dificuldade diferentes, e o embaralhamento é uma forma de garantirmos por probabilidade que as tarefas estão balanceadas.
Outro ponto importante mencionado pela banca foi a questão a questão de não bloquearmos os níveis. Contudo, as pesquisadoras não acharam válido seguir nesse ponto 100%. Em razão disso, chegamos na conclusão de que a pessoa necessariamente deve passar pelos modulos de forma ordenada, mas que a sua pontuação não deve bloquear o usuário de prosseguir. Por exemplo: como eu preciso passar do brinquedo para chegar ao familia, caso ele obtenha 40% de sim, então o feedback visual da tela de resultados será focar em um reforçar, mas ter um botão secundário para avançar, e vice e versa.
A reunião também expôs um hard deadline para o dia 01/05, sendo necessário garantirmos que todo o sistema está dentro dos conformes para execução em larga escala e que o app estará disponibilizado no Google Play em modo beta para que sejam feitos testes no dia da apresentação.
É provável que as pesquisadoras queiram colocar outros dois módulos até o lançamento, e embora isso seja trabalho do time de design, nós teremos que fazer esse cadastro.
Ademais, foi descoberto que a UFRRJ providenciará uma instância virtual no servidor deles com um ubuntu server para conseguirmos fazer a instalação e precisamos garantir que tudo está funcionando de acordo até lá.
Considerações
Por conta da instalação ser no servidor da rural e ser um serviço produtivo que não teremos acesso direto é importante que o banco já esteja modelado em sua versão final para não quebrarmos nenhuma base lá. Talvez pensar num sistema de backup seja interessante. Além disso, vale ressaltar que o painel admnistrativo é uma forte adição, pois será nossa única ponte de entrada com o software de maneira rápida, então devemos considerar deixa-lo usável com as funcionalidade principais até lá.
Por fim, precisamos colocar o backend em uma imagem docker para identificarmos como fazer uma fresh install em um ubuntu server. Esse deploy no servidor da rural também precisa de um tempo para conseguirmos implantar tudo sem falhas, por isso o hard deadline até 01/05.
Minimundo
A teste da Érica não permite que haja progressão no app pois isso pode levar a família ou as famílias a ter pensamentos capacitistas sobre as crianças.
Por conta disso sugeri que removessemos os estágios do app e que migrassemos as atividades para dentro do modulo, possuindo apenas o modulo como abstração principal. O esquema de caixa principal, alternativa, e randômica é mantido, mas a nível de módulo e com uma amostragem muito maior que o original. É importante que essas amostragens sejam sempre aleatórias, pois as perguntas serão misturadas com níveis de dificuldade diferentes, e o embaralhamento é uma forma de garantirmos por probabilidade que as tarefas estão balanceadas.
Outro ponto importante mencionado pela banca foi a questão a questão de não bloquearmos os níveis. Contudo, as pesquisadoras não acharam válido seguir nesse ponto 100%. Em razão disso, chegamos na conclusão de que a pessoa necessariamente deve passar pelos modulos de forma ordenada, mas que a sua pontuação não deve bloquear o usuário de prosseguir. Por exemplo: como eu preciso passar do brinquedo para chegar ao familia, caso ele obtenha 40% de sim, então o feedback visual da tela de resultados será focar em um reforçar, mas ter um botão secundário para avançar, e vice e versa.
A reunião também expôs um hard deadline para o dia 01/05, sendo necessário garantirmos que todo o sistema está dentro dos conformes para execução em larga escala e que o app estará disponibilizado no Google Play em modo beta para que sejam feitos testes no dia da apresentação.
É provável que as pesquisadoras queiram colocar outros dois módulos até o lançamento, e embora isso seja trabalho do time de design, nós teremos que fazer esse cadastro.
Ademais, foi descoberto que a UFRRJ providenciará uma instância virtual no servidor deles com um ubuntu server para conseguirmos fazer a instalação e precisamos garantir que tudo está funcionando de acordo até lá.
Considerações
Por conta da instalação ser no servidor da rural e ser um serviço produtivo que não teremos acesso direto é importante que o banco já esteja modelado em sua versão final para não quebrarmos nenhuma base lá. Talvez pensar num sistema de backup seja interessante. Além disso, vale ressaltar que o painel admnistrativo é uma forte adição, pois será nossa única ponte de entrada com o software de maneira rápida, então devemos considerar deixa-lo usável com as funcionalidade principais até lá.
Por fim, precisamos colocar o backend em uma imagem docker para identificarmos como fazer uma fresh install em um ubuntu server. Esse deploy no servidor da rural também precisa de um tempo para conseguirmos implantar tudo sem falhas, por isso o hard deadline até 01/05.
Tasks relacionadas
43 #42 #41 #40 #39 #38 #37 #36 #35