falcao-g / processo-seletivo-ledes

Repositório dedicado ao processo seletivo para o LEDES

Falcão

Bot developer | CS undergraduate | Robotics enthusiast | Cat owner | 🐍🤖🐱

🐱‍💻 About me:

• 👨‍💻 Gabriel Falcão, 18 years
• 📊 I aim to be a data scientist one day
• 🤖 I love building discord bots and studying data structures
• 📚 Currently studying Python, Data Science and Backend development
• 🧠 I'm enthusiastic about robotics and educational programs
• 🌐 I like creating and supporting open source projects
• 💜 I'm always trying to be a reference for everyone in my topics of interest

💻 Skills and Tools

✍️ My dev.to articles:

• Como criar um bot do discord com javascript
• How to create a discord bot with javascript
• Array Destructuring no Javascript, você sabe o que é?
• Array Destructuring in Javascript, do you know what it is?
• Aumente sua produtividade com a Github CLI
• Increase your productivity with the Github CLI

🐦 My Threads on Twitter (PT-BR):

🔍 Programação competitiva (Python)

• Inputs e outputs rápidos
• Conjuntos
• Prefix sum
• Algoritmo de euclides
• Crivo de Erástotenes
• Busca binária
• Soma Máxima em um Intervalo
• Algoritmo Guloso
• Filas
• Filas de prioridade
• Grafos

🧠 My book on competitive programming (PT-BR)

processo-seletivo-ledes's Issues

Aprovar ou Reprovar um cadastro

O perfil deve administrador deve ser responsável por aprovar ou reprovar um cadastro.Para realizar a tal situação o cadastro do usuário deve estar em "SITUACAO" análise .Para validar se é o usuario é administrator, confiar no JWT TOKEN.

Requisição HTTP para Aprovacao/Reprovacao Cadastro

Método: PATCH

Parâmetros da Solicitação

• Headers:
  • Authorization: Bearer SEU_TOKEN_DE_AUTENTICACAO
  • Content-Type: application/json

Corpo da Solicitação

{
 "id_usuario" : "1"
  "situacao": "Reprovado",
}

Responses

{
"status": 204,
"message": "Alterado com sucesso"
}

Mensagem de erro

{
  "status": 0,
  "message": "Mensagem de erro"
}

Fix: Situações na edição do usuário

Na edição do usuário, não está sendo incluído o campo "situation" como "ANALYSIS" e também não está sendo verificado se o campo "situation" está como "APPROVED" ou "DISAPPROVED", que são as únicas duas situações que podem ser editadas.

Arquivos para alteração :

• src/user/user.controller.js
• src/database/user.js

Criar novo usuário

Requisição HTTP para Criar Novo Usuário

Método: POST

Parâmetros da Solicitação

• Headers:
  • Authorization: Bearer SEU_TOKEN_DE_AUTENTICACAO
  • Content-Type: application/json

Corpo da Solicitação

{
  "nome": "João",
  "cargo": "Desenvolvedor",
  "cpf": "98765432100",
  "nascimento": "1990-05-15",
  "foto" : "base64",
  "password" : "senha"
}

No campo "situacao" e salvar com o tipo "ANALISE"
Sucesso ao salvar deve retornar :

{
  "nome": "João",
  "cargo": "Desenvolvedor",
  "cpf": "98765432100",
  "nascimento": "1990-05-15",
  "foto" : "base64",
  "situacao" : "ANALISE"
}

Mensagem de erro ao executar a ação:

{
  "status": 0,
  "message": "Mensagem de erro"
}

problemas de responsividade na tela de login/cadastro

A tela de login/cadastro está com alguns problemas de responsividade nas telas menores, talvez seja preciso tirar a imagem quando a tela é muito pequena e deixar somente o título e formulário

Criar uma rota de desautenticação

A página de desautenticação joga o usuário de volta para a página de login/cadastro, entretanto isso não limpa o JWT armazenado nos cookies, embora como o usuário seja jogado para essas páginas novamente, o único jeito de ele voltar a acessar as informações é logando de novo, então está "funcionando" mesmo que não 100% do jeito que deveria

Configurar a autenticação com JWT

um dos requisitos é a autenticação do usuário, decidimos fazer isso com o uso de JWT (json web token), acho que é importante já deixar esse middleware pronto, assim nossas outras rotas recebem as informações do usuário atráves do JWT

Padronização de pastas

Pessoal já tivemos uma pequena discordância em relação as pastas, o back quer criar uma pasta node e o front quer criar uma pasta Web com uma pasta Html dentro, que tal seguirmos a seguinte estrutura:

├── src
│   ├── html
│   ├── css
│   ├── middleware
│   ├── auth
│   ├── database
│   ├── media
│   ├── index.js
├── .gitignore
├── package.json
├── package-lock.json

E aí a gente vai vendo quais outras pastas são necessárias

Editar usuário

Para editar o usuário deve ser apenas permitido aqueles que estão com campo "situacao" "APROVADO" ou "REPROVADO", caso contrário deve emitir uma mensagem de erro não permitindo a edição. Apenas o usuário pode atualizar suas informação.

Requisição HTTP para Atualizar usuário

Método: PUT

Parâmetros da Solicitação

• Headers:
  • Authorization: Bearer SEU_TOKEN_DE_AUTENTICACAO
  • Content-Type: application/json

Corpo da Solicitação

{
 "id" : "1"
  "nome": "João",
  "cargo": "Desenvolvedor",
  "cpf": "98765432100",
  "nascimento": "1990-05-15",
  "foto" : "base64"
}

"situacao" como salvar com o tipo "ANALISE"
Mensagem de erro ao executar a ação:

{
  "status": 0,
  "message": "Mensagem de erro"
}

Algumas runs do linter falhando

Em alguns pull requests o linter acusa um erro, porém ao ver a mensagem de erro é só ele acusando que não conseguiu achar um módulo, sendo que o módulo está presente no package.json, talvez isso seja um problema de configuração do linter ou um bug da própria ferramenta

Aplicação não está salvando as imagens dos usuários

Embora o back-end esteja todo configurado para receber imagens, e o front-end esteja também configurado para mostrar imagens, não consegui implementar a ação de realmente o usuário fazer o upload da imagem e ela ser salva no back-end, então infelizmente isso não está funcionando

Criar as migrations do banco de dados

Precisamos criar as migrations do banco de dados, assim o banco será criado igualmente para todos, definimos o seguinte modelo do banco de dados para ser seguido:

erDiagram
    USUARIO {
        uuid uuid
        string nome
        string cargo
        string cpf
        string senha
        bytea foto
        date nascimento
        int matricula
        enum situacaoCracha
        enum papel
    }

Loading

nesse caso "cargo" seria o cargo dentro da empresa e "papel" seria o campo enum (administrador | padrao) para diferenciarmos administradores de usuários normais e "situacao" seria um enum (analise | aprovado | reprovado) em relação a edições de informações