Somos uma empresa que atua em vários segmentos de mercado, com diferentes tecnologias, culturas e desafios. Por isso, gostamos de compor nossos times com profissionais multidisciplinares, que tenham alta capacidade de aprendizado, sejam detalhistas, resiliêntes, questionadores e curiosos. Você, como Backend Developer, será o responsável por implementar, dar manutenção, aplicar correções e propor soluções em arquiteturas de microsserviços e RESTFul API, baseadas em Containers Docker sempre buscando a melhor composição de tecnologias para cada cenário.
O desafio para Backend Developer, tem o objetivo de analisar como você constrói uma RESTFul API e como a sua estrutura de aplicações pode ser escalável e maleável as mudanças de escopo.
Para executar o desafio de Backend Developer, você poderá utilizar qualquer liguagem de programação, framework ou biblioteca e banco de dados que for confortável para você, seguindo o passo-a-passo para a execução, atendendo aos critérios de aceitação.
Você é o responsável por construir uma RESTFul API que seja capaz de efetuar o CRUD de produtos e categorias. O produto deve conter obrigatoriamente os campos id, nome e preço e a categoria deve conter id e nome. Cada produto, pode estar relacionado a várias categorias e este não pode estar relacionado a mesma categoria mais de uma vez, bem como, cada categoria pode estar relacionada a vários produtos. A implementação deve iniciar com apenas o CRUD de produtos, sem relação ao CRUD de categorias e então, deve ser implementado o CRUD de categorias após implementado o CRUD de produtos.
É imprescindível que o CRUD de categorias seja implementado após o CRUD de produtos, pois analisaremos como você executa e automatiza as alterações na sua base de dados.
Dica: Utilize Migrations.
git checkout -b joao-silvaCrie uma pasta na raíz da aplicação chamada docs/ contendo o a modelagem entidade-relacionamento (em imagem ou pdf) da sua aplicação. Você deve também, substituir o conteúdo do arquivo README.md e escrever a documentação da sua aplicação, com os seguintes tópicos:
- Projeto: Descreva o projeto e como você o executou. Seja objetivo.
- Tecnologias: Descreva quais tecnologias foram utilizadas, enumerando versões (se necessário) e os links para suas documentações, bem como, qual guia de estilos de código você utilizou com o link para a sua documentação.
- Como rodar: Descreva como iniciar a sua aplicação, utilizando Docker e Docker Compose.
Observações: Escreva a documentação em formato Markdown.
Após implementada a solução, crie uma pull request com o seu projeto para esse repositório.
Para que seu teste tenha o mínimo necessário que atenda aos requisitos esperados, ele deve:
- Atender ao que foi proposto no Desafio.
- Ter documentação de aplicação e modelos de banco de dados.
- Utilize o paradigma de orientação a objetos.
- Sua RESTFul API deve se comunicar em JSON e apenas nele.
- Utilize corretamente os códigos de retorno HTTP. Gostamos dessa abordagem.
- Manter uma estrutura de aplicação concisa e coerente. (Simples é melhor que complexo)
- Sua aplicação e banco de dados devem conter uma implementação como container Docker.
- Código escrito com base em algum padrão da linguagem que está utilizando. Ex: Em Python, temos o pep8, em PHP temos a PSR2, em JavaScript temos AirBnB Standards e o Javascript Standards, etc.
- Utilizar padrões semânticos em mensagens de commit. (Gostamos do padrão de commits do repositório AngularJS)
- Testar ele localmente com docker e validar os endpoints.
- Se possível, que seu teste estivesse hospedado em algum lugar. (Gostamos do Heroku).
- Convenção de nome em classes, objetos, variáveis, métodos e etc.
- Um planejamento de entrega das tarefas do seu desafio. (Gostamos de Kanban).
- Que sua estrutura de linguagem e tecnologias seja compatível com ambiente Linux.
- Testes unitários.
Observação: Nenhum dos itens acima é obrigatório.
- Saber que não foi você quem implementou.
- Processos manuais de inicialização da aplicação e banco de dados.
- Fraco relacionamento entre colunas nas tabelas (falta de Foreign Key e Constraints).
- Falta de organização de código.
- Falta de documentação.
- Histório de commits desorganizado e despadronizado.