└── README.md


/README.md:
--------------------------------------------------------------------------------
 1 | # Desafio Back End Java na DoroTech 
 2 | 
 3 | Somos uma empresa com clientes que atuam em vários segmentos do mercado, com diferentes tecnologias, culturas e desafios.
 4 | 
 5 | Gostamos de compor nossos times com profissionais multidisciplinares, que tenham alta capacidade de aprendizado, sejam detalhistas, resilientes, questionadores e curiosos. Você, como Java Developer, será o responsável por implementar, dar manutenção, aplicar correções e propor soluções em projetos de software.
 6 | 
 7 | ## Requisitos do desafio:
 8 | ```
 9 | 1. Criar um código que execute um CRUD(Create, Read, Update, Delete) em uma tabela para gerenciar produtos eletrônicos.
10 | 2. Use um banco NoSQL(DynamoDB é um diferencial).
11 | 3. Utilizar Spring como framework(Quarkus é um diferencial).
12 | 4. Dados da tabela a ser criada no banco:
13 |     - Products:
14 |         name,
15 |         description,
16 |         price,
17 |         amount.
18 | 
19 | 
20 | Seja criativo! fazer o melhor não é ser complexo.
21 | ``` 
22 | 
23 | ## Dicas e Informações Valiosas
24 | ```
25 | O que gostaríamos de ver em seu teste:
26 |     
27 |     Convenção de nome em classes, objetos, variáveis, métodos e etc.
28 |     Faça commits regulares. Eles são melhores do que um commit gigantesco. Gostaríamos de ver commits organizados e padronizados, então capriche neles!
29 |     Bônus 1 Quarkus & AWS, implementação de uma lambda AWS utilizando framework Quarkus
30 |     Bônus 2 Testes automatizados
31 |     Observação: Nenhum dos itens acima é obrigatório.
32 | 
33 | O que o seu Teste não deve ter:
34 |     Saber que não foi você quem implementou o projeto.
35 |     Várias bibliotecas instaladas sem uso.
36 |     Falta de organização de código.
37 |     Falta de documentação.
38 |     Nome de variáveis sem sentido ou sem padrão de nomes.
39 |     Histórico de commits desorganizado e despadronizado.
40 | 
41 | Boa Sorte!!
42 | ```
43 | 
44 | ## Itens obrigatórios
45 | ```
46 | 1. Possibilitar a criação de um novo produto
47 | 2. Possibilitar consulta de todos os produtos no banco de dados.
48 | 3. Possibilitar consultar um produto específico pelo id.
49 | 4. Permitir a exclusão de um produto.
50 | 5. Persistir os dados na base.
51 | ```
52 | 
53 | ## Itens desejáveis
54 | ```
55 | 1. Criação de Testes unitários.
56 | 2. Utilização de alguma ferramenta AWS(API Gateway, Lambda, SQS, SNS, EC2,..).
57 | 3. Docker.
58 | 4. Utilização de algum padrão de projeto.
59 | ```
60 | 
61 | ### Instruções para entrega
62 | ```
63 | 1. Fazer um fork desse repositório
64 | 
65 | 2. Criar um branch com o seu primeiro e último nome
66 | git checkout -b joao-silva
67 | 
68 | 3. Escreva a documentação da sua aplicação
69 | Você deve, substituir o conteúdo do arquivo README.md e escrever a documentação da sua aplicação, com os seguintes tópicos:
70 |     - Projeto: Descreva o projeto e como você o executou. Seja objetivo.
71 |     - Tecnologias: Descreva quais tecnologias foram utilizadas, enumerando versões (se necessário) e os links para suas documentações, quais bibliotecas instalou e porque.
72 | Como compilar e rodar: Descreva como compilar e rodar sua aplicação.
73 | 
74 | 4. Faça uma Pull Request
75 | Após implementada a solução, crie uma pull request com o seu projeto para esse repositório, avise o recrutador.
76 | ```
77 | 


--------------------------------------------------------------------------------