Pular para conteúdo

LINUX – Fundamentos e Prática 💻

Domine o sistema operacional mais importante para desenvolvedores e administradores de sistemas. Aprenda desde os conceitos básicos até a automação profissional.

Foco do Curso

Metodologia: Aprendizado prático focado no terminal, segurança e ambiente de desenvolvimento real.

🎯 Módulos de Especialização

  • Domínio do Terminal --- Navegue com velocidade, manipule arquivos de forma eficiente e entenda a estrutura do sistema. Ir para Aula 04

  • Segurança e Usuários --- Aprenda a gerenciar permissões, grupos e entender a soberania do superusuário root. Ver Permissões

  • Automação Shell --- Crie scripts poderosos para automatizar tarefas repetitivas e backups de forma inteligente. Ver Shell Script

  • Admin e Dev --- Configure serviços, gerencie pacotes e prepare seu ambiente para Git, Docker e compiladores. Ver Projetos

📚 Jornada de Aprendizado (16 Aulas)

O curso é estruturado em trilhas progressivas.

🏛️ Módulo 1: Fundamentos (Aulas 01-04)

🛠️ Módulo 2: Administração do Sistema (Aulas 05-08)

⛓️ Módulo 3: Ferramentas e Redes (Aulas 09-12)

🚀 Módulo 4: Especialização e Projeto (Aulas 13-16)

Começar Minha Jornada Linux

Plano de Ensino 🧭

Curso: LINUX – Fundamentos e Prática
Público-alvo: Jovens e adultos iniciantes em Computação
Carga sugerida: 16 aulas

🎯 Objetivos do Curso

  • Compreender o que é o Linux e o conceito de software livre.
  • Utilizar o terminal com segurança e eficiência.
  • Manipular arquivos e diretórios via linha de comando.
  • Gerenciar usuários, permissões e processos.
  • Instalar programas e configurar ambiente de desenvolvimento.
  • Preparar o aluno para o uso profissional do Linux.

📚 Cronograma de Aulas

Aula Tema Destaques
01 Introdução ao Linux História e Software Livre
02 Instalação e Ambiente Dual Boot e VMs
03 Sistema de Arquivos Estrutura de diretórios (/, /home, /etc)
04 Terminal e Comandos ls, cd, pwd, mkdir
05 Manipulação de Arquivos cat, less, Editor Vim
06 Permissões e Segurança chmod, chown, sudo
07 Gerenciamento de Pacotes Repositórios e comando apt
08 Processos e Monitoramento ps, top, htop, kill
09 Compactação e Backup tar, zip, unzip
10 Redes no Linux ip a, ping, SSH
11 Variáveis e Bash $PATH, .bashrc, customização
12 Redirecionamento e Pipes >, |, grep
13 Intro a Shell Script Automação básica e condicionais
14 Linux para Programadores Git, Docker, GCC
15 Serviços e Inicialização systemctl, journalctl, systemd
16 Projeto Final Automação e Backup

🧠 Metodologia

  • Prática: Aulas 100% práticas em laboratório/terminal.
  • PBL: Aprendizado baseado em projetos reais.
  • Progressivo: Da navegação básica à automação de servidores.

💼 Competências Desenvolvidas

  • Administrar sistemas Linux de forma básica e intermediária.
  • Trabalhar de forma produtiva no terminal.
  • Configurar ambientes de desenvolvimento modernos.
  • Compreender a infraestrutura que sustenta a internet.

Aulas

Módulo 1 – Fundamentos

Introdução ao Linux e Software Livre

🎯 Objetivos da Aula

  • [ ] Compreender os conceitos de Introdução ao Linux e Software Livre
  • [ ] Praticar comandos no terminal
  • [ ] Resolver desafios propostos

📊 Visão Geral

graph TD
    A[Início] --> B[Conceito]
    B --> C[Prática]
    C --> D[Projeto]

🧠 Conceito

O Linux é um sistema...

Conceito

Linux é o núcleo (kernel) de um sistema operacional livre.

💻 Prática Terminal

ls -la
pwd

Dica

Use sempre a tecla Tab para completar comandos.

🚀 Mini-Projeto

Desenvolva um pequeno tutorial sobre...

🎯 Próximos Passos

Instalação e Ambiente

🎯 Objetivos da Aula

  • [ ] Compreender os conceitos de Instalação e Ambiente
  • [ ] Praticar comandos no terminal
  • [ ] Resolver desafios propostos

📊 Visão Geral

graph TD
    A[Início] --> B[Conceito]
    B --> C[Prática]
    C --> D[Projeto]

🧠 Conceito

O Linux é um sistema...

Conceito

Linux é o núcleo (kernel) de um sistema operacional livre.

💻 Prática Terminal

ls -la
pwd

Dica

Use sempre a tecla Tab para completar comandos.

🚀 Mini-Projeto

Desenvolva um pequeno tutorial sobre...

🎯 Próximos Passos

Estrutura do Sistema de Arquivos

🎯 Objetivos da Aula

  • [ ] Compreender os conceitos de Estrutura do Sistema de Arquivos
  • [ ] Praticar comandos no terminal
  • [ ] Resolver desafios propostos

📊 Visão Geral

graph TD
    A[Início] --> B[Conceito]
    B --> C[Prática]
    C --> D[Projeto]

🧠 Conceito

O Linux é um sistema...

Conceito

Linux é o núcleo (kernel) de um sistema operacional livre.

💻 Prática Terminal

ls -la
pwd

Dica

Use sempre a tecla Tab para completar comandos.

🚀 Mini-Projeto

Desenvolva um pequeno tutorial sobre...

🎯 Próximos Passos

Terminal e Primeiros Comandos

🎯 Objetivos da Aula

  • [ ] Compreender os conceitos de Terminal e Primeiros Comandos
  • [ ] Praticar comandos no terminal
  • [ ] Resolver desafios propostos

📊 Visão Geral

graph TD
    A[Início] --> B[Conceito]
    B --> C[Prática]
    C --> D[Projeto]

🧠 Conceito

O Linux é um sistema...

Conceito

Linux é o núcleo (kernel) de um sistema operacional livre.

💻 Prática Terminal

ls -la
pwd

Dica

Use sempre a tecla Tab para completar comandos.

🚀 Mini-Projeto

Desenvolva um pequeno tutorial sobre...

🎯 Próximos Passos

Módulo 2 – Administração

Manipulação de Arquivos

🎯 Objetivos da Aula

  • [ ] Compreender os conceitos de Manipulação de Arquivos
  • [ ] Praticar comandos no terminal
  • [ ] Resolver desafios propostos

📊 Visão Geral

graph TD
    A[Início] --> B[Conceito]
    B --> C[Prática]
    C --> D[Projeto]

🧠 Conceito

O Linux é um sistema...

Conceito

Linux é o núcleo (kernel) de um sistema operacional livre.

💻 Prática Terminal

ls -la
pwd

Dica

Use sempre a tecla Tab para completar comandos.

🚀 Mini-Projeto

Desenvolva um pequeno tutorial sobre...

🎯 Próximos Passos

Permissões e Segurança

🎯 Objetivos da Aula

  • [ ] Compreender os conceitos de Permissões e Segurança
  • [ ] Praticar comandos no terminal
  • [ ] Resolver desafios propostos

📊 Visão Geral

graph TD
    A[Início] --> B[Conceito]
    B --> C[Prática]
    C --> D[Projeto]

🧠 Conceito

O Linux é um sistema...

Conceito

Linux é o núcleo (kernel) de um sistema operacional livre.

💻 Prática Terminal

ls -la
pwd

Dica

Use sempre a tecla Tab para completar comandos.

🚀 Mini-Projeto

Desenvolva um pequeno tutorial sobre...

🎯 Próximos Passos

Gerenciamento de Pacotes

🎯 Objetivos da Aula

  • [ ] Compreender os conceitos de Gerenciamento de Pacotes
  • [ ] Praticar comandos no terminal
  • [ ] Resolver desafios propostos

📊 Visão Geral

graph TD
    A[Início] --> B[Conceito]
    B --> C[Prática]
    C --> D[Projeto]

🧠 Conceito

O Linux é um sistema...

Conceito

Linux é o núcleo (kernel) de um sistema operacional livre.

💻 Prática Terminal

ls -la
pwd

Dica

Use sempre a tecla Tab para completar comandos.

🚀 Mini-Projeto

Desenvolva um pequeno tutorial sobre...

🎯 Próximos Passos

Processos e Monitoramento

🎯 Objetivos da Aula

  • [ ] Compreender os conceitos de Processos e Monitoramento
  • [ ] Praticar comandos no terminal
  • [ ] Resolver desafios propostos

📊 Visão Geral

graph TD
    A[Início] --> B[Conceito]
    B --> C[Prática]
    C --> D[Projeto]

🧠 Conceito

O Linux é um sistema...

Conceito

Linux é o núcleo (kernel) de um sistema operacional livre.

💻 Prática Terminal

ls -la
pwd

Dica

Use sempre a tecla Tab para completar comandos.

🚀 Mini-Projeto

Desenvolva um pequeno tutorial sobre...

🎯 Próximos Passos

Módulo 3 – Ferramentas

Compactação e Backup

🎯 Objetivos da Aula

  • [ ] Compreender os conceitos de Compactação e Backup
  • [ ] Praticar comandos no terminal
  • [ ] Resolver desafios propostos

📊 Visão Geral

graph TD
    A[Início] --> B[Conceito]
    B --> C[Prática]
    C --> D[Projeto]

🧠 Conceito

O Linux é um sistema...

Conceito

Linux é o núcleo (kernel) de um sistema operacional livre.

💻 Prática Terminal

ls -la
pwd

Dica

Use sempre a tecla Tab para completar comandos.

🚀 Mini-Projeto

Desenvolva um pequeno tutorial sobre...

🎯 Próximos Passos

Redes no Linux

🎯 Objetivos da Aula

  • [ ] Compreender os conceitos de Redes no Linux
  • [ ] Praticar comandos no terminal
  • [ ] Resolver desafios propostos

📊 Visão Geral

graph TD
    A[Início] --> B[Conceito]
    B --> C[Prática]
    C --> D[Projeto]

🧠 Conceito

O Linux é um sistema...

Conceito

Linux é o núcleo (kernel) de um sistema operacional livre.

💻 Prática Terminal

ls -la
pwd

Dica

Use sempre a tecla Tab para completar comandos.

🚀 Mini-Projeto

Desenvolva um pequeno tutorial sobre...

🎯 Próximos Passos

Variáveis de Ambiente e Bash

🎯 Objetivos da Aula

  • [ ] Compreender os conceitos de Variáveis de Ambiente e Bash
  • [ ] Praticar comandos no terminal
  • [ ] Resolver desafios propostos

📊 Visão Geral

graph TD
    A[Início] --> B[Conceito]
    B --> C[Prática]
    C --> D[Projeto]

🧠 Conceito

O Linux é um sistema...

Conceito

Linux é o núcleo (kernel) de um sistema operacional livre.

💻 Prática Terminal

ls -la
pwd

Dica

Use sempre a tecla Tab para completar comandos.

🚀 Mini-Projeto

Desenvolva um pequeno tutorial sobre...

🎯 Próximos Passos

Redirecionamento e Pipes

🎯 Objetivos da Aula

  • [ ] Compreender os conceitos de Redirecionamento e Pipes
  • [ ] Praticar comandos no terminal
  • [ ] Resolver desafios propostos

📊 Visão Geral

graph TD
    A[Início] --> B[Conceito]
    B --> C[Prática]
    C --> D[Projeto]

🧠 Conceito

O Linux é um sistema...

Conceito

Linux é o núcleo (kernel) de um sistema operacional livre.

💻 Prática Terminal

ls -la
pwd

Dica

Use sempre a tecla Tab para completar comandos.

🚀 Mini-Projeto

Desenvolva um pequeno tutorial sobre...

🎯 Próximos Passos

Módulo 4 – Especialização

Introdução a Shell Script

🎯 Objetivos da Aula

  • [ ] Compreender os conceitos de Introdução a Shell Script
  • [ ] Praticar comandos no terminal
  • [ ] Resolver desafios propostos

📊 Visão Geral

graph TD
    A[Início] --> B[Conceito]
    B --> C[Prática]
    C --> D[Projeto]

🧠 Conceito

O Linux é um sistema...

Conceito

Linux é o núcleo (kernel) de um sistema operacional livre.

💻 Prática Terminal

ls -la
pwd

Dica

Use sempre a tecla Tab para completar comandos.

🚀 Mini-Projeto

Desenvolva um pequeno tutorial sobre...

🎯 Próximos Passos

Linux para Programadores

