## INTERVIEW QUESTIONS
### AGILE
1. xxxxxx
2. xxxxxx
### DEVELOPMENT
1. Um aplicativo grava dados em uma tabela de um banco de dados NoSQL, esses dados ao final do dia são processados para serem analisados pela área de negócios. Chegou uma feature que esses dados precisam ser processados quase em tempo real. Qual arquitetura e o que voce faria para atender essa demanda?
Resposta: Arquitetura orientada a eventos, no caso da AWS pode se usar o DynamoDB Stream plugado a tabela que contem os dados a serem analizados.
2. Uma empresa processa diariamente mais de 5 mil pedidos em uma aplicação distribuída e integrada com mais de 40 áreas diferentes, o sistema legado passou a não suportar o alto volume devido o processamento não estar atendendo a demanda e pedidos são perdidos com esse problema. Para sanar o problema a empresa pretende migrar o sistema para uma arquitetura moderna e eficaz. Qual arquitetura e quais tecnologias você utilizaria para desafogar o gargalo de processamento?
Resposta: Arquitetura de mensageria com processamento assincrono como data de validade para os pedidos, auto-scale para atender os picos de contratação.
3. Uma empresa está automatizando alguns setores e passará a utilizar a tecnologia de OCR(Reconhecimento Óptico de Caracteres) para agilizar no cadastro de documentos. Porém a empresa não possui uma ferramenta de OCR. Diante desse cenário a empresa contratou os serviços de um parceiro que fornece essa tecnologia.
Essa jornada de OCR será integrada entre a empresa e o parceiro, a empresa enviará o documento para o parceiro para que os dados sejam extraídos e retornados para serem persistidos. Porém os dados são sensíveis e a empresa precisa que os dados seja criptografados de forma integrada. Como este cenário pode ser atendido?
Resposta: Criar uma solução de criptografia com chaves criptográficas publica e privada.
4. Uma empresa processa dirariamente 150 mil pedidos. Para apoiar o time de sustentação, a empresa disponibilizou um banco de dados NoSql para que os logs sejam gravados e analisados caso ocorra algum problema. Após 6 meses de uso, esse banco de dados começou a ter problemas devido a falta de capacidade de armazenamento. Os dados não são auditaveis, apenas apoiam o time de sustentação em troubleshooting. Como o time de desenvolvimento pode tornar esse banco de dados escalável e resiliente?
Resposta: Migrar o banco de dados para nuvem, configurar um Time-To-Live para expurgar os dados ou ativar um auto-scale.
5. Uma empresa está migrando um sistema legado monolito para uma arquitetura em microsserviços em cloud publica. A empresa pretende manter uma convivência exponencial com uma distribuição mínima de carga para a nova aplicação, isso para garantir que o cliente não sofra impactos com a migração. Como os desenvolvedores podem atender este cenário?
Resposta: Criar um balanceamento de carga apontando uma carga minima para a nova versão.
6. Uma empresa de grande porte possui uma arquitetura com diversas integrações. Mirando seguir os padrões de SRE(Engenharia de Confiabilidade do Site) da Google, como e com o que a empresa pode monitorar suas aplicações transformando mais observaveis e escaláveis para atender o SLA e SLO?
Resposta: Telemetria, ferramentas de monitoramento exemplo dynatrace.
#### Spring Framework
1. O que é o Spring Boot?
Spring Boot é uma extensão do Spring Framework que facilita a criação de aplicações Java com configuração mínima, eliminando a necessidade de muito código de configuração manual. <br>
2. Qual a diferença entre Spring e Spring Boot?
Spring é o framework base para desenvolvimento de aplicações Java. Spring Boot é um projeto que simplifica a configuração do Spring, tornando mais rápido criar aplicações Spring independentes e prontas para produção.<br>
3. Quais são as vantagens de usar Spring Boot?
- Configuração automática (auto-configuration)
- Inicialização rápida de projetos
- Servidor embutido (Tomcat, Jetty)
- Menos configuração manual
- Suporte a produção desde o início
<br>
4. O que é o Spring Initializr?
É uma ferramenta online (https://start.spring.io/) para gerar projetos Spring Boot com as dependências necessárias, em poucos cliques.
<br>
5. O que é o arquivo application.properties ou application.yml?
São arquivos usados para configurar parâmetros da aplicação, como porta, conexão com banco de dados, logs, entre outros.
<br>
6. Como você adiciona uma dependência no Spring Boot?
Usando o gerenciador de dependências Maven (pom.xml) ou Gradle (build.gradle), adicionando o starter correspondente no projeto.
<br>
7. O que é Spring Data JPA?
É um projeto que simplifica o uso do JPA com repositórios automáticos para operações CRUD, com pouco ou nenhum código.
<br>
8. Descreva as anotações @Component, @Service e @Repository?
@Component: genérica, para qualquer componente.
@Service: indica lógica de negócio.
@Repository: indica classe de acesso a dados e ativa tratamento de exceções específicas de persistência.
<br>
### OpenAPI Specification
1. Quais são as boas práticas de nomenclatura de endpoints em APIs RESTful?
Usar substantivos no plural, evitar verbos, seguir hierarquia de recursos, utilizar camelCase ou kebab-case consistente.
<br>
2. Por que devemos evitar verbos nos nomes dos endpoints em REST?
Porque a ação é representada pelo método HTTP, como GET, POST, PUT, DELETE
<br>
3. Como você representaria um recurso de usuários e suas postagens em uma API REST?
/users e /users/{id}/posts
<br>
4. Qual é o padrão recomendado para nomes de endpoints: singular ou plural?
Plural — por exemplo, /users, /orders, /products
<br>
5. Quais são os verbos http e quando são utilizados?
- **GET** Recuperar dados: Buscar um ou mais recursos
ex: `GET /usuarios`
- **POST** Criar recurso: Criar um novo recurso
ex: `POST /usuarios`
- **PUT** Atualizar recurso inteiro: Atualiza todos os dados de um recurso existente
ex: `PUT /usuarios/1`
- **PATCH** Atualizar parcialmente: Atualiza apenas parte de um recurso
ex: `PATCH /usuarios/1`
- **DELETE** Remover recurso: Deleta um recurso
ex: `DELETE /usuarios/1`
- **HEAD** Recupera apenas os cabeçalhos: Sem corpo na resposta; usado para verificar se um recurso existe
- **OPTIONS** Descobrir métodos disponíveis: Informa quais métodos podem ser usados em um recurso
<br>
6. Quando usar parâmetros de rota (/users/{id}) e quando usar query parameters (?name=João)?
Use parâmetros de rota para identificar recursos específicos; query params para filtros, paginação ou ordenação
<br>
7. Como o OpenAPI ajuda na definição de padrões e documentação de endpoints?
Define a estrutura dos endpoints, tipos de dados, parâmetros, respostas e permite gerar documentação interativa
<br>
8. É uma boa prática incluir a versão da API no endpoint? Como fazer isso corretamente?
Sim, é comum incluir versão como /api/v1/usuarios; evita quebra de compatibilidade quando a API evolui.)
<br>
10. Qual a diferença entre os métodos HTTP usados em um mesmo endpoint, como GET busca dados, POST cria, PUT atualiza, DELETE remove. O recurso é o mesmo, mas a ação é definida pelo verbo HTTP
### MESSAGING & STREAMMING
#### RabbitMQ
1. Qual a senha padrao do RabbitMQ
USER Guest
PASS Guest
2. Me explique o que e Exchange e Bind e suas funcoes
**Exchange** é um componente central no RabbitMQ que recebe as mensagens de um produtor (quem envia a mensagem) e as roteia para as filas (onde as mensagens serão armazenadas) com base em regras de roteamento.
A Exchange não armazena mensagens. Ela apenas decide para qual fila a mensagem deve ser enviada, dependendo do tipo de Exchange e das regras de roteamento.
Função da Exchange:
Receber mensagens enviadas pelos produtores.
Roteamento das mensagens para filas apropriadas, com base em regras definidas.
Trabalha de forma desconhecida em relação ao conteúdo da mensagem, apenas direciona para a fila correta.
**Bind ou Binding** é a associação entre uma fila e uma exchange no RabbitMQ. Através de um binding, você define qual tipo de mensagem (com base na chave de roteamento ou cabeçalho) será encaminhada pela Exchange para uma fila específica.
Bind é o que conecta uma fila a uma exchange e, em alguns casos, define a chave de roteamento ou a correspondência de cabeçalhos que deve ser aplicada ao encaminhamento da mensagem.
Função do Binding:
Associa uma fila a uma exchange: Com isso, as mensagens podem ser enviadas da exchange para a fila.
Define o critério de roteamento: A chave de roteamento ou os cabeçalhos são usados para determinar se a mensagem será entregue à fila que está bindada à exchange.
### DATABASE
#### Database Normalization
**1ª Forma Normal (1FN)** – Eliminar Grupos Repetitivos
Garante que todos os atributos sejam atômicos (indivisíveis).
Cada campo deve conter apenas um valor por registro.
**2ª Forma Normal (2FN)** – Eliminar Dependências Parciais
Deve estar na 1FN.
Todos os atributos não-chave devem depender da chave primária inteira, e não apenas de parte dela (caso a chave seja composta).
**3ª Forma Normal (3FN)** – Eliminar Dependências Transitivas
Deve estar na 2FN.
Nenhum atributo não-chave pode depender de outro atributo não-chave (ou seja, evitar dependências transitivas).
**Forma Normal de Boyce-Codd (BCNF)**
Uma versão mais rigorosa da 3FN.
Toda dependência funcional deve ter como determinante uma superchave.
**4ª Forma Normal (4FN)** – Eliminar Dependências Multivaloradas
Deve estar na BCNF.
Trata de situações onde um registro possui múltiplos valores independentes entre si.
**5ª Forma Normal (5FN)** – Eliminar Junções Espúrias
Deve estar na 4FN.
Foca na reconstrução de tabelas a partir de junções sem gerar dados inconsistentes.
#### Oracle
01. Como faria para apagar milhoes de registros no banco de dados?
02. Qual a finalidade da cláusula HAVING e como ela difere de WHERE?
03. Como seleciono somente 10 registros de uma tabela?
SELECT *
FROM nome_da_tabela
WHERE ROWNUM <= 10;
04. Como é estruturado um bloco PL/SQL?
DECLARE
-- declarações de variáveis
BEGIN
-- bloco de código principal
EXCEPTION
-- tratamento de exceções
END;
05. Em um bloco anonimo, irei manipular uma tabela, como posso criar uma variavel que possa me refenciar as colunas.
V_VARIABLE SCHEMA.TABELA%ROWTYPE
06. Por qual motivo, não é recomendado usar subqueries em campos de retorno do select?
07. Eu possui uma tabela cliente, onde tenho uma coluna que possui os dados PF,PJ e nulos, como posso fazer com que minha query retorne Pessoa Fisica ou Pessoa Juridica
08. Como posso selecionar dados nulos de uma tabela?
09. Me descreve NVL, NVL2 e COALESCE
SELECT
nome,
NVL(salario, 0) AS salario_corrigido,
NVL2(comissao, 'Com comissão', 'Sem comissão') AS status_comissao,
COALESCE(email, celular, 'Sem contato') AS contato_preferencial
FROM funcionarios;
10. Como faria uma carga de milhoes de registros de um arquivo .csv ou .txt no oracle?
Oracle SQL Loader
11. O que é external tables?
External Tables (Tabelas Externas) são uma funcionalidade do Oracle que permite acessar dados que estão armazenados fora do banco de dados, geralmente em arquivos de texto (como .csv ou .txt), como se fossem tabelas dentro do banco
### ARCHITECTURE & DESIGN
01. Me explique o padrão de arquitetura SAGA
O padrão Saga é uma forma de gerenciar transações distribuídas em sistemas que usam arquitetura microservices ou sistemas distribuídos.
Uma Saga é composta por uma sequência de transações locais em cada serviço, e para cada transação existe uma ação compensatória para desfazer a operação, caso algo dê errado.
02. Me explique o padrao de arquitetura DLQ (Dead leather Queue)
Uma Saga é composta por uma sequência de transações locais em cada serviço, e para cada transação existe uma ação compensatória para desfazer a operação, caso algo dê errado.
O SOLID é um acrônimo para cinco princípios que ajudam a tornar o design de software mais compreensível, flexível e de fácil manutenção:
S - Single Responsibility Principle (Princípio da Responsabilidade Única):
Uma classe deve ter apenas um motivo para mudar, ou seja, deve ter uma única responsabilidade.
O - Open/Closed Principle (Princípio Aberto/Fechado):
Os softwares devem ser abertos para extensão, mas fechados para modificação.
L - Liskov Substitution Principle (Princípio da Substituição de Liskov):
Subtipos devem ser substituíveis por seus tipos base sem alterar o comportamento do programa.
I - Interface Segregation Principle (Princípio da Segregação de Interface):
Uma classe não deve ser forçada a depender de interfaces que não utiliza.
D - Dependency Inversion Principle (Princípio da Inversão de Dependência):
Dependa de abstrações, e não de implementações. Módulos de alto nível não devem depender de módulos de baixo nível diretamente.
Qual a importancia de gerenciamento de riscos na arquitetura
1. Evitar falhas arquiteturais graves
Riscos ignorados (como gargalos de performance, dependências frágeis ou falta de resiliência) podem causar indisponibilidades, falhas de segurança ou perda de dados.
2. Reduzir impacto de imprevistos
Identificar riscos antecipadamente permite agir preventivamente, o que é muito mais barato e seguro do que corrigir no meio do caminho (ou em produção).
3. Proteger o investimento do negócio
Arquiteturas erradas ou não escaláveis podem gerar retrabalho caro, atrasos no time-to-market ou até a falência de um produto.
4. Gerenciar riscos de segurança e conformidade
Especialmente em setores regulados (financeiro, saúde, etc), riscos de segurança, LGPD, vazamento de dados precisam ser identificados e mitigados.
5. Garantir escalabilidade e evolução futura
Antecipar riscos de crescimento, mudanças tecnológicas ou limites de performance evita que a solução morra ao escalar.
6. Alinhar expectativas com o time e stakeholders
Um arquiteto que mapeia riscos mostra maturidade técnica e ajuda o time a entender e aceitar incertezas de forma consciente.
### OBSERVABILITY
1. xxxxxx
2. xxxxxx
### SOFTSKILLS
Principais Responsabilidades de um Tech Lead
1. Liderança Técnica
- Definir padrões de código, arquitetura e boas práticas.
- Avaliar e aprovar soluções técnicas propostas pela equipe.
- Garantir a adoção de tecnologias adequadas ao projeto.
2. Mentoria e Desenvolvimento do Time
- Orientar e apoiar os desenvolvedores para crescimento técnico.
- Realizar revisões de código (code reviews) com foco educativo.
- Identificar gaps técnicos e promover treinamentos.
3. Planejamento e Coordenação
- Participar do planejamento de sprints e estimativas técnicas.
- Ajudar na definição de prioridades e escopo técnico.
- Garantir o alinhamento entre necessidades de negócio e soluções técnicas.
4. Qualidade e Entregas
- Monitorar a qualidade do código e garantir testes automatizados.
- Acompanhar o progresso das tarefas e remover impedimentos técnicos.
- Assegurar entregas no prazo com qualidade.
5. Comunicação
- Facilitar a comunicação entre desenvolvedores, PO (Product Owner), QA e outras áreas.
- Traduzir requisitos técnicos para o time e vice-versa.
- Ser ponto de contato técnico para stakeholders.
6. Resolução de Problemas
- Atuar na análise e resolução de problemas técnicos complexos.
- Tomar decisões rápidas e fundamentadas em momentos críticos.
#### Commitment
1. Conte sobre uma situação em que você teve que fazer um esforço maior do que o nomal para cumprir um prazo. O que motivou você a se comprometer com essa entrega?
2. O que você faz quando percebe que não conseguirá cumprir um prazo? Como costuma comunicar isso ao time ou ao gestor?
3. Já precisou defender uma decisão técnica ou de negócio que não era popular com o restante da equipe? O que aconteceu?
4. O que você faz quando percebe que um colega está com dificuldades para entregar uma tarefa importante?
5.Como você lida com conflitos ou desacordos?
6. Conte sobre uma situação em que você teve que ir além das suas responsabilidades para entregar um projeto. Como você lidou com isso?
O que observar: Proatividade, responsabilidade, dedicação além do esperado.
7. Como você gerencia prazos apertados? Já precisou trabalhar fora do horário para cumprir uma entrega?
O que observar: Disposição, equilíbrio, gestão de tempo e prioridades.
8. Fale sobre um momento em que você cometeu um erro no trabalho. Como você lidou com a situação?
O que observar: Honestidade, responsabilidade, aprendizado com erros.
9. Se um colega ou líder pedir para você ajudar em uma tarefa urgente que não estava no seu planejamento, como você reagiria?
O que observar: Flexibilidade, colaboração, espírito de equipe.
10. Como você mantém sua motivação em tarefas repetitivas ou menos interessantes?
O que observar: Disciplina, foco no objetivo maior, autogerenciamento.
11. Você já teve que lidar com um conflito entre vida pessoal e profissional? Como resolveu essa situação para não comprometer o trabalho?
O que observar: Equilíbrio, maturidade e comprometimento.
#### Conhecimento Conceitual
1. Cite 3 nomes de referencias na área da computação e como contribuiram
Exemplos:
**Barbara Liskov**
Contribuição: Liskov Substitution Principle (LSP), um dos princípios SOLID. Pioneira em linguagens de programação e tipos abstratos de dados.
**Martin Fowler**
Contribuição: Refatoração, Padrões de Arquitetura, Domain-Driven Design (DDD), CI/CD.
"Martin Fowler defende a entrega contínua como forma de reduzir riscos e aumentar o feedback do usuário."
**Robert C. Martin (Uncle Bob)**
Contribuição: SOLID Principles, Clean Code, Clean Architecture.
"Aplicamos os princípios SOLID, como proposto por Uncle Bob, para garantir um design orientado a objetos mais sustentável."
**Kent Beck**
Contribuição: Criador do Extreme Programming (XP), TDD, Agile Manifesto.
"Seguimos a abordagem de Kent Beck com TDD para garantir que cada unidade de código tenha cobertura e seja projetada para testes desde o início."
**Ian Sommerville**
Contribuição: um professor, pesquisador e autor escocês amplamente reconhecido por sua contribuição à Engenharia de Software, especialmente por seu livro clássico:
"Software Engineering" — um dos livros didáticos mais usados no mundo para ensinar engenharia de software em universidades.
**Roger S. Pressman**
Contribuição: é um dos pioneiros no ensino e prática da engenharia de software. Seu livro:
"Software Engineering: A Practitioner’s Approach"
(em português: "Engenharia de Software – Uma Abordagem Profissional"),
é um dos mais utilizados no mundo desde a década de 1980
**Edsger Dijkstra**
Contribuiu para algoritmos e estruturas de dados.
Criador do algoritmo de caminho mínimo (Dijkstra)
**Sir Charles Antony Richard Hoare**
O algoritmo de ordenação mais eficiente (quick sort - utilizacao pivo), ano 1960.