Teste Piperun

#Descrição do teste

Eu Jorge procuro uma solução de agenda de reuniões para satisfazer as minhas necessidades e a da minha sócia Clara e dos meus colaboradores:

1. Eu como usuário quero dizer se o agendamento realizado foi aceito ou não.
2. Eu como usuário não quero ter múltiplos agendamentos no mesmo horário.
3. Eu como usuário quero filtrar as atividades por range de data, ex.: do dia 21/12/2010 até 10/01/2029.
4. Eu como usuario trabalho somente em horário comercial, não trabalho aos finais de semana e feriados oficiais do Brasil(feriados municipais e estaduais não contam).
5. Eu como usuário quero poder criar e listar os agendamentos(Somente a Clara pode editar e excluir).
6. Eu Jorge quero ser notificado por e-mail toda vez que um agendamento de reunizo for solicitado.
7. Os clientes deve informar o e-mail, nome, data, horário e a pauta da reunião;
8. Meus clientes podem visualizar os horários já preenchidos, mas não pode ver as informações sensíveis.
9. A minha agenda deve conter, data de início, data de conclusão, tempo de duração da reunião, quem solicitou(pode ter solicitações internas de outro sócio), com quem foi agendada e se foi aceita.

#Requisitos:

1. Neste teste deverá ser utilizado o framework LARAVEL como base de desenvolvimento.
2. A aplicação de backend deverá ser uma API Restful;
3. A aplicação de frontend deverá ser utilizando Vue.Js e consumir a API Restful;
4. A aplicação deverá ser entregue através de um link no github.
5. No readme deve conter a descrição da abordagem utilizada para solucionar o problema em cada um dos projetos.
6. Requisitos técnicos que deverá ser levado em consideração durante a elaboração da solução.

#Backend:

1. Utilizar Repository Pattern.
2. Utilização dos conceitos de SOLID e Clean Architecture.
3. Services.
4. Testes Unitários.
5. Seeders.
6. PSR.
7. Fractal ou ApiResources.
8. Padrão da url.
9. Interfaces.
10. Migrations.
11. Todas as variáveis de configurações de acessos a banco de dados e demais integrações devem estar no .ENV do projeto.

#Frontend:

1. Lint.
2. Utilização dos conceitos de SOLID e Clean Architecture.
3. Testes unitários com Jest.
4. Utilização dos componentes.
5. Tolerância a falhas caso a API esteja Offline.
6. Todas as variáveis de configurações de acessos a API e demais integrações devem estar no .ENV do projeto.

#Critérios de Avaliação

1. Entrega
2. O projeto está completo para ser executado?
3. O projeto atende ao que se propõe fazer?
4. Todos requisitos foram atendidos?
5. Boas Práticas
6. O código está de acordo com o guia de estilo do PHP/Vue?
7. O código está bem estruturado, seguindo os princípios SOLID, PSR e Lint?
8. O código está fluente na linguagem?
9. O código faz o uso correto de Design Patterns?
10. Os commits são pequenos e consistentes?
11. As mensagens de commit são claras?
12. Documentação (README)
13. O código foi entregue com um arquivo de README claro de como se guiar?
14. A documentação foi suficiente para executar o projeto?
15. Código Limpo
16. O código possibilita expansão para novas funcionalidades?
17. O código é Don't Repeat Yourself?
18. O código é fácil de compreender?
19. Controle de Qualidade
20. O código possui configuração de PSR e Lint?
21. O código possui testes unitários?