🎯 Objetivos da Aula

  • [ ] Compreender os conceitos de Linux para Programadores
  • [ ] Praticar comandos no terminal
  • [ ] Resolver desafios propostos

📊 Visão Geral

graph TD
    A[Início] --> B[Conceito]
    B --> C[Prática]
    C --> D[Projeto]

🧠 Conceito

O Linux é um sistema...

Conceito

Linux é o núcleo (kernel) de um sistema operacional livre.

💻 Prática Terminal

ls -la
pwd

Dica

Use sempre a tecla Tab para completar comandos.

🚀 Mini-Projeto

Desenvolva um pequeno tutorial sobre...

🎯 Próximos Passos

Serviços e Inicialização

🎯 Objetivos da Aula

  • [ ] Compreender os conceitos de Serviços e Inicialização
  • [ ] Praticar comandos no terminal
  • [ ] Resolver desafios propostos

📊 Visão Geral

graph TD
    A[Início] --> B[Conceito]
    B --> C[Prática]
    C --> D[Projeto]

🧠 Conceito

O Linux é um sistema...

Conceito

Linux é o núcleo (kernel) de um sistema operacional livre.

💻 Prática Terminal

ls -la
pwd

Dica

Use sempre a tecla Tab para completar comandos.

🚀 Mini-Projeto

Desenvolva um pequeno tutorial sobre...

🎯 Próximos Passos

Projeto Final

🎯 Objetivos da Aula

  • [ ] Compreender os conceitos de Projeto Final
  • [ ] Praticar comandos no terminal
  • [ ] Resolver desafios propostos

📊 Visão Geral

graph TD
    A[Início] --> B[Conceito]
    B --> C[Prática]
    C --> D[Projeto]

🧠 Conceito

O Linux é um sistema...

Conceito

Linux é o núcleo (kernel) de um sistema operacional livre.

💻 Prática Terminal

ls -la
pwd

Dica

Use sempre a tecla Tab para completar comandos.

🚀 Mini-Projeto

Desenvolva um pequeno tutorial sobre...

🎯 Próximos Passos

Exercícios

Exercícios Práticos 🏋️

Pratique o que aprendeu com desafios reais de mercado.

Exercícios Aula 01: Introdução ao Linux e Software Livre

🟢 Básico

  1. Execute o comando ... e descreva a saída.
  2. Crie uma pasta chamada aula-01.

🟡 Intermediário

  1. Mova o arquivo X para a pasta Y.
  2. Mude a permissão do arquivo para 755.

🔴 Desafio

  1. Crie um script que automatize a criação de 10 pastas e um arquivo dentro de cada uma.

Exercícios Aula 02: Instalação e Ambiente

🟢 Básico

  1. Execute o comando ... e descreva a saída.
  2. Crie uma pasta chamada aula-02.

🟡 Intermediário

  1. Mova o arquivo X para a pasta Y.
  2. Mude a permissão do arquivo para 755.

🔴 Desafio

  1. Crie um script que automatize a criação de 10 pastas e um arquivo dentro de cada uma.

Exercícios Aula 03: Estrutura do Sistema de Arquivos

🟢 Básico

  1. Execute o comando ... e descreva a saída.
  2. Crie uma pasta chamada aula-03.

🟡 Intermediário

  1. Mova o arquivo X para a pasta Y.
  2. Mude a permissão do arquivo para 755.

🔴 Desafio

  1. Crie um script que automatize a criação de 10 pastas e um arquivo dentro de cada uma.

Exercícios Aula 04: Terminal e Primeiros Comandos

🟢 Básico

  1. Execute o comando ... e descreva a saída.
  2. Crie uma pasta chamada aula-04.

🟡 Intermediário

  1. Mova o arquivo X para a pasta Y.
  2. Mude a permissão do arquivo para 755.

🔴 Desafio

  1. Crie um script que automatize a criação de 10 pastas e um arquivo dentro de cada uma.

Exercícios Aula 05: Manipulação de Arquivos

🟢 Básico

  1. Execute o comando ... e descreva a saída.
  2. Crie uma pasta chamada aula-05.

🟡 Intermediário

  1. Mova o arquivo X para a pasta Y.
  2. Mude a permissão do arquivo para 755.

🔴 Desafio

  1. Crie um script que automatize a criação de 10 pastas e um arquivo dentro de cada uma.

Exercícios Aula 06: Permissões e Segurança

🟢 Básico

  1. Execute o comando ... e descreva a saída.
  2. Crie uma pasta chamada aula-06.

🟡 Intermediário

  1. Mova o arquivo X para a pasta Y.
  2. Mude a permissão do arquivo para 755.

🔴 Desafio

  1. Crie um script que automatize a criação de 10 pastas e um arquivo dentro de cada uma.

Exercícios Aula 07: Gerenciamento de Pacotes

🟢 Básico

  1. Execute o comando ... e descreva a saída.
  2. Crie uma pasta chamada aula-07.

🟡 Intermediário

  1. Mova o arquivo X para a pasta Y.
  2. Mude a permissão do arquivo para 755.

🔴 Desafio

  1. Crie um script que automatize a criação de 10 pastas e um arquivo dentro de cada uma.

Exercícios Aula 08: Processos e Monitoramento

🟢 Básico

  1. Execute o comando ... e descreva a saída.
  2. Crie uma pasta chamada aula-08.

🟡 Intermediário

  1. Mova o arquivo X para a pasta Y.
  2. Mude a permissão do arquivo para 755.

🔴 Desafio

  1. Crie um script que automatize a criação de 10 pastas e um arquivo dentro de cada uma.

Exercícios Aula 09: Compactação e Backup

🟢 Básico

  1. Execute o comando ... e descreva a saída.
  2. Crie uma pasta chamada aula-09.

🟡 Intermediário

  1. Mova o arquivo X para a pasta Y.
  2. Mude a permissão do arquivo para 755.

🔴 Desafio

  1. Crie um script que automatize a criação de 10 pastas e um arquivo dentro de cada uma.

Exercícios Aula 10: Redes no Linux

🟢 Básico

  1. Execute o comando ... e descreva a saída.
  2. Crie uma pasta chamada aula-10.

🟡 Intermediário

  1. Mova o arquivo X para a pasta Y.
  2. Mude a permissão do arquivo para 755.

🔴 Desafio

  1. Crie um script que automatize a criação de 10 pastas e um arquivo dentro de cada uma.

Exercícios Aula 11: Variáveis de Ambiente e Bash

🟢 Básico

  1. Execute o comando ... e descreva a saída.
  2. Crie uma pasta chamada aula-11.

🟡 Intermediário

  1. Mova o arquivo X para a pasta Y.
  2. Mude a permissão do arquivo para 755.

🔴 Desafio

  1. Crie um script que automatize a criação de 10 pastas e um arquivo dentro de cada uma.

Exercícios Aula 12: Redirecionamento e Pipes

🟢 Básico

  1. Execute o comando ... e descreva a saída.
  2. Crie uma pasta chamada aula-12.

🟡 Intermediário

  1. Mova o arquivo X para a pasta Y.
  2. Mude a permissão do arquivo para 755.

🔴 Desafio

  1. Crie um script que automatize a criação de 10 pastas e um arquivo dentro de cada uma.

Exercícios Aula 13: Introdução a Shell Script

🟢 Básico

  1. Execute o comando ... e descreva a saída.
  2. Crie uma pasta chamada aula-13.

🟡 Intermediário

  1. Mova o arquivo X para a pasta Y.
  2. Mude a permissão do arquivo para 755.

🔴 Desafio

  1. Crie um script que automatize a criação de 10 pastas e um arquivo dentro de cada uma.

Exercícios Aula 14: Linux para Programadores

🟢 Básico

  1. Execute o comando ... e descreva a saída.
  2. Crie uma pasta chamada aula-14.

🟡 Intermediário

  1. Mova o arquivo X para a pasta Y.
  2. Mude a permissão do arquivo para 755.

🔴 Desafio

  1. Crie um script que automatize a criação de 10 pastas e um arquivo dentro de cada uma.

Exercícios Aula 15: Serviços e Inicialização

🟢 Básico

  1. Execute o comando ... e descreva a saída.
  2. Crie uma pasta chamada aula-15.

🟡 Intermediário

  1. Mova o arquivo X para a pasta Y.
  2. Mude a permissão do arquivo para 755.

🔴 Desafio

  1. Crie um script que automatize a criação de 10 pastas e um arquivo dentro de cada uma.

Exercícios Aula 16: Projeto Final

🟢 Básico

  1. Execute o comando ... e descreva a saída.
  2. Crie uma pasta chamada aula-16.

🟡 Intermediário

  1. Mova o arquivo X para a pasta Y.
  2. Mude a permissão do arquivo para 755.

🔴 Desafio

  1. Crie um script que automatize a criação de 10 pastas e um arquivo dentro de cada uma.

Projetos

Mini Projetos 🚀

Aplicações reais dos comandos e ferramentas do Linux.

Projeto Aula 01: Introdução ao Linux e Software Livre

🚀 Descrição

Implemente um sistema de organização de arquivos que...

📋 Requisitos

  • [ ] Criar estrutura de pastas
  • [ ] Aplicar permissões corretas
  • [ ] Usar pipes e redirecionamento

💡 Dica

Explore o comando find e xargs.

Projeto Aula 02: Instalação e Ambiente

🚀 Descrição

Implemente um sistema de organização de arquivos que...

📋 Requisitos

  • [ ] Criar estrutura de pastas
  • [ ] Aplicar permissões corretas
  • [ ] Usar pipes e redirecionamento

💡 Dica

Explore o comando find e xargs.

Projeto Aula 03: Estrutura do Sistema de Arquivos

🚀 Descrição

Implemente um sistema de organização de arquivos que...

📋 Requisitos

  • [ ] Criar estrutura de pastas
  • [ ] Aplicar permissões corretas
  • [ ] Usar pipes e redirecionamento

💡 Dica

Explore o comando find e xargs.

Projeto Aula 04: Terminal e Primeiros Comandos

🚀 Descrição

Implemente um sistema de organização de arquivos que...

📋 Requisitos

  • [ ] Criar estrutura de pastas
  • [ ] Aplicar permissões corretas
  • [ ] Usar pipes e redirecionamento

💡 Dica

Explore o comando find e xargs.

Projeto Aula 05: Manipulação de Arquivos

🚀 Descrição

Implemente um sistema de organização de arquivos que...

📋 Requisitos

  • [ ] Criar estrutura de pastas
  • [ ] Aplicar permissões corretas
  • [ ] Usar pipes e redirecionamento

💡 Dica

Explore o comando find e xargs.

Projeto Aula 06: Permissões e Segurança

🚀 Descrição

Implemente um sistema de organização de arquivos que...

📋 Requisitos

  • [ ] Criar estrutura de pastas
  • [ ] Aplicar permissões corretas
  • [ ] Usar pipes e redirecionamento

💡 Dica

Explore o comando find e xargs.

Projeto Aula 07: Gerenciamento de Pacotes

🚀 Descrição

Implemente um sistema de organização de arquivos que...

📋 Requisitos

  • [ ] Criar estrutura de pastas
  • [ ] Aplicar permissões corretas
  • [ ] Usar pipes e redirecionamento

💡 Dica

Explore o comando find e xargs.

Projeto Aula 08: Processos e Monitoramento

🚀 Descrição

Implemente um sistema de organização de arquivos que...

📋 Requisitos

  • [ ] Criar estrutura de pastas
  • [ ] Aplicar permissões corretas
  • [ ] Usar pipes e redirecionamento

💡 Dica

Explore o comando find e xargs.

Projeto Aula 09: Compactação e Backup

🚀 Descrição

Implemente um sistema de organização de arquivos que...

📋 Requisitos

  • [ ] Criar estrutura de pastas
  • [ ] Aplicar permissões corretas
  • [ ] Usar pipes e redirecionamento

💡 Dica

Explore o comando find e xargs.

Projeto Aula 10: Redes no Linux

🚀 Descrição

Implemente um sistema de organização de arquivos que...

📋 Requisitos

  • [ ] Criar estrutura de pastas
  • [ ] Aplicar permissões corretas
  • [ ] Usar pipes e redirecionamento

💡 Dica

Explore o comando find e xargs.

Projeto Aula 11: Variáveis de Ambiente e Bash

🚀 Descrição

Implemente um sistema de organização de arquivos que...

📋 Requisitos

  • [ ] Criar estrutura de pastas
  • [ ] Aplicar permissões corretas
  • [ ] Usar pipes e redirecionamento

💡 Dica

Explore o comando find e xargs.

Projeto Aula 12: Redirecionamento e Pipes

🚀 Descrição

Implemente um sistema de organização de arquivos que...

📋 Requisitos

  • [ ] Criar estrutura de pastas
  • [ ] Aplicar permissões corretas
  • [ ] Usar pipes e redirecionamento

💡 Dica

Explore o comando find e xargs.

Projeto Aula 13: Introdução a Shell Script

🚀 Descrição

Implemente um sistema de organização de arquivos que...

📋 Requisitos

  • [ ] Criar estrutura de pastas
  • [ ] Aplicar permissões corretas
  • [ ] Usar pipes e redirecionamento

💡 Dica

Explore o comando find e xargs.

Projeto Aula 14: Linux para Programadores

🚀 Descrição

Implemente um sistema de organização de arquivos que...

📋 Requisitos

  • [ ] Criar estrutura de pastas
  • [ ] Aplicar permissões corretas
  • [ ] Usar pipes e redirecionamento

💡 Dica

Explore o comando find e xargs.

Projeto Aula 15: Serviços e Inicialização

🚀 Descrição

Implemente um sistema de organização de arquivos que...

📋 Requisitos

  • [ ] Criar estrutura de pastas
  • [ ] Aplicar permissões corretas
  • [ ] Usar pipes e redirecionamento

💡 Dica

Explore o comando find e xargs.

Projeto Aula 16: Projeto Final

🚀 Descrição

Implemente um sistema de organização de arquivos que...

📋 Requisitos

  • [ ] Criar estrutura de pastas
  • [ ] Aplicar permissões corretas
  • [ ] Usar pipes e redirecionamento

💡 Dica

Explore o comando find e xargs.

Quizzes

Quizzes Interativos 🧠

Teste seus conhecimentos rapidamente ao final de cada aula.

Quiz 01 - Introdução a Microsserviços 🌐

1. Qual a principal característica de uma arquitetura Monolítica?
É composta por vários serviços independentes
O sistema é um único bloco de código onde tudo está acoplado
É escrita apenas em JavaScript
Não utiliza banco de dados
2. Qual vantagem é mais associada aos Microsserviços?
Simplicidade de deploy inicial
Baixo custo de infraestrutura
Escalabilidade granular e isolamento de falhas
Facilidade em depurar logs centralizados
3. O que é "Escalabilidade Horizontal"?
Aumentar a memória RAM de um único servidor
Adicionar mais máquinas ou instâncias para dividir a carga
Trocar o banco de dados SQL por NoSQL
Aumentar o tamanho das tabelas
4. Qual o papel de uma API (Application Programming Interface)?
Criar o design da interface do usuário
Permitir a comunicação e troca de dados entre sistemas
Servir como o sistema operacional do servidor
Substituir o banco de dados
5. Sobre Microsserviços, o que significa ser "Poliglota"?
Falar várias línguas humanas
A liberdade de usar diferentes linguagens/tecnologias para cada serviço
Rodar apenas em servidores internacionais
Usar apenas tradução automática nas rotas
6. Qual destas ferramentas é usada para testar requisições para uma API sem precisar de frontend?
Photoshop
Postman / Insomnia
Excel
Docker
7. O que acontece se um módulo de um monólito tiver um "Memory Leak" crítico?
Apenas aquele módulo para de funcionar
O banco de dados se apaga automaticamente
Provavelmente todo o sistema ficará instável ou sairá do ar
O sistema migra sozinho para microsserviços
8. Qual o formato de dados mais comum usado hoje para comunicação entre serviços?
XML
JSON
CSV
TXT
9. Por que Microsserviços são considerados mais complexos operacionalmente?
Porque exigem mais linhas de código
Devido à necessidade de monitorar muitos serviços, redes e consistência distribuída
Porque só funcionam com Linux
Porque requerem hardware da NASA
10. Qual ferramenta ajuda a garantir que o ambiente de desenvolvimento seja idêntico ao de produção?
Git
Postman
VS Code
Docker (Containerização)

Quiz 02 - Arquitetura e Gateway 🏗️

1. O que acontece na comunicação síncrona (Sync)?
O serviço envia a mensagem e esquece
O serviço envia a requisição e aguarda a resposta para continuar
A comunicação só ocorre via rádio
O banco de dados é desligado
2. Qual o principal perigo da comunicação síncrona em excesso?
O código fica muito curto
Cascateamento de falhas (um serviço lento trava todos os outros)
Economia exagerada de memória
O sistema fica rápido demais
3. Qual a função do API Gateway?
Armazenar as senhas dos desenvolvedores
Atuar como ponto único de entrada para roteamento e segurança
Substituir o roteador Wi-Fi da empresa
Processar scripts de interface visual
4. O que é "Rate Limiting"?
Aumentar a velocidade da internet
Limitar a quantidade de requisições que um cliente pode fazer em um tempo
Cobrar por cada clique no botão
Diminuir a fonte do texto
5. No Service Discovery, como os serviços são localizados?
Por endereços IP fixos escritos no código
Via um registro dinâmico que mantém os endereços atualizados
Através de busca no Google
Usando GPS
6. Qual o papel do "Load Balancer"?
Medir o peso dos servidores físicos
Distribuir a carga de trabalho entre várias instâncias do mesmo serviço
Equilibrar o gasto de energia
Organizar as pastas do projeto
7. O que caracteriza a comunicação Assíncrona (Async)?
Uso obrigatório de cabos de fibra ótica
O uso de mensageria (filas) onde o chamador não espera a resposta imediata
Comunicação em tempo real por vídeo
Bloqueio total do banco de dados
8. O que é um "Circuit Breaker" (Disjuntor)?
Um fusível físico no servidor
Um padrão que interrompe chamadas para um serviço falho para evitar sobrecarga
Um hacker que invade sistemas
O botão de desligar do computador
9. Qual destas é uma responsabilidade típica de um Gateway?
Desenhar o logo da empresa
Compilar código C++
Agregação de respostas e Autenticação
Formatar o HD do servidor
10. Qual ferramenta é comumente usada para implementar Service Discovery?
Microsoft Word
Netflix Eureka / Consul
Adobe Photoshop
WhatsApp

Quiz 03 - Modelagem de APIs RESTful 📡

1. O que significa o termo "Stateless" no REST?
O servidor armazena o estado do cliente em variáveis globais
O servidor não guarda informações sobre sessões anteriores; cada requisição é independente
O app não precisa de internet para funcionar
O banco de dados nunca muda
2. Qual a regra de ouro para nomear URIs no REST?
Usar verbos de ação (ex: /getUsers)
Usar letras maiúsculas para destacar
Usar substantivos no plural (ex: /usuarios)
Colocar a senha do usuário na URL
3. Qual verbo HTTP deve ser usado para criar um novo recurso?
GET
POST
PUT
DELETE
4. Qual a diferença fundamental entre PUT e PATCH?
PUT é mais rápido que PATCH
PATCH remove o recurso e PUT cria um novo
PUT substitui o recurso inteiro, enquanto PATCH faz atualizações parciais
Não há diferença, ambos fazem a mesma coisa
5. Qual código de status indica que um recurso foi criado com sucesso?
200 OK
201 Created
204 No Content
404 Not Found
6. O que significa ser um método "Idempotente"?
Que ele gasta muita energia
Que múltiplas requisições idênticas têm o mesmo efeito que uma só
Que ele só funciona com números inteiros
Que ele apaga o banco de dados
7. Por que o JSON é preferido em relação ao XML em APIs modernas?
Porque ele é colorido
Porque é mais leve, menos verboso e mais fácil de ler/processar em JS
Porque o XML foi proibido pelo Google
Porque JSON aceita emojis e XML não
8. O que o status code 403 Forbidden indica?
Que a página não existe
Que o usuário não está logado
Que o usuário está logado, mas não tem permissão para aquele recurso
Que o servidor explodiu
9. Em REST, o que compõe uma Interface Uniforme?
Usar a mesma cor em todos os botões
Uso de URIs para recursos, métodos HTTP padrão e representações de dados (JSON/XML)
Ter apenas um arquivo de código para tudo
Usar apenas um tipo de fonte de texto
10. Qual a função do cabeçalho "Content-Type" em uma requisição?
Dizer o nome do autor da API
Informar ao servidor qual o formato dos dados que estão sendo enviados (ex: application/json)
Aumentar a segurança da senha
Definir a cor de fundo do site

Quiz 04 - Documentação e Mocks 📝

1. O que é o OpenAPI (OAS)?
Uma linguagem de programação para backend
Uma especificação padrão para descrever e documentar APIs RESTful
Um navegador web para desenvolvedores
Um banco de dados em nuvem
2. Qual a principal diferença entre OpenAPI e Swagger?
Swagger é pago e OpenAPI é gratuito
OpenAPI é a especificação e Swagger é o conjunto de ferramentas (UI, Editor, etc)
OpenAPI foi substituída pelo Swagger em 2021
Não há diferença, são nomes para a mesma cor
3. Para que serve o Swagger UI?
Para editar o banco de dados diretamente
Para gerar uma página visual e interativa onde se pode testar os endpoints documentados
Para compilar o código Java para o servidor
Para baixar músicas gratuitas
4. Qual o objetivo principal de um "Mock de API"?
Substituir o backup do sistema
Simular o comportamento de uma API real para permitir o desenvolvimento paralelo
Aumentar a segurança contra vírus
Esconder o endereço IP do servidor
5. O que significa "Developer Experience" (DX)?
O tempo que o desenvolvedor gasta jogando videogame
A facilidade e satisfação de um desenvolvedor ao usar sua ferramenta ou API
A quantidade de memória RAM do monitor
O nome do sistema operacional dos servidores
6. Qual formato de arquivo é mais utilizado para escrever especificações OpenAPI?
.html
.yaml ou .json
.docx
.pdf
7. Por que retornar mensagens de erro explicativas no corpo da resposta (Body) é uma boa prática?
Para o log ficar mais colorido
Para ajudar o consumidor da API a entender exatamente o que errou sem precisar perguntar ao autor
Porque o HTTP obriga a escrever textos longos
Para ocupar mais espaço no servidor
8. Qual componente do Swagger permite digitar e validar a especificação da API em tempo real?
Swagger Hub
Swagger Editor
Swagger Inspector
Swagger Play
9. Em qual fase do projeto o "Design de Contrato" deve ocorrer?
Somente no fim do projeto para arquivar
No início, antes mesmo de começar a codificar as rotas (API First)
Apenas se o cliente pedir
Nunca, é perda de tempo
10. Qual ferramenta pode ser usada para subir um mock server local a partir de uma collection?
Microsoft Excel
Postman / Mockoon
Notepad++
Windows Paint

Quiz 05 - Implementação de APIs ⚙️

1. Qual a principal responsabilidade da camada de Controller?
Salvar dados no banco de dados
Gerenciar a requisição HTTP e retornar a resposta adequada
Fazer cálculos complexos de impostos
Criar a interface gráfica do usuário
2. O que é um "Handler" em um sistema de rotas?
Um tipo de vírus de computador
A função específica que é executada quando uma rota é chamada
O nome do servidor de hospedagem
O arquivo onde guardamos as senhas
3. Qual a melhor forma de capturar o ID de um usuário para uma busca individual (ex: /usuarios/10)?
Query Param (?id=10)
Path Param (/usuarios/:id)
Request Body ({ "id": 10 })
Através de um cookie
4. Quando devemos usar "Query Params"?
Para enviar a senha do usuário
Para filtros, ordenação e paginação (ex: ?cor=azul)
Para atualizar o nome de um produto
Para deletar o banco de dados
5. Em qual objeto da requisição costuma vir o JSON enviado via POST?
req.params
req.query
req.body
req.headers
6. Qual analogia melhor define o papel do Controller?
O cozinheiro que prepara o prato
O garçom que anota o pedido e entrega o prato
O dono do restaurante que cuida do banco de dados
O cliente que come a comida
7. Por que a Injeção de Dependência é útil nos Controllers?
Para o código ficar mais pesado e seguro
Para facilitar a troca de comportamentos e a criação de testes automatizados
Para economizar espaço no HD
Porque o Google obriga
8. O que acontece se o Controller não retornar um Status Code?
O servidor explode
O cliente pode receber um status padrão (ex: 200) que não condiz com o resultado real
O computador trava
A internet cai
9. Onde configuramos o mapeamento de Verbo + Path no backend?
No banco de dados
No arquivo de roteamento (Router)
No arquivo de interface (CSS)
Dentro do arquivo de imagem .png
10. Qual a vantagem de padronizar as respostas de erro em JSON?
Para o erro ficar mais bonito
Para que o frontend consiga ler a mensagem e exibir um alerta amigável ao usuário
Para economizar bateria do servidor
Para esconder o código do erro

Quiz 06 - Services e Regras de Negócio 🧠

1. O que acontece se colocarmos toda a lógica de negócio dentro do Controller?
O app fica mais rápido
O código fica difícil de testar, manter e reutilizar (o famoso "Controller Gordo")
O banco de dados se apaga sozinho
O roteamento para de funcionar
2. Qual a principal responsabilidade do Service?
Definir as rotas do app
Executar as regras de negócio, validações e cálculos
Gerar as respostas JSON para o cliente
Configurar a porta do servidor
3. Como um Service deve notificar o Controller sobre uma falha de validação?
Retornando um número 400
Lançando uma exceção ou erro (throw Error)
Enviando um e-mail para o administrador
Mudando a cor do console
4. Por que o Service não deve acessar os objetos `req` ou `res`?
Porque eles são secretos
Para manter o Service independente do protocolo de transporte (podendo ser usado em gRPC, CLI, etc)
Porque isso gasta muita internet
Para economizar linhas de código
5. O que define uma "Regra de Negócio"?
O nome das variáveis do sistema
As diretrizes que ditam como o serviço deve operar (ex: "só maiores de 18 podem comprar")
O tipo de servidor onde o app está rodando
A cor do logotipo da empresa
6. Qual a vantagem de reutilizar um Service em diferentes Controllers?
Nenhuma, é melhor copiar o código
Consistência: a regra é aplicada da mesma forma em todo o sistema
Economiza espaço de memória no disco
Deixa o site mais colorido
7. O que é um DTO (Data Transfer Object)?
Um tipo de cabo para conectar servidores
Um objeto simples usado para transportar dados entre camadas sem expor a lógica interna
O nome do motor de busca do Google
Um comando do terminal Linux
8. O que significa "Separation of Concerns" (Separação de Preocupações)?
Cada desenvolvedor deve trabalhar sozinho
Cada camada do sistema deve ter uma responsabilidade única e bem definida
O banco de dados deve ficar em outro país
O site deve ter várias cores diferentes
9. Qual o momento ideal para chamar o Service dentro de uma rota?
Antes de receber a requisição
Após o Controller validar os parâmetros básicos de entrada
Depois que a resposta já foi enviada ao cliente
Nunca, o Controller deve fazer tudo
10. Como o Controller deve tratar o retorno de um Service?
Ignorando o resultado
Capturando o dado retornado e devolvendo em um JSON com Status 200/201
Pedindo para o usuário reiniciar o computador
Exibindo o código fonte na tela

Quiz 07 - Repositories e Banco de Dados 🗄️

1. Qual a função do PostgreSQL em uma arquitetura backend?
Criar a interface visual
Armazenar dados de forma persistente e relacional
Enviar e-mails automaticamente
Compilar o código Javascript
2. O que significa a sigla CRUD?
Create, Remove, Update, Delete
Create, Read, Update, Delete
Clear, Read, Unit, Deploy
Code, Run, Update, Debug
3. Qual o comando SQL usado para buscar dados em uma tabela?
INSERT
UPDATE
SELECT
DELETE
4. Para que serve o padrão Repository?
Para salvar arquivos PDF no servidor
Para isolar a lógica de acesso ao banco da lógica de negócio
Para criar rotas no Express
Para acelerar o download do app
5. O que é uma Primary Key (Chave Primária)?
A senha master do servidor
Um identificador único para cada registro (linha) em uma tabela
O nome da tabela principal
O primeiro campo de um formulário HTML
6. Quando usamos uma Foreign Key (Chave Estrangeira)?
Para traduzir o banco de dados
Para criar um link (relacionamento) entre duas tabelas diferentes
Para encriptar os dados
Para mudar o nome das colunas
7. O que acontece se rodarmos um `DELETE FROM usuarios` sem a cláusula `WHERE`?
O banco pede confirmação
Todos os registros da tabela "usuarios" serão apagados!
Apenas o primeiro registro é apagado
O comando dá erro de sintaxe
8. O que são "Migrations"?
Pessoas que mudam de país
Arquivos que versionam a estrutura do banco de dados (schema)
A troca de servidor de hospedagem
Um tipo de loop em Javascript
9. Qual o tipo de relacionamento quando um Autor pode escrever vários livros?
1:1 (Um para um)
1:N (Um para muitos)
N:N (Muitos para muitos)
N:1 (Muitos para um)
10. Por que o Service deve chamar o Repository em vez de rodar SQL direto?
Para o código ficar mais longo
Para seguir o princípio de responsabilidade única e facilitar testes
Porque SQL é uma linguagem antiga
Porque o computador processa Services mais rápido

Quiz 08 - Boas Práticas e Validação de Dados ✅

1. Por que o backend nunca deve confiar nos dados vindos do frontend?
Para economizar bateria do servidor
Porque a requisição pode ter sido interceptada, alterada ou burlada
Porque o frontend é sempre feito por iniciantes
Porque os navegadores são lentos
2. Qual a diferença entre Validar e Sanitizar?
Validar limpa o dado, Sanitizar checa a regra
Validar checa se o dado está correto, Sanitizar "limpa" o dado de impurezas (espaços, tags HTML)
São a mesma coisa com nomes diferentes
Validar é para banco SQL, Sanitizar é para NoSQL
3. Para que servem bibliotecas como Zod ou Joi?
Para acelerar a conexão com o banco
Para definir e aplicar esquemas de validação de forma declarativa e robusta
Para desenhar gráficos no painel do administrador
Para comprimir arquivos PDF
4. O que é o princípio DRY (Don't Repeat Yourself)?
Beber água durante o código
Evitar a duplicação de lógica, transformando repetir em funções ou serviços únicos
Escrever o código o mais rápido possível
Não usar a tecla Backspace
5. O que um Middleware de Erro Global faz?
Impede que o computador trave
Captura qualquer erro não tratado e envia uma resposta padronizada ao cliente
Apaga os logs do servidor
Avisa o usuário que a internet caiu
6. Por que NÃO devemos enviar o Stack Trace (detalhes técnicos do erro) para o usuário final?
Porque gasta muitos dados de internet
Por segurança, pois revela detalhes da estrutura do banco e do código (ajuda hackers)
Porque o usuário não entende inglês
Porque o Stack Trace é feio
7. Qual a vantagem de usar nomes de funções altamente descritivos?
O código fica mais colorido no editor
Melhora a legibilidade e facilita a manutenção por outros desenvolvedores (ou por você no futuro)
O compilador processa nomes longos mais rápido
Ocupa menos espaço no servidor
8. O que caracteriza um Erro 400 (Bad Request)?
O servidor parou de funcionar
O cliente enviou dados inválidos ou incompletos que o sistema não aceita
O usuário não tem permissão para acessar
A página não existe
9. O que caracteriza um Erro 500 (Internal Server Error)?
O usuário digitou a senha errada
Ocorreu uma falha inesperada na lógica ou infraestrutura do servidor
O link está quebrado
A conta do usuário foi deletada
10. Como o Clean Code ajuda na escalabilidade de um projeto?
Comprimindo o banco de dados
Mantendo o código organizado e modular, facilitando a adição de novas funcionalidades
Diminuindo o preço da hospedagem
Aumentando o número de acessos simultâneos

Quiz 09 - Segurança e Autenticação com JWT 🔐

1. Qual a diferença entre Autenticação e Autorização?
Autenticação é sobre permissões, Autorização é sobre identidade
Autenticação checa quem você é, Autorização checa o que você pode fazer
Autenticação é para o backend, Autorização é para o frontend
É a mesma coisa, apenas nomes diferentes
2. O que significa a sigla JWT?
Java Web Tool
JSON Web Token
Javascript Web Transfer
Just Web Ticket
3. Quantas partes compõem um token JWT?
Uma parte única
Duas partes (Dados e Assinatura)
Três partes (Header, Payload e Signature)
Quatro partes (Header, Payload, Signature e Expire)
4. O que é o "Payload" do JWT?
O algoritmo de criptografia
A senha do banco de dados
O corpo do token, onde ficam os dados do usuário (ex: id, nome)
A chave secreta do servidor
5. Por que a "Assinatura" (Signature) é a parte mais importante para a segurança?
Porque ela deixa o token colorido
Porque ela garante que o Payload não foi alterado por terceiros
Porque ela esconde o nome do usuário
Porque ela faz o token expirar mais rápido
6. O que significa dizer que o JWT é "Stateless" (Sem Estado)?
Que o servidor não tem banco de dados
Que o servidor não precisa guardar informações da sessão do usuário na memória
Que o token nunca expira
Que o usuário não precisa de internet
7. Onde o Payload do JWT pode ser lido?
Apenas pelo servidor que tem a chave secreta
Por qualquer pessoa, pois ele é apenas codificado (Base64), não encriptado
Apenas por usuários com permissão de Admin
Em lugar nenhum, ele é invisível
8. Qual o objetivo do campo "expiresIn" (ou 'exp')?
Mudar o nome do usuário
Definir um tempo de validade para o token, após o qual ele será rejeitado
Apagar o banco de dados
Aumentar a velocidade da API
9. Onde o frontend geralmente envia o JWT para o servidor?
No corpo da mensagem (Body)
No cabeçalho (Header) de autorização: `Authorization: Bearer `
No nome do arquivo
Por e-mail
10. O que acontece se o servidor perder a "Chave Secreta"?
Os usuários ganham acesso livre
Todos os tokens emitidos anteriormente se tornam inválidos instantaneamente
O banco de dados é deletado
Nada, a chave secreta não é importante

Quiz 10 - Controle de Acesso (RBAC) 🛡️

1. O que significa a sigla RBAC?
Real-Binary-Authentication-Code
Role-Based Access Control
Route-Based Authorization Check
Restricted-Backend-Access-Control
2. No RBAC, a quem atribuímos as permissões de acesso?
A cada usuário individualmente por seu CPF
A um perfil (Role) que pode ser compartilhado por vários usuários
Apenas ao dono da empresa
Ao endereço IP do computador
3. Qual o código HTTP para "Acesso Negado" (Usuário identificado, mas sem permissão)?
401 Unauthorized
404 Not Found
403 Forbidden
500 Internal Error
4. Qual a ordem correta dos middlewares em uma rota protegida?
Primeiro Autorização, depois Autenticação
Primeiro Autenticação, depois Autorização
Ambos devem rodar ao mesmo tempo
Apenas um é necessário
5. O que um Middleware de Autorização faz se o usuário não tem o nível necessário?
Reinicia o servidor
Interrompe a requisição e retorna um erro 403 ao cliente
Envia a requisição para outra rota aleatória
Formata o banco de dados
6. Por que o Erro 401 (Unauthorized) é retornado quando o token JWT é inválido?
Porque o usuário é feio
Porque a identidade do usuário não pôde ser confirmada
Porque o servidor está desligado
Porque o sistema está em manutenção
7. Em um sistema de E-commerce, quem deve ter permissão para a rota `DELETE /produtos/:id`?
Todos os clientes
Apenas usuários com a Role 'ADMIN' ou 'GERENTE'
Qualquer pessoa sem login
Apenas o programador que criou o site
8. O que é "Hierarquia de Roles"?
Uma lista de nomes em ordem alfabética
Quando perfis superiores (ex: Admin) herdam automaticamente as permissões de perfis inferiores
O tamanho da letra no banco de dados
A ordem de criação dos usuários
9. O que acontece se chamarmos a função `next()` dentro de um middleware?
O servidor para
O processamento passa para o próximo middleware ou para o Controller
O usuário é deslogado
Uma nova aba abre no navegador
10. Qual a principal vantagem de centralizar a autorização em middlewares?
O app fica mais bonito
Segurança e Reuso: você protege rotas inteiras com uma única linha de código
O banco de dados fica mais rápido
Os usuários ganham descontos

Quiz 11 - Refresh Token e Segurança Avançada 🏗️

1. Por que não é recomendado que o Access Token dure muitos dias?
Porque ele ocupa muito espaço no servidor
Por segurança: se for roubado, o hacker terá acesso por pouco tempo
Porque o navegador apaga tokens longos automaticamente
Porque o Google não permite
2. Para que serve o Refresh Token?
Para mudar a senha do usuário
Para pedir um novo Access Token sem que o usuário tenha que digitar a senha novamente
Para aumentar a velocidade da internet
Para carregar imagens mais rápido
3. O que significa a sigla CORS?
Central-Order-Resource-System
Cross-Origin Resource Sharing
Code-Origin-Restriction-Safe
Chrome-Only-Response-System
4. Quem aplica o bloqueio de CORS?
O Provedor de Internet
O Microprocessador do celular
O Navegador (Chrome, Firefox, Safari)
O Teclado do usuário
5. Qual a função da biblioteca Helmet?
Proteger o servidor contra quedas físicas
Configurar automaticamente diversos headers de segurança no HTTP
Aumentar o brilho da tela
Traduzir o app para inglês
6. O que é "Rate Limiting"?
O limite de velocidade do Wi-Fi
Uma técnica para limitar o número de requisições que um usuário/IP pode fazer em um tempo
Quando o app fica lento de propósito
O limite de amigos que alguém pode ter
7. Por que devemos evitar `origin: '*'` no CORS em produção?
Porque o servidor fica pesado
Porque qualquer site malicioso do mundo poderia tentar roubar dados da sua API
Porque o Google penaliza sites assim
Porque os usuários não gostam
8. O que é o ataque XSS (Cross-Site Scripting)?
Quando o banco de dados é deletado
Quando um invasor consegue injetar scripts maliciosos em páginas vistas por outros usuários
Quando o cabo USB desconecta
Quando a senha é muito curta
9. Qual desses é o lugar mais seguro para guardar o Refresh Token no navegador?
localStorage
sessionStorage
Cookie com a flag HttpOnly
No histórico de navegação
10. O que acontece em um "Refresh Token Rotation"?
O token muda de cor
Sempre que um novo Access Token é pedido, o Refresh Token antigo é invalidado e um novo é gerado
O usuário é obrigado a trocar a senha
O servidor reinicia

Quiz 12 - Introdução ao React ⚛️

1. O que é o React?
Uma linguagem de programação nova
Uma biblioteca Javascript para criar interfaces de usuário (UIs)
Um banco de dados que roda no navegador
Uma ferramenta para editar imagens
2. O que caracteriza uma Single Page Application (SPA)?
O site tem apenas uma página de texto simples
O site carrega apenas uma vez e troca o conteúdo dinamicamente sem recarregar a página inteira
É um app que só funciona em celulares antigos
É um site que não usa CSS
3. No React, o que é um "Componente"?
Uma peça física do computador
Uma função Javascript que retorna uma parte da interface (Botão, Menu, Card)
Um erro que acontece no código
A cor de fundo do site
4. Qual a função do Vite no desenvolvimento moderno?
Traduzir o site para chinês
Rodar um servidor de desenvolvimento ultra rápido e preparar o projeto para publicação
Criar logotipos automaticamente
Gerenciar a folha de pagamento da empresa
5. O que significa JSX?
Java Syntax eXtension
JavaScript XML: uma extensão de sintaxe que permite escrever algo parecido com HTML dentro do JS
Uma nova marca de TV
JavaScript Xtreme
6. Qual a regra fundamental ao retornar conteúdo de um componente React?
Deve ter no máximo 10 linhas
Deve retornar apenas um único elemento pai (ou usar um Fragment)
Deve estar todo escrito em letras maiúsculas
Não pode conter números
7. Para que servem as "Props" em um componente?
Para aumentar a performance do site
Para passar informações de um componente pai para um componente filho
Para salvar dados no banco de dados
Para mudar a senha do administrador
8. Por que usamos `className` em vez de `class` no JSX?
Porque `className` é mais bonito
Porque `class` é uma palavra reservada do Javascript para criar classes de objetos
Porque o HTML mudou de nome
Para economizar memória
9. O que é o "Virtual DOM" (Conceito)?
Uma simulação de videogame
Uma cópia em memória da interface que o React usa para saber exatamente o que atualizar na tela real
O nome do servidor da Microsoft
Um tipo de vírus de computador
10. Como exibimos uma variável Javascript dentro do JSX?
Usando aspas duplas: "variavel"
Usando parênteses: (variavel)
Usando chaves: {variavel}
Usando um ponto de interrogação: ?variavel

Quiz 13 - Estado e Reatividade (useState) 🎣

1. O que acontece quando o valor de um "State" muda no React?
O computador reinicia
O React re-seta (redesenha) o componente na tela com os novos dados
O código Javascript é deletado
Nada, o desenvolvedor deve atualizar a tela manualmente
2. Qual a forma correta de criar um estado para guardar um número?
let x = 0;
const x = 0;
const [x, setX] = useState(0);
val x by state(0);
3. Por que não podemos fazer `contador = contador + 1` diretamente?
Porque gasta muita energia
Porque o Javascript proíbe
Porque o React não ficará sabendo da mudança e não atualizará a tela
Porque isso apaga o banco de dados
4. O que é um Hook?
Um erro CSS
Uma função especial (como useState) que permite "enganchar" recursos do React em componentes de função
Um tipo de cabo USB
O vilão do Peter Pan
5. Qual o evento correto para detectar o clique em um botão no React?
onclick
onClick (com o C maiúsculo)
click
on-press
6. Como você adiciona um novo elemento em um array de estado `lista` sem quebrar a imutabilidade?
lista.push(novo)
lista += novo
setLista([...lista, novo])
setLista(novo)
7. Em um "Input Controlado", quem manda no valor que aparece na caixinha de texto?
O usuário
O Teclado
O Estado (State)
O CSS
8. O que o parâmetro `e` em `onChange={(e) => ...}` representa?
Erro
Estilo
O Objeto de Evento que contém dados como `target.value`
Email
9. Qual o valor inicial de `cont` em `const [cont, setCont] = useState(10)`?
0
null
10
undefined
10. Se um componente pai muda seu estado, o que acontece com seus componentes filhos?
Eles param de funcionar
Eles também são re-renderizados pelo React
Eles ficam travados
Eles mudam de cor sozinhos

Quiz 14 - Efeitos e APIs (useEffect) 🌐

1. O que é um "Efeito Colateral" no React?
É um bug que trava o computador
Uma ação que acontece fora do fluxo normal de renderizar a interface (ex: buscar dados, timers)
É o nome de uma biblioteca de animação
É quando o CSS muda a cor do botão
2. Qual o segundo parâmetro do `useEffect`?
Um número inteiro
O array de dependências
O nome do componente
Um arquivo CSS
3. O que acontece se passarmos um array de dependências vazio `[]`?
O efeito nunca roda
O efeito roda em todo "re-render"
O efeito roda apenas uma vez, quando o componente é montado (aparece na tela)
O app fecha com erro
4. Como fazemos para que um efeito rode toda vez que o estado `tema` mudar?
useEffect(() => { ... })
useEffect(() => { ... }, [])
useEffect(() => { ... }, [tema])
useEffect([tema], () => { ... })
5. O que a função `fetch()` retorna?
O dado final em formato JSON
Uma Promise (Promessa)
Um número de erro
Uma string de texto
6. Para que serve o `.then(res => res.json())`?
Para salvar o dado no disco
Para fechar a conexão
Para converter a resposta bruta da rede em um objeto Javascript que possamos usar
Para criptografar os dados
7. Qual a maneira correta de lidar com o estado de "Carregando"?
Usar um cronômetro de 5 segundos
Criar um estado booleano `isLoading` e exibi-lo enquanto a API não responde
Pedir para o usuário clicar em "Refresh"
Não precisa lidar, o React faz sozinho
8. O que acontece se você atualizar um estado dentro de um `useEffect` sem o array `[]`?
O estado não muda
Pode gerar um loop infinito (o efeito muda o estado, que re-renderiza, que roda o efeito...)
O site fica mais rápido
O computador reinicia
9. Onde devemos colocar a chamada `fetch` para que ela não rode milhares de vezes sem necessidade?
Fora do componente
No meio do JSX
Dentro de um `useEffect` com dependências controladas
Dentro do CSS
10. Se quisermos limpar um timer ou fechar um socket quando o componente sumir da tela, onde fazemos isso?
Em outro componente
No `useState`
Na função de "cleanup" retornada pelo `useEffect`
Deletando o arquivo

Quiz 15 - Navegação com React Router 🚦

1. O que é uma SPA (Single Page Application)?
Um site que só funciona em um navegador
Uma aplicação onde o HTML é carregado uma única vez e o Javascript troca o conteúdo da tela
Um site que não tem Javascript
Um aplicativo de celular que não usa internet
2. Qual componente é obrigatório para envolver toda a aplicação que usará rotas?
3. Como definimos uma rota específica para a página de contato?
} />
4. Por que não devemos usar a tag `` para navegar entre rotas no React?
Porque ela é proibida pelo Google
Porque ela gasta mais bateria
Porque ela causa um recarregamento total da página, perdendo o estado do React
Porque ela não aceita CSS
5. Para que serve o caractere `*` no atributo `path`?
Para indicar uma rota secreta
Como um "coringa" para capturar qualquer URL que não foi definida anteriormente (Página 404)
Para multiplicar o número de páginas
Para aceitar qualquer tipo de arquivo
6. Qual hook usamos para capturar parâmetros da URL (ex: o ID em `/post/10`)?
useID()
useRoute()
useParams()
useQuery()
7. Como redirecionamos o usuário para a Home após ele clicar em um botão de "Sair"?
window.location.href = "/"
const navigate = useNavigate(); navigate("/");
useRoute("/")
8. O que acontece se removermos o componente `` e deixarmos apenas os ``?
O app continua funcionando
O React Router gerará um erro, pois os Route precisam estar dentro de um provedor de rotas
O site fica mais lento
O menu desaparece
9. Em qual pacote extra encontramos as ferramentas de roteamento do React?
react-dom
react-router
react-router-dom
vite-plugin-router
10. Como definimos um parâmetro dinâmico chamado `slug` na URL?
path="/blog/slug"
path="/blog/:slug"
path="/blog/{slug}"
path="/blog/*slug"

Quiz 16 - Projeto Final e Carreira 🎓

1. Qual o principal objetivo do "Trabalho de Conclusão de Curso (TCC)" no TecPro?
Ganhar um prêmio em dinheiro
Consolidar o aprendizado em um projeto Full-Stack real para servir de portfólio para o mercado
Escrever o código mais longo do mundo
Criar um site que não use internet
2. Por que o `README.md` no seu GitHub é considerado seu "Cartão de Visitas"?
Porque ele tem as cores da sua empresa
Porque é a primeira coisa que um recrutador ou tech lead olha para entender seu projeto
Porque ele apaga o resto do código
Porque o GitHub cobra se você não tiver um
3. Como você pode tornar seu projeto "impecável" para o mercado?
Colocando o máximo de animações possível, mesmo que trave
Usando rotas seguras, código limpo, tratamento de erros e um design organizado
Cobrando caro para as pessoas verem o código
Copiando o código de outro site sem mudar nada
4. O que é o `TypeScript` (citado como próximo passo)?
Um novo tipo de processador
Uma linguagem que adiciona "tipos" ao Javascript, evitando erros comuns em tempo de desenvolvimento
O sucessor do HTML
Uma ferramenta para criar foguetes em 3D
5. O que significa ser um desenvolvedor `T-Shaped`?
Ter uma camiseta com estampa de código
Ter conhecimento amplo em várias áreas (Backend, Frontend, UX) e profundo em uma (ex: Node.js)
Programar apenas com a mão esquerda
Saber usar apenas uma linguagem de programação
6. Qual a importância das `Soft Skills` para um desenvolvedor Full-Stack?
Nenhuma, dev só precisa falar com o computador
Essencial para trabalhar em equipe, entender o cliente e explicar decisões técnicas
Serve apenas para quem trabalha no RH
É o nome de uma biblioteca de animação suave
7. O que é o `Next.js`?
Um curso para aprender Javascript em 5 minutos
O framework React mais popular que permite criar sites rápidos com renderização no servidor (SSR)
O nome do navegador do Google
Uma versão do Javascript que roda apenas em smartwatches
8. Como se manter atualizado em um mercado que muda todo mês?
Lendo livros de 20 anos atrás
Acompanhando documentações oficiais, comunidades, newsletters e praticando sempre
Esperando o chefe mandar estudar
Decorando todos os comandos de uma vez
9. O que fazer ao encontrar um bug impossível no seu código?
Chorar e desistir da carreira
Consultar a documentação, fóruns como StackOverflow, usar IA (com sabedoria) e debugar passo a passo
Apagar o Windows e reinstalar tudo
Ignorar o erro e avisar o usuário para não clicar ali
10. Qual a mensagem final do curso para o aluno?
Que agora você já sabe tudo e não precisa mais estudar
Que você construiu uma base sólida e agora tem o poder de criar soluções web completas
Que o mercado de programação vai acabar amanhã
Que o PHP é a única linguagem que existe

Slides

Slides das Aulas 🎞️

Acompanhe as apresentações visuais de cada aula.

Aula 01 - Introdução a Microsserviços 🌐

De Monólitos a Sistemas Distribuídos

Agenda de Hoje 📅

  1. Panorama do Software Moderno
  2. Monólitos vs Microsserviços
  3. A Economia das APIs
  4. Escalabilidade Vertical vs Horizontal
  5. Cinto de Utilidades (Ferramentas)
  6. Setup do Ambiente

1. O Mundo Cloud-Native ☁️

  • Sistemas globais exigem disponibilidade 24/7.
  • Milhões de requisições por segundo.
  • Deploy contínuo (várias vezes ao dia).

2. A Evolução da Arquitetura 🏛️➡️🏗️

2.1 O Monólito 🏛️

  • Um único projeto, um único deploy.
  • Tudo ou nada: erro em um lugar afeta tudo.
  • Difícil de escalar partes específicas.
  • Ideal para: Projetos pequenos, MVPs rápidos.

2.2 Microsserviços 🏗️

  • Conjunto de serviços independentes.
  • Comunicação via rede (APIs).
  • Cada um com seu banco de dados.
  • Ideal para: Sistemas complexos e escaláveis.

3. O Papel das APIs 📡

  • Contract-First: Acordo de comunicação.
  • REST como padrão dominante.
  • JSON: A língua universal.

Escalabilidade: Vertical vs Horizontal

Vertical (Scale Up) Horizontal (Scale Out)
Aumenta CPU/RAM Adiciona mais servidores
Tem limite físico Virtualmente ilimitada
Causa downtime no upgrade Zero downtime (Redundância)

Arquitetura de Microsserviços

graph LR
    User[Cliente] --> AGW[API Gateway]
    AGW --> S1[Usuários]
    AGW --> S2[Pedidos]
    AGW --> S3[Pagamentos]
    S1 --> DB1[(DB)]
    S2 --> DB2[(DB)]
    S3 --> DB3[(DB)]

4. Ferramentas Indispensáveis 🛠️

Client HTTP: Postman & Insomnia

  • Testar rotas sem Frontend.
  • Analisar Headers e Status Codes.
  • Simular diferentes cenários de erro.

Containerização: Docker 🐋

  • "Roda na minha máquina, roda em qualquer lugar".
  • Isola dependências e versões.
  • Facilita a subida de múltiplos serviços locais.

5. Estrutura de Projeto Backend 📂

  • Divisão clara de responsabilidades.
  • Controllers, Services e Repositories.
  • Tratamento global de exceções.

6. Setup do Ambiente 🚀

Requisitos:

  • IDE: VS Code ou IntelliJ.
  • Postman (Desktop ou Extensão).
  • Docker Desktop.
  • Git & GitHub.

Resumo da Aula ✅

  • Microsserviços trazem resiliência e escala.
  • APIs são o coração da comunicação moderna.
  • Ferramentas como Docker mudaram o jogo.
  • Começamos nossa jornada Fullstack!

Próxima Aula: Arquitetura e Gateway 🏗️

  • Como os serviços conversam?
  • O que é Service Discovery?
  • Protegendo a porta de entrada.

Dúvidas? 🤔

"A arquitetura de hoje é o legado de amanhã. Escolha com sabedoria."

Aula 02 - Arquitetura e Gateway 🏗️

Orquestrando Microsserviços

Agenda 📅

  1. Comunicação entre Serviços
  2. Síncrono vs Assíncrono
  3. O Papel do API Gateway
  4. Service Discovery
  5. Load Balancing
  6. Padrões de Resiliência

1. Como os Serviços Conversam? 💬

  • Microsserviços são ilhas que precisam de pontes.
  • Dois mundos: Sync e Async.

1.1 Comunicação Síncrona 🔄

  • Cliente bloqueia até a resposta.
  • Uso de HTTP/REST ou gRPC.
  • Risco: Acoplamento temporal e gargalos.

1.2 Comunicação Assíncrona 📬

  • Envia e esquece (Eventos).
  • Uso de Filas e Tópicos (Broker).
  • Vantagem: Escalabilidade e desacoplamento.

2. API Gateway: O Porteiro 🚪

  • Única entrada para o mundo exterior.
  • Esconde a complexidade interna.

Gateway Responsibilities

  • Roteamento: /p -> Pagamento, /e -> Estoque.
  • Segurança: Autenticação centralizada.
  • Rate Limit: Proteção contra flood.
  • Logs & Monitoramento.

3. Service Discovery 🔎

  • Onde está o servidor de pagamentos?
  • Agenda dinâmica de IPs e Portas.
  • Ferramentas: Netflix Eureka, Consul.

4. Load Balancing ⚖️

  • Distribuição inteligente da carga.
  • Evita que um container "morra" de trabalho. 
graph TD
    GW[Gateway] --> LB[Load Balancer]
    LB --> S1[Serviço A]
    LB --> S2[Serviço B]
    LB --> S3[Serviço C]

5. Resiliência: Circuit Breaker 🔌

  • Detecta serviços lentos ou falhos.
  • Abre o circuito para proteger o resto do sistema.
  • Evita o cascateamento de erros.

Comparativo: Sync vs Async

Característica Síncrono 🔄 Assíncrono 📬
Resposta Imediata Eventual
Desempenho Limitado pelo destino Alto débito
Uso comum Cadastro/Login Geração de Relatórios

6. Prática: O "Dashboard" Agregador 💻

  • Como o Gateway une dados de 3 serviços?
  • Agregação de respostas (Aggregation Pattern).

Desafio Relâmpago ⚡

O que acontece se o seu API Gateway cair? Ele é um ponto único de falha?

Resumo ✅

  • Sync é fácil, Async é escalável.
  • API Gateway protege e organiza.
  • Service Discovery é essencial em containers.
  • Resiliência não é opcional!

Próxima Aula: Modelagem REST 📡

  • Verbos HTTP.
  • Status Codes.
  • O contrato ideal.

Dúvidas? 🏗️

Aula 03 - Modelagem de APIs RESTful 📡

Recursos, Verbos e Contratos

Agenda 📅

  1. O que é REST?
  2. Recursos e URIs
  3. Verbos HTTP (GET, POST, PUT...)
  4. Status Codes
  5. JSON: A Linguagem das APIs
  6. Boas Práticas de Design

1. REST: A "Língua" da Web 🌐

  • Style arquitetural para sistemas distribuídos.
  • Baseado no protocolo HTTP.
  • Independência entre Client e Server.

Princípios REST

  • Stateless: Cada requisição é única.
  • Uniform Interface: Padrões compartilhados.
  • Cacheable: Melhore a performance.

2. Identificando Recursos 📍

  • Um recurso é qualquer coisa que expomos.
  • URI: O endereço do recurso.

O que NÃO fazer:

GET /obterUsuarios ❌

O que fazer:

GET /usuarios ✅ (Sempre substantivos no plural!)

3. Os Verbos HTTP 🛠️

Eles definem a intenção da chamada:

  • GET: Buscar dados.
  • POST: Criar novo dado.
  • PUT: Atualizar (Trocar tudo).
  • PATCH: Atualizar (Apenas um pedaço).
  • DELETE: Remover dado.

Idempotência e Segurança

Verbo Seguro? Idempotente?
GET Sim ✅ Sim ✅
POST Não ❌ Não ❌
PUT Não ❌ Sim ✅
DELETE Não ❌ Sim ✅

4. Status Codes: A Resposta 🚦

  • 2xx: Deu certo! (200, 201, 204).
  • 4xx: Você (cliente) errou algo (400, 401, 404).
  • 5xx: Eu (servidor) quebrei (500, 503).

5. O Formato JSON 🏗️

{
  "nome": "Curso Backend",
  "modulo": 1,
  "ativo": true
}
  • Leve, legível e universal.

6. Design de URIs Complexas

Como buscar os pedidos de um usuário específico?

GET /usuarios/123/pedidos ✅

  • Hierarquia lógica e limpa.

7. Prática: Postman em Ação 💻

  • Testando verbos em APIs reais.
  • Analisando Headers e Body.

Desafio REST ⚡

Se você quer mudar apenas o e-mail de um usuário, qual verbo deve usar: PUT ou PATCH?

Resumo ✅

  • REST é sobre recursos e padrões.
  • URIs usam substantivos no plural.
  • Status codes guiam o frontend.
  • JSON é o padrão de facto.

Próxima Aula: Swagger e Mocks 📝

  • Documentação automática.
  • Como trabalhar sem o backend pronto?

Dúvidas? 📡

Aula 04 - Documentação e Mocks 📝

Developer Experience e Contratos

Agenda 📅

  1. Por que documentar?
  2. OpenAPI vs Swagger
  3. Swagger UI e Editor
  4. O Poder dos Mocks
  5. Developer Experience (DX)
  6. Ferramentas de Simulação

1. Documentação é DX 🚀

  • Sua API é seu produto.
  • Documentar economiza tempo de suporte.
  • Facilita a integração com Front/Mobile.

2. OpenAPI (OAS) 📜

  • O padrão mundial.
  • Arquivo YAML ou JSON descritivo.
  • Agnóstico de linguagem.

3. Swagger: O Canivete Suíço 🛠️

  • Editor: Escreva e valide o contrato.
  • UI: Gere a página visual de testes.
  • Codegen: Gere código (client/server) automaticamente.

Swagger UI em Ação

  • Permite testar endpoints no próprio navegador.
  • Mostra exemplos de JSON de entrada e saída.
  • Exibe todos os Status Codes possíveis.

4. O Poder dos Mocks 🎭

  • Development in Parallel: Front não espera pelo Back.
  • Servidor "Fake" que retorna dados reais.
  • Valide a experiência antes da implementação complexa.

5. Developer Experience (DX) 👨‍💻

Como ser amado por outros devs:

  • Nomes de rotas claros.
  • Erros descritivos no Body.
  • Exemplos de requisição.
  • Documentação atualizada (ou gerada pelo código).

6. Ferramentas Recomendadas 🧰

  • Swagger Editor: Online ou Local.
  • Mockoon: Mock local amigável.
  • Prism: Mock via CLI.
  • Postman: Collections documentadas.

7. Prática: Editando um YAML 💻

  • Desenhando um endpoint GET /tarefas.
  • Definindo parâmetros de entrada.
  • Criando esquemas de dados.

Desafio: Mock vs Stubs ⚡

Qual a principal vantagem de um Mock Server online (como Postman) em relação a um Mock rodando apenas no computador do desenvolvedor?

Resumo ✅

  • OpenAPI é o contrato.
  • Swagger UI é a vitrine da sua API.
  • Mocks destravam o desenvolvimento da equipe.
  • DX é o diferencial de uma boa API.

Próxima Aula: Implementação Backend! 💻

Módulo 2: Manipulação de Dados

  • Controllers e Services.
  • Repositories e Banco de Dados.
  • Mão na massa com código real!

Dúvidas? 📝

Aula 05 - Implementação de APIs ⚙️

Controllers e Rotas

Agenda 📅

  1. Camadas do Backend
  2. O Papel do Controller
  3. Rotas e Handlers
  4. Capturando Dados (Params/Body)
  5. Status Codes na Prática
  6. Injeção de Dependência

1. Organização em Camadas 🧱

  • Controller: Trata a entrada (HTTP).
  • Service: Regras de negócio.
  • Repository: Acesso ao banco.

2. O Papel do Controller 🎮

  • Ele é o ponto de entrada.
  • Não deve ter lógica complexa!
  • Deve apenas orquestrar a execução.

Controller = Garçom 🤵 Service = Cozinheiro 👨‍🍳

3. Rotas e Handlers 📍

  • Rota: Verbo HTTP + Path.
  • Handler: Função executada. 
router.post('/login', controller.realizarLogin);

4. Capturando Dados 📥

  • Path Params: /id/123 (Identificação).
  • Query Params: ?q=busca (Filtro).
  • Body: Enviando JSON (Criação/Update).

5. Respostas de Qualidade 📤

  • Nunca esqueça o Status Code!
  • Sucesso: 200, 201, 204.
  • Erro: 400, 401, 404, 500.

6. Injeção de Dependência 💉

  • Receber serviços prontos.
  • Facilita testar o Controller "isolado".

7. Prática: O Primeiro Endpoint 💻

  • Mapeando um GET /ping.
  • Retornando um pong em JSON.
  • Testando no Insomnia/Postman.

Desafio: Params vs Query ⚡

Se você quer listar todos os alunos de uma sala com o nome "Pedro", qual tipo de parâmetro você usaria para o nome?

Resumo ✅

  • Controllers são a porta de entrada.
  • Devem ser leves e objetivos.
  • Capturam dados e retornam status/JSON.
  • Seguem as rotas definidas.

Próxima Aula: Regras de Negócio! 🧠

Services e Validações

  • Onde o cálculo acontece.
  • Isolando o código do "mundo externo".

Dúvidas? ⚙️

Aula 06 - Services e Regras de Negócio 🧠

O Cérebro da Aplicação

Agenda 📅

  1. Por que separar as coisas?
  2. Responsabilidades do Service
  3. O Fluxo: Controller -> Service
  4. Tratamento de Erros Profissional
  5. DTOs: Protegendo os Dados
  6. Service vs ViewModel (Mobile)

1. O Problema: "Controller Gordo" 🍔

  • Lógica de negócio misturada com HTTP.
  • Código impossível de reutilizar.
  • Difícil de testar.

2. A Solução: Layered Architecture 🧱

  • Controller: Trata o transporte (HTTP).
  • Service: Trata a regra (O QUE fazer).

3. O que vai no Service? ⚖️

  • Validações complexas.
  • Cálculos de valores.
  • Envio de e-mails/notificações.
  • Integração com repositórios.

4. Tratamento de Erros ⚠️

  • O Service Lança (Throws).
  • O Controller Captura (Catches). 
// Service
if (!saldo) throw new Error("Saldo Insuficiente");

// Controller
try { ... } catch (e) { res.status(400)... }

5. DTOs: Filtrando a Saída 📦

  • Nunca envie "tudo" do banco para o cliente.
  • Proteja campos sensíveis (Ex: senha_hash).
  • Melhore a performance (menos dados trafegados).

6. Service vs ViewModel 🆚

  • No Backend: Service é o cérebro.
  • No Mobile/Front: ViewModel é o cérebro.
  • Ambos servem para "limpar" a camada de visualização.

7. Prática: Validando um Cadastro 💻

  • Verificando se o e-mail é válido.
  • Verificando se o usuário já existe.
  • Lançando erros específicos.

Desafio: Onde colocar? ⚡

Se uma regra diz: "Usuários VIP ganham 20% de desconto", essa regra deve ficar no Controller ou no Service?

Resumo ✅

  • Controllers recebem, Services processam.
  • Mantenha seus Controllers "finos" (Slim Controllers).
  • Centralize as regras para facilitar a manutenção.
  • DTOs são as fronteiras dos dados.

Próxima Aula: Onde os dados vivem! 🗄️

Repositories e Banco de Dados

  • PostgreSQL e SQL básico.
  • Camada de persistência.

Dúvidas? 🧠

Aula 07 - Repositories e Banco de Dados 🗄️

Onde a informação descansa

Agenda 📅

  1. Por que Bancos de Dados?
  2. PostgreSQL: O Robusto
  3. SQL Básico (SELECT, INSERT...)
  4. Relacionamentos (1:N, N:N)
  5. Camada de Persistence
  6. O Padrão Repository

1. Persistência de Dados 💾

  • Sem banco, o servidor esquece tudo ao reiniciar.
  • Precisamos de segurança e integridade.
  • Estritamente Tipado: O banco garante o formato.

2. Por que PostgreSQL? 🐘

  • Código Aberto (Open Source).
  • Extremamente confiável (ACID).
  • Suporta dados complexos (JSONB).

3. SQL: A Linguagem Universal 🗣️

-- Buscar usuários VIP
SELECT * FROM usuarios 
WHERE tipo = 'VIP' 
ORDER BY nome;
  • DDL: Define a estrutura (Tabelas).
  • DML: Manipula os dados (Linhas).

4. O Coração: Relacionamentos 🔗

  • 1:N: Um cliente, muitos pedidos.
  • N:N: Muitos alunos, muitos cursos.
  • Foreign Key: A âncora que liga tudo.

5. Camada de Persistence 🧱

  • O código que conversa com o driver do banco.
  • Onde as queries são traduzidas para o código.

6. Padrão Repository 📥

  • "Não me diga como, diga O QUE você quer".
  • Isola o SQL da regra de negócio. 
// No Service
userRepository.findByEmail(email);

7. Migrations 📜

  • Controle de versão para o Banco.
  • Permite "voltar no tempo" se algo quebrar.
  • Mantém o time em sincronia.

Desafio SQL ⚡

Qual comando você usaria para mudar o preço de todos os produtos da categoria 'Games' para 99.90?

Resumo ✅

  • Bancos de dados dão memória ao sistema.
  • PostgreSQL é o padrão da indústria.
  • SQL é habilidade obrigatória para backend.
  • Repository Pattern traz flexibilidade.

Próxima Aula: Integridade! ✅

Validação e Boas Práticas

  • Garantindo que dados "sujos" não entrem no banco.
  • Tratamento de exceções de banco.

Dúvidas? 🗄️

Aula 08 - Boas Práticas e Validação ✅

Qualidade e Segurança no Backend

Agenda 📅

  1. Por que Validar Tudo?
  2. Validação vs Sanitização
  3. Schema Validation (Ex: Zod)
  4. Clean Code (Código Limpo)
  5. Tratamento de Erros Profissional
  6. Middlewares Globais

1. Regra de Ouro: Desconfiança 🛡️

  • O cliente é o "lado perigoso" da aplicação.
  • Validações evitam dados corrompidos.
  • Defesa em Profundidade: Garanta a regra no banco E no código.

2. Validar vs Sanitizar 🧼

  • Validar: Checar (Idade > 18?).
  • Sanitizar: Limpar (Remover <script>).

3. Schema Validation 📐

  • Crie "moldes" para seus dados.
  • Validação centralizada e reutilizável. 
const userSchema = {
    nome: string().min(3),
    email: string().email()
};

4. O Backend Elegante (Clean Code) ✨

  • DRY: Don't Repeat Yourself (Não repita lógica).
  • KISS: Keep It Simple, Stupid (Mantenha o simples).
  • Nomes de funções que explicam o que está acontecendo.

5. Tratamento de Erros 🚨

  • Controller trata o fluxo, não o detalhe técnico.
  • Try/Catch Global: Evite crashes.
  • Mensagens amigáveis para o cliente.

6. Logs vs Mensagens 📜

  • Terminal/Log: Detalhe técnico completo.
  • Cliente (JSON): Apenas o que ele precisa saber.

"Ocorreu um erro interno" (Cliente) ✅ "Query failed at line 42 due to NULL constraint" (Logs) ✅

7. Prática: O Schema Perfeito 💻

  • Validando um produto complexo.
  • Tratando erros de tipo (String no lugar de Number).

Desafio: Limpeza ⚡

Se você recebe um texto de um post com muitos espaços em branco no final, você deve Validar ou Sanitizar?

Resumo ✅

  • Backend robusto exige validação rigorosa.
  • Limpe os dados antes de salvar (Sanitize).
  • Middleware Global centraliza a gestão de falhas.
  • Código limpo economiza meses de manutenção.

Próxima Aula: Módulo 3! 🔐

Segurança e Autenticação

  • Quem é você? (Authentication).
  • O que você pode fazer? (Authorization).

Dúvidas? ✅

Aula 09 - Segurança e Autenticação com JWT 🔐

Portas trancadas e Crachás Digitais

Agenda 📅

  1. Autenticação vs Autorização
  2. O Fim das Sessões (Stateful)
  3. O que é JWT?
  4. Estrutura: Header, Payload, Signature
  5. Fluxo de Login completo
  6. Melhores Práticas de Segurança

1. Quem é Você? (Autenticação) 🚦

  • Validar a identidade do usuário.
  • Login e Senha.
  • Autorização: O que você PODE fazer? (Níveis de acesso).

2. Por que JWT? 🤔

  • Abordagem Stateless (Sem estado).
  • O servidor não guarda sessão na memória (escalável!).
  • Perfeito para Microserviços e Mobile.

3. Estrutura do Token 🎫

[Header].[Payload].[Signature]
  • Header: Algoritmo (ex: HS256).
  • Payload: Os dados (id, role, nome).
  • Signature: O lacre de segurança.

4. O Coração do JWT: A Assinatura 🖋️

  • Usa uma SECRET_KEY no servidor.
  • Garante que o token não foi "hackeado" ou alterado.

5. Fluxo de Login 🌊

  1. Envia credenciais -> 2. Servidor valida -> 3. Gera JWT -> 4. Frontend guarda o Token -> 5. Envia no Header em cada requisição.

6. Segurança em Mobile 📱

  • Nunca guarde em arquivos de texto!
  • Use EncryptedSharedPreferences (Android) ou Keychain (iOS).

7. Melhores Práticas 🏆

  • Use chaves secretas longas e seguras.
  • Defina tempo de expiração (expiresIn).
  • Protocolo HTTPS é obrigatório!

Desafio de Segurança ⚡

O Payload do JWT é criptografado ou apenas codificado? Posso guardar a senha do usuário lá?

Resumo ✅

  • JWT permite autenticação rápida e escalável.
  • Header + Payload + Signature.
  • Stateless = Servidor mais leve.

Próxima Aula: Controle de Acesso 🛡️

Quem manda aqui? (RBAC)

  • Middlewares de autorização.
  • Protegendo rotas por nível de usuário.

Dúvidas? 🔐

Aula 10 - Controle de Acesso (RBAC) 🛡️

Hierarquia e Segurança em Camadas

Agenda 📅

  1. O que é RBAC? (Roles)
  2. Autenticação vs Autorização
  3. O Fluxo do Middleware
  4. Erros 401 vs 403
  5. Protegendo rotas na prática
  6. Hierarquia de Perfis

1. Role-Based Access Control 👑

  • Permissões ligadas a Perfis (Roles).
  • Ex: ADMIN, EDITOR, VIEWER.
  • Facilita a gestão de milhares de usuários.

2. A Cancela (Middleware) 🚧

  • O middleware checa se o usuário tem a "chave" certa.
  • Se não tiver -> 403 Forbidden.
  • Se tiver -> next().

3. O Fluxo de Segurança 🌊

graph LR
    Req[Request] --> Auth[Autenticação]
    Auth --> |OK| Role[Autorização]
    Role --> |OK| Controller[Recurso Final]

4. 401 vs 403: Não confunda! ❌

  • 401 (Unauthorized): "Quem é você?". Token inválido ou ausente.
  • 403 (Forbidden): "Eu sei quem você é, mas não deixo entrar". Falta de permissão.

5. Implementação Dinâmica 🔒

// Middleware genérico
router.delete('/usuario/:id', 
    autenticar, 
    autorizar(['ADMIN']), 
    userController.remover
);

6. Hierarquia de Acesso 🏛️

  • Um Admin deve poder acessar rotas de User?
  • Design de sistema: Roles "Pai" e "Filho".

7. Melhores Práticas 🏆

  • Centralize a lógica em Middlewares.
  • Nunca exponha permissões sensíveis no frontend (segurança do lado do servidor).

Desafio: Segurança ⚡

Em um sistema escolar, o Diretor e o Professor podem ver notas. O Aluno só vê as dele. Como você configuraria a Role da rota GET /notas?

Resumo ✅

  • RBAC organiza permissões por grupos.
  • Middlewares são os guardiões das rotas.
  • Diferenciar 401 de 403 é vital para Debug.

Próxima Aula: Segurança Avançada 🏗️

Session vs Token e Refresh Tokens

  • O que fazer quando o token expira?
  • Protegendo contra ataques comuns (XSS, CSRF).

Dúvidas? 🛡️

Aula 11 - Refresh Token e Segurança Avançada 🏗️

Blindando sua API contra o mundo

Agenda 📅

  1. O Problema do Token Curto ⏰
  2. Refresh Tokens (O que são?)
  3. CORS: Origens e Destinos
  4. Helmet: Headers de Aço
  5. Rate Limit: Contra Brute Force
  6. Ataques Comuns (XSS, Injection)

1. Por que Tokens Expiram? ⏰

  • Segurança! Se roubarem o token, ele dura pouco.
  • Problema: O usuário odeia fazer login toda hora.

2. Refresh Token 🔁

  • Um token de longa duração (7 dias+).
  • Serve apenas para trocar por um novo Access Token.
  • Deve ser invalidado se o usuário deslogar.

3. CORS: Cross-Origin Resource Sharing 🌍

  • "Quem pode me chamar?".
  • Resolvido via Headers no Servidor.
  • Nunca use origin: '*' em ambientes reais!

4. Helmet: Proteção de Headers 🪖

  • Remove o X-Powered-By (não diz que é Express).
  • Adiciona proteção contra Clickjacking e XSS.

5. Rate Limiting 🔨

  • 5 tentativas de login por minuto? Sim.
  • Evita que robôs tentem descobrir senhas via "força bruta".

6. Onde salvar os Tokens? 🛡️

  • Frontend: LocalStorage? Seguro?
  • Melhor Prática: Cookies HttpOnly + Secure.

7. Melhores Práticas de Segurança 🏆

  1. Use HTTPS sempre.
  2. Valide TODAS as entradas do usuário.
  3. Mantenha as bibliotecas atualizadas.

Desafio de Segurança ⚡

Qual a diferença entre 401 e 403 no contexto de Refresh Tokens? Se eu recebo 401, eu tento o refresh ou deslogo o usuário?

Resumo ✅

  • Refresh Token equilibra UX e Segurança.
  • CORS e Helmet são as portas do seu castelo.
  • Proteja-se contra robôs com Rate Limit.

Próximo Módulo: Front-End Moderno 🎨

Saindo das APIs e indo para a Web!

  • Introdução ao React/Vite.
  • Consumindo nossas APIs no navegador.

Dúvidas? 🏗️

Aula 12 - Introdução ao React ⚛️

O Poder dos Componentes Modernos

Agenda 📅

  1. O que são SPAs?
  2. Por que React?
  3. Vite: A Ferramenta Rápida
  4. JSX: JS + HTML
  5. Componentes e LEGO
  6. Props: O Coração Dinâmico

1. Single Page Applications (SPA) 📄

  • O site que nunca recarrega.
  • Navegação fluida e instantânea.
  • Ex: Gmail, Facebook, Spotify Web.

2. Por que o React venceu? ⚔️

  • Componentização (Foco no Reuso).
  • Virtual DOM (Foco na Performance).
  • Gigantesco Ecossistema (Foco no Emprego).

3. Vite: O Novo Padrão ⚡

  • Inicia o projeto em segundos.
  • Feedback instantâneo durante o código.

4. JSX: A Mistura Perfeita 🧪

function Titulo() {
  const nome = "React";
  return <h1>Olá, {nome}!</h1>;
}
  • Parece HTML, mas tem o poder do Javascript.

5. Componentes = LEGO 🧩

  • Pequenas partes isoladas.
  • Facilita testes e trabalho em equipe.

6. Props: Passando o Bastão 🎁

  • Permite que componentes recebam dados do "pai".
  • Torna componentes genéricos e reutilizáveis.

Resumo ✅

  • SPA torna a Web parecida com Apps.
  • React organiza sua UI em componentes.
  • Vite é seu melhor amigo no desenvolvimento.

Próxima Aula: Dinâmica e Estado 🎣

O que acontece quando o usuário clica?

  • Hooks: useState.
  • Reatividade na prática.

Dúvidas? ⚛️

Aula 13 - Estado e Hooks 🎣

Tornando seu App Interativo

Agenda 📅

  1. O que é o Estado (State)?
  2. Hook useState
  3. Lidando com Cliques e Eventos
  4. Inputs Controlados
  5. Imutabilidade e Arrays

1. O Problema da Estática 🧱

  • Variáveis comuns mudam nos bastidores...
  • ...mas a tela continua a mesma!
  • O React precisa de um sinal para re-desenhar.

2. useState: O Motor de Mudança 🚀

const [cont, setCont] = useState(0);
  1. cont: O valor atual.
  2. setCont: A função que atualiza.
  3. 0: O ponto de partida.

3. Eventos no React ⚡

  • onClick={funcao}
  • onChange={(e) => ...}
  • Sempre em CamelCase!

4. Inputs Controlados ⌨️

  • O React é quem manda no valor do input.
  • value={estado} + onChange.
  • Facilita validação e limpeza de campos.

5. Imutabilidade (Muito Importante!) 💎

  • Nunca altere o estado original: lista.push(x) ❌
  • Sempre crie uma cópia nova: setLista([...lista, x]) ✅

6. Fluxo de Dados 🌊

  • O estado flui do Pai para o Filho via Props.
  • Se o estado do Pai muda, todo mundo abaixo dele atualiza.

Desafio de Estado ⚡

Se eu tenho um botão que soma +1 ao contador, o que acontece com a interface se eu esquecer de importar o useState e usar uma variável global let contador = 0?

Resumo ✅

  • useState traz vida aos componentes.
  • Mudança de estado = Re-renderização.
  • Use sempre funções disparadoras (set...).

Próxima Aula: Efeitos e APIs 🌐

Buscando dados no mundo real!

  • Hook: useEffect.
  • Consumindo nossa API Backend.

Dúvidas? 🎣

Aula 14 - Efeitos e APIs 🌐

Conectando seu App ao Mundo Real

Agenda 📅

  1. O que são Side Effects?
  2. Hook useEffect
  3. O Array de Dependências
  4. Buscando dados com fetch
  5. Estados de Carregamento e Erro

1. Além da Interface 🧪

  • Efeitos colaterais são ações que tocam o mundo externo ao componente.
  • Ex: Buscar usuários, mudar o título da aba, iniciar um cronômetro.

2. useState vs useEffect 🥊

  • useState: Para dados que o usuário vê mudando.
  • useEffect: Para ações que o componente faz "sozinho".

3. Os 3 Momentos do useEffect 🕒

  1. Montagem: Quando o componente nasce.
  2. Atualização: Quando um dado monitorado muda.
  3. Desmontagem: Quando o componente morre (Cleanup).

4. O Array de Dependências [] 🗃️

  • [] -> Roda só uma vez.
  • [cont] -> Roda sempre que cont mudar.
  • Sem array -> Roda em toda atualização (Perigo!).

5. Chamadas de API (Fetch) 📨

useEffect(() => {
  fetch("https://api...")
    .then(res => res.json())
    .then(data => setData(data));
}, []);

6. UX: Estados de Rede 🛡️

  • Loading: Mostre um Spinner enquanto espera.
  • Error: Avise se a internet caiu ou o usuário não existe.
  • Empty: Diga se não há resultados.

Desafio de Efeito ⚡

Se você colocar um alert("Olá") dentro de um useEffect sem o array [], quantas vezes o alerta vai aparecer se o usuário ficar digitando em um campo de texto que atualiza o estado?

Resumo ✅

  • useEffect organiza as ações assíncronas.
  • Controle quando rodar via array de dependências.
  • Trate sempre o carregamento e erros para uma boa UX.

Próxima Aula: Navegação 🚦

Multi-páginas com React Router!

  • /home, /perfil, /contato.
  • Links e Navegação Programática.

Dúvidas? 🌐

Aula 15 - React Router 🚦

Criando Apps Multi-Página

Agenda 📅

  1. O que são SPAs?
  2. Multi-páginas (Simuladas)
  3. Componentes de Rota
  4. Navegação (Link e useNavigate)
  5. Parâmetros dinâmicos (:id)

1. O Mundo do SPA ⚛️

  • O site é uma única página HTML.
  • O Javascript "troca" a tela sem recarregar.
  • UX rápida e fluida.

2. React Router Dom ⚙️

npm install react-router-dom
  • A biblioteca padrão para web.
  • Permite que a URL combine com o que aparece na tela.

3. A Estrutura Básica 🏗️

  • BrowserRouter: O container principal.
  • Routes: O seletor de rotas.
  • Route: Define o caminho (path) e o componente (element).

4. Navegando sem Recarregar! 🏃‍♂️

  • Use <Link to="/contato">
  • NUNCA use <a href="..."> para rotas internas.

5. Navegação Programática 🚀

const navigate = useNavigate();

onClick={() => navigate("/dashboard")}
  • Ideal para redirecionar após ações (Login, Clique em Card).

6. Rotas Dinâmicas (URL Params) 🆔

  • path="/perfil/:username"
  • Hook useParams() captura o valor.
  • Uma única página que se adapta a mil perfis.

7. Página 404 (Not Found) 👻

  • path="*"
  • Garante que o usuário nunca caia em uma tela em branco.

Desafio de Roteamento ⚡

Se eu digitar www.meusite.com/asdfg e não tiver uma rota configurada para isso, o que o usuário vai ver se eu NÃO colocar uma rota com o path="*"?

Resumo ✅

  • Roteamento traz a sensação de um site real.
  • Hooks useNavigate e useParams são essenciais.
  • SPAs são o padrão da indústria moderna.

Próxima Aula: O Grande Final 🏆

Projeto Integrado: Backend + Frontend!

  • Conectando nossa API Node ao site React.
  • O Projeto Final do Curso!

Dúvidas? 🚦

Aula 16 - Projeto Final e Conclusão �

De aluno a Desenvolvedor Full-Stack

Agenda 📅

  1. O Desafio Final 🔗
  2. Requisitos Técnicos
  3. Portfólio no GitHub
  4. Onde continuar estudando?
  5. Mensagem de Encerramento

1. O Desafio Final 🚀

Você deve entregar um projeto integrado contendo: - Frontend: SPA em React com rotas. - Backend: API segura em Node.js. - Integração: Conexão real entre os dois. - Design: CSS moderno e responsivo.

2. Sugestões de Temas 💡

  • Gerenciador de Tarefas �
  • Mini E-commerce 🛒
  • Rede Social Simplificada 💬
  • Dashboard de Monitoramento 📊

3. O README de Elite ✨

  • Prints ou Vídeos do site funcionando.
  • Lista detalhada de tecnologias.
  • Guia: "Como rodar o Projeto".

4. Onde ir agora? 📚

  • TypeScript: Segurança de tipos.
  • Bancos SQL: Postgres e MySQL.
  • Next.js: O rei do mercado React.
  • Docker: Infraestrutura moderna.

5. Soft Skills 🤝

  • Não é só saber programar!
  • Trabalho em equipe.
  • Resolução de problemas reais.

6. O Mercado Full-Stack 📈

  • Demanda altíssima por devs completos.
  • Salários excelentes.
  • Dashboards e Sistemas Web movem o mundo!

7. Mensagem Final 🌟

"Programar é a arte de criar soluções onde antes só havia problemas."

  • Você construiu a base sólida.
  • O código é sua ferramenta de transformação.

Parabéns pela Jornada! 🎓🚀

Vá e construa o futuro da Web.

Dúvidas Finais? 🤔

Configuração

Configuração de Ambiente ⚙️

Prepare seu sistema para o desenvolvimento e prática do curso.

  • Mobile Android --- Configuração para desenvolvimento mobile nativo (Android).

  • Mobile iOS --- Configuração para desenvolvimento mobile nativo (iOS/macOS).

Setup 01: Android 📱

Instruções para configurar o ambiente de desenvolvimento Android.

Requisitos

  • Java JDK 17
  • Android Studio Bumblebee ou superior
  • Emulator ou dispositivo físico

Passo a Passo

  1. Instale o Java.
  2. Baixe o Android Studio.
  3. Configure o ANDROID_HOME.

Setup 02: iOS 🍎

Instruções para configurar o ambiente de desenvolvimento iOS.

Requisitos

  • macOS Sonoma ou superior
  • Xcode 15+
  • CocoaPods

Passo a Passo

  1. Instale o Xcode via App Store.
  2. Instale as ferramentas de linha de comando.
  3. Configure o simulador.

Sobre

Sobre o Curso 🎓

O curso LINUX – Fundamentos e Prática foi desenvolvido para capacitar iniciantes no uso do sistema operacional que move a internet, servidores e o desenvolvimento de software moderno.

🚀 Por que aprender Linux?

  • Soberania Digital: Entenda como seu computador realmente funciona.
  • Carreira: Fundamental para DevOps, Backend, Segurança e Cloud.
  • Eficiência: O terminal permite automatizar tarefas em segundos.

👨‍🏫 Metodologia

Utilizamos uma abordagem prática onde cada conceito teórico é imediatamente aplicado no terminal. O curso foca em distribuições baseadas em Debian (como Ubuntu e Mint), que são o padrão de mercado para desktop e servidores.

Roadmap do Projeto 🗺️

Acompanhe a evolução do seu aprendizado e do conteúdo do curso.

🟢 Fase 1: Fundamentos (Concluído)

  • [x] Introdução e História do Software Livre
  • [x] Instalação em VM e Dual Boot
  • [x] Navegação no Sistema de Arquivos
  • [x] Comandos essenciais (ls, cd, mkdir)

🟡 Fase 2: Administração (Em andamento)

  • [ ] Permissões de arquivos (chmod, chown)
  • [ ] Gerenciamento de usuários e grupos
  • [ ] Gerenciamento de pacotes (apt)
  • [ ] Monitoramento de recursos (top, htop)

🟠 Fase 3: Automação e Redes

  • [ ] Scripts complexos em Bash
  • [ ] Configuração de redes e SSH
  • [ ] Agendamento de tarefas (cron)

🔴 Fase 4: DevOps e Projeto Final

  • [ ] Docker para desenvolvedores
  • [ ] Configuração de servidores Web
  • [ ] Apresentação do Projeto Integrador

Materiais Extras 📚

Aprimore seus conhecimentos com recursos adicionais selecionados.

🐧 Documentação Oficial

⌨️ Prática de Terminal

📖 Livros Recomendados

  • A Linha de Comando Linux (William Shotts)
  • Descobrindo o Linux (Eric Wilder)

🛠️ Ferramentas

  • VS Code: Com extensão Remote - SSH.
  • MobyXterm: Cliente SSH para Windows.
  • VirtualBox: Para laboratórios locais.

Versão para Impressão

Esta página foi gerada automaticamente para impressão.