Endpoint pessoa

[angeliski]

A ideia principal desse endpoint é ser capaz de atender o recurso do tipo pessoa (conforme definido no schema da API training-center/R2D2#40).

Importante:

Os endpoints sempre devem atender o schema para que a evolução da plataforma possa ser independente entre o backend e o frontend. O schema é a interface de comunicação entre as plataformas.

Operações:

• Cadastro
• Atualização
• Listagem

Filtros para listagem:

• Tipo [MENTOR, MENTORADO]
• limit [ default = 100 ]
• offset [ default = 0 ]

Informações adicionais

A ideia é o endpoint servir tanto para listagem de mentores, como de mentorados, sendo necessário apenas a alteração do filtro.

Informação do documento de requisitos:

• Precisamos listar todas as pessoas cadastradas no sistema com filtros para exibir somente mentor(a), somente gente buscando mentoria, somente gente que já recebe mentoria, somente níveis iniciantes, somente nível intermediário, somente quem já é atuante

Schema

[hdamaich]

Para mim parece ótimo, só vale lembrar que esse endpoint implementa grande parte da plataforma, então quem assumir saiba que tem bastante coisa pra fazer :P

[hdamaich]

Esse cadastro de pessoa, seria o mesmo cadastro para uma solicitação de mentoria e também para uma solicitação para ser uma mentora/mentor, correto?

[angeliski]

Boa pergunta @hdamaich . Eu imaginei que não. Em teoria, esse endpoint seria o que usamos para nos cadastrar na plataforma. Um segundo passo, seria solicitar uma mentoria ou ser mentor.
Mas acho que em termos de negocio, o @lflimeira pode dar um parecer mais acertado.

[lflimeira]

Seria isso que o @hdamaich falou mesmo. O front manda o que vai ser cadastrado (mentor, mentorado, pessoa para lista de espera) para a API, galera estou pegando esse para fazer.

[angeliski]

@lflimeira Nesse caso, acho que tem que ajustar o schema pessoa do R2D2, porque ele não tem tipo dentro dele

[lflimeira]

@angeliski, boaaa. Vamos alterar lá =)