Aula 1: O que é Linux — história, filosofia e por que usar open source

Bem-vindo à primeira aula do curso Linux — Do Zero ao Avançado. Se você sempre ouviu falar de Linux mas nunca entendeu exatamente o que é, como surgiu ou por que ele domina servidores, dispositivos embarcados, supercomputadores e até o Android no seu celular, esta aula foi feita para você. Vamos começar absolutamente do zero — nenhum conhecimento prévio é assumido. Ao longo desta aula introdutória, você vai compreender o que é Linux, como ele se relaciona com o sistema operacional que você usa no dia a dia, e por que a filosofia por trás dele é um dos pilares da tecnologia moderna.

O termo Linux aparece em vagas de emprego para analistas de infraestrutura, engenheiros DevOps, especialistas em segurança da informação e desenvolvedores. Em nossos projetos na JRT Technology Solutions, utilizamos Linux diariamente para orquestrar ambientes de alta disponibilidade, implementar servidores web seguros e gerenciar bancos de dados críticos. Nossos especialistas utilizam diariamente distribuições como Ubuntu Server e Rocky Linux para resolver problemas complexos de escalabilidade e segurança. Dominar o Linux não é mais um diferencial — é um requisito fundamental para qualquer profissional de TI que deseja atuar em papéis estratégicos.

O objetivo desta aula é construir uma base teórica sólida. Você vai aprender a diferença entre software livre e código aberto, vai conhecer os principais tipos de licença que regem o ecossistema Linux e entenderá como decisões tomadas há mais de 30 anos ainda impactam a forma como a internet funciona hoje. Ao final desta aula, você estará apto a explicar para qualquer pessoa o que é Linux, qual a sua história, por que ele é seguro e como escolher a distribuição ideal para iniciar seus estudos práticos.

Prepare-se para uma jornada que vai transformar sua visão sobre sistemas operacionais. Pegue um café, abra sua mente e descubra por que “O que é Linux” é a pergunta mais importante que um profissional de tecnologia pode responder.

O que você vai aprender nesta aula

• O significado exato do termo Linux e a diferença entre kernel e sistema operacional
• A história completa do Unix, GNU e Linux — dos anos 60 até o desenvolvimento por Linus Torvalds em 1991
• A filosofia do software livre segundo Richard Stallman e a Free Software Foundation
• Os tipos de licenças: GPL, MIT, BSD, Apache e licenças proprietárias — com exemplos práticos do que cada uma permite ou restringe
• O que é uma distribuição Linux e como escolher entre Ubuntu, Debian, Rocky Linux, Fedora e outras
• Por que empresas como Google, Amazon e Netflix utilizam Linux em escala global
• Como verificar se um sistema utiliza Linux e como identificar a distribuição instalada

Pré-requisitos e Ambiente

Esta aula é puramente conceitual e não requer nenhum software instalado. Você precisa apenas de um navegador web para acessar referências externas e um editor de texto para tomar notas. No entanto, se você já quiser começar a experimentar o Linux enquanto lê esta aula, recomendo duas opções gratuitas que abordaremos em detalhes nas próximas aulas: o Windows Subsystem for Linux (WSL) para usuários Windows e uma máquina virtual com VirtualBox rodando Ubuntu Desktop. Não se preocupe em instalá-los agora — na Aula 2 teremos um passo a passo completo de instalação cobrindo ambos os cenários. Por enquanto, concentre-se em absorver os conceitos fundamentais que sustentarão todo o restante do curso.

O que é Linux — definindo kernel e sistema operacional

Para responder à pergunta “O que é Linux”, precisamos primeiro separar dois conceitos que frequentemente se confundem: kernel e sistema operacional. O kernel é o núcleo do sistema — pense nele como o motor de um carro. Ele é responsável por gerenciar o processador, a memória RAM, os discos rígidos e todos os dispositivos de hardware. Sem um kernel, nenhum programa consegue interagir com o hardware real da máquina. O sistema operacional, por outro lado, é o carro completo: inclui o motor (kernel), mas também o painel de instrumentos (interface gráfica), o volante (shell de comandos) e todos os utilitários que permitem ao motorista interagir com o veículo. Linux, tecnicamente, é apenas o kernel — o núcleo do sistema operacional.

Quando falamos “estou instalando Linux no meu computador”, na verdade estamos instalando uma distribuição Linux, que é um conjunto formado pelo kernel Linux mais milhares de aplicativos e bibliotecas que transformam o kernel em um sistema funcional. O kernel Linux foi criado por Linus Torvalds em 1991, quando ele era um estudante finlandês de 21 anos. Linus queria um sistema operacional livre que rodasse em seu computador pessoal com processador Intel 80386. Ele anunciou seu projeto em um newsgroup com a famosa frase: “Estou fazendo um sistema operacional livre (é apenas um hobby, não será grande e profissional como o GNU)”. Três décadas depois, o kernel Linux é o coração do sistema operacional mais utilizado no planeta.

Uma analogia que utilizamos em nossos treinamentos na JRT Technology Solutions é comparar o kernel a um maestro de orquestra. O maestro não toca nenhum instrumento, mas coordena perfeitamente cada músico (componente de hardware) para que a sinfonia seja executada sem falhas. Se o processador precisa calcular algo, o kernel aloca tempo de CPU. Se um programa precisa ler um arquivo, o kernel acessa o disco e entrega os dados ao programa. Toda essa coordenação acontece em milissegundos e é invisível para o usuário comum — mas sem ela, nenhum aplicativo funcionaria.

A história do Unix e o surgimento do projeto GNU

Antes de existir Linux, existiu o Unix, criado nos laboratórios Bell da AT&T em 1969 por Ken Thompson e Dennis Ritchie. O Unix revolucionou a computação por ser o primeiro sistema operacional escrito em linguagem C — uma linguagem de programação de alto nível — em vez de assembly, o que permitia que fosse portado para diferentes hardwares com relativa facilidade. O Unix tornou-se popular em universidades e centros de pesquisa, e sua filosofia de design — “faça uma coisa e faça bem” — influencia desenvolvedores até hoje. No entanto, o Unix era proprietário e caro, o que limitava seu acesso e modificação por estudantes e entusiastas.

Na década de 1980, Richard Stallman, um programador do MIT, iniciou o projeto GNU (um acrônimo recursivo para “GNU’s Not Unix” — GNU Não é Unix). O objetivo era criar um sistema operacional completo e totalmente livre, compatível com o Unix, que qualquer pessoa pudesse usar, estudar, modificar e distribuir. Para proteger legalmente esse ecossistema, Stallman criou a Free Software Foundation e redigiu a licença GPL (General Public License). O projeto GNU produziu compiladores, editores de texto, utilitários de linha de comando e muitos outros componentes — mas faltava o kernel.

O kernel do projeto GNU, chamado Hurd, estava em desenvolvimento lento e complexo. Quando Linus Torvalds lançou seu kernel Linux em 1991 e o licenciou sob a GPL, a combinação do kernel Linux com as ferramentas do projeto GNU criou o sistema operacional funcional que conhecemos hoje. Por essa razão, muitos defensores do software livre argumentam que o nome correto é GNU/Linux, reconhecendo a contribuição fundamental do projeto GNU. Na prática profissional, a maioria das pessoas chama simplesmente de Linux, mas é importante entender essa distinção histórica — em ambientes corporativos gerenciados pela JRT Technology Solutions, respeitamos ambas as nomenclaturas dependendo do contexto técnico e filosófico do projeto.

O que é Linux — a filosofia do software livre e código aberto

A pergunta “O que é Linux” não pode ser respondida completamente sem entender a filosofia que o sustenta. O software livre é definido por quatro liberdades essenciais: a liberdade de executar o programa para qualquer propósito (liberdade 0); a liberdade de estudar como o programa funciona e adaptá-lo às suas necessidades (liberdade 1); a liberdade de redistribuir cópias (liberdade 2); e a liberdade de distribuir cópias de suas versões modificadas (liberdade 3). Para que as liberdades 1 e 3 sejam efetivas, o código-fonte do programa deve estar acessível — daí a expressão “open source” (código aberto).

É crucial diferenciar software livre (free software, do inglês “free” como liberdade, não como preço) de software gratuito (freeware). Um programa pode ser gratuito sem ser livre, e vice-versa. O Linux é software livre: você pode baixá-lo gratuitamente, mas também tem o direito legal de vê-lo por dentro, modificá-lo e distribuir suas modificações. O movimento Open Source, iniciado em 1998, foca mais nos benefícios práticos e econômicos do código aberto do que nas questões éticas defendidas por Stallman — embora na prática haja grande sobreposição entre os dois conceitos.

Em nossos projetos na JRT Technology Solutions, essa filosofia se traduz em vantagens concretas para empresas: não há custos de licenciamento imprevisíveis, não há vendor lock-in (dependência de um único fornecedor) e qualquer profissional qualificado pode auditar o código para encontrar e corrigir vulnerabilidades de segurança. Quando implementamos um cluster Kubernetes sobre Linux em um data center, cada componente do sistema pode ser inspecionado, otimizado e adaptado às necessidades específicas do cliente — algo impossível com software proprietário fechado.

Tipos de licenças — GPL, MIT, BSD, Apache e software proprietário

Como esta é uma aula introdutória sobre “O que é Linux”, dedicamos uma seção inteira para entender as licenças que governam o ecossistema open source. Uma licença de software é um contrato legal que define o que você pode e não pode fazer com um programa. No mundo Linux e open source, as licenças variam de muito permissivas a fortemente protetoras. Entender as diferenças é essencial para qualquer profissional de TI que trabalhe com integração de sistemas, desenvolvimento ou infraestrutura.

A GPL (General Public License) é a licença usada pelo kernel Linux e por milhares de projetos GNU. Sua principal característica é o copyleft: se você modificar um código licenciado sob GPL e distribuir o resultado, é obrigado a distribuir também o código-fonte das suas modificações sob a mesma licença GPL. Na prática, isso garante que o software e suas derivações permaneçam livres para sempre. Para um usuário comum, usar um sistema Linux sob GPL significa que você tem acesso irrestrito ao código de tudo que roda no seu computador — mesmo que não seja programador, a comunidade pode auditar e corrigir problemas. A versão mais comum atualmente é a GPLv3, que adiciona proteções contra patentes e “tivoização” (restrições de hardware que impedem modificações).

A licença MIT é extremamente permissiva — permite que você faça praticamente qualquer coisa com o código, inclusive incorporá-lo em software proprietário fechado, desde que mantenha o aviso de copyright original. Projetos como Node.js, React e o X Window System (interface gráfica do Linux) usam licenças MIT ou similares. Para o usuário, isso significa que componentes sob licença MIT podem ser integrados em qualquer tipo de projeto sem limitações legais significativas. Já a licença BSD (Berkeley Software Distribution) é semelhante à MIT, mas com cláusulas adicionais sobre o uso do nome dos criadores para endosso — você pode usar o código, mas não pode insinuar que os autores originais aprovam seu produto derivado.

A licença Apache 2.0, usada pelo Apache HTTP Server (o servidor web que domina a internet desde os anos 90) e pelo Kubernetes, oferece um meio-termo: é permissiva como MIT e BSD, mas inclui concessão explícita de patentes, protegendo os usuários contra litígios de propriedade intelectual. Finalmente, uma licença comercial ou proprietária restringe o acesso ao código-fonte, a modificação e a redistribuição — exemplos incluem Microsoft Windows, Adobe Photoshop e a maioria dos softwares empresariais tradicionais. A tabela a seguir resume as diferenças fundamentais.

Na prática profissional, quando a JRT Technology Solutions seleciona componentes para uma stack de infraestrutura, a compatibilidade de licenças é um fator crítico. Misturar código GPL com software proprietário pode gerar problemas legais sérios. Já componentes sob licenças permissivas como MIT ou Apache podem ser combinados livremente. Para usuários iniciantes, o mais importante é saber que o Linux que você instala é regido pela GPL — o que garante que ele permanecerá livre e aberto independentemente de quem o distribua.

O que é Linux — distribuições e o ecossistema atual

Quando alguém pergunta “qual Linux devo instalar?”, a resposta geralmente se refere a uma distribuição (ou distro). Uma distribuição é um pacote completo que inclui o kernel Linux, uma coleção de softwares, um gerenciador de pacotes e, frequentemente, um instalador gráfico. Existem centenas de distribuições, cada uma com filosofias, públicos-alvo e ciclos de atualização diferentes. Escolher a distribuição certa é como escolher o carro ideal: depende se você vai usá-lo para entregas urbanas (servidor web eficiente), viagens longas (estação de trabalho de desenvolvimento) ou corridas off-road (testes de segurança e pentest).

As distribuições se organizam em famílias principais. A família Debian inclui o próprio Debian (conhecido por sua estabilidade e rigoroso processo de testes) e o Ubuntu (focado em usabilidade, com vasta documentação e suporte comunitário). O Ubuntu é a distribuição mais recomendada para iniciantes e será nossa base nas aulas práticas. Do Ubuntu derivam outras distribuições como Linux Mint e Pop!_OS. A família Red Hat inclui o Red Hat Enterprise Linux (RHEL) — líder em ambientes corporativos — e seus derivados gratuitos como Rocky Linux e AlmaLinux, além do inovador Fedora, que serve como campo de testes para tecnologias que eventualmente chegam ao RHEL.

A família Arch Linux segue uma filosofia de rolling release (atualizações contínuas) e documentação excepcional via Arch Wiki, mas exige conhecimento técnico para instalação manual. O Kali Linux, baseado em Debian, é amplamente utilizado para testes de penetração e segurança da informação. Em nossos treinamentos corporativos na JRT Technology Solutions, recomendamos começar com Ubuntu Desktop para aprendizado, Ubuntu Server ou Rocky Linux para servidores de produção, e Kali Linux para profissionais de segurança ofensiva — cada um no seu contexto adequado.

Por que empresas e profissionais usam Linux

O domínio do Linux no mundo corporativo não é acidente ou modismo — é resultado de características técnicas e econômicas que o tornam imbatível em cenários de servidores, nuvem e dispositivos embarcados. Em primeiro lugar, a estabilidade: servidores Linux frequentemente operam por anos sem necessidade de reinicialização (o chamado uptime de 1000+ dias é comum em ambientes bem gerenciados). Em segundo lugar, a segurança: como o código é aberto e inspecionável por qualquer especialista, vulnerabilidades são descobertas e corrigidas rapidamente, sem depender da agenda de um único fabricante.

O custo total de propriedade é drasticamente menor. Não há licenças de sistema operacional, CALs (Client Access Licenses) ou custos por núcleo de processador. Um servidor Linux pode ser provisionado, replicado e escalado sem preocupações com auditorias de licenciamento. Quando a JRT Technology Solutions projeta uma infraestrutura para um cliente que precisa de dezenas ou centenas de servidores, a economia em licenciamento de sistema operacional chega a cifras expressivas — recursos que podem ser redirecionados para treinamento, segurança adicional ou desenvolvimento de funcionalidades de negócio.

Além disso, o Linux é a base da computação em nuvem moderna. Amazon Web Services (AWS), Google Cloud Platform e Microsoft Azure — sim, até a Microsoft — executam a maioria de suas cargas de trabalho em servidores Linux. O Kubernetes, plataforma dominante para orquestração de contêineres, foi projetado para rodar em Linux. Todo o ecossistema de DevOps — ferramentas como Docker, Ansible, Terraform, Jenkins — tem no Linux seu ambiente primário. Profissionais que dominam Linux têm acesso às oportunidades mais bem remuneradas do mercado de tecnologia.

Verificando a Instalação / Testando a Configuração

Embora esta aula seja conceitual, vamos fazer um exercício de verificação para que você comece a se familiarizar com o terminal. Se você já tem acesso a um sistema Linux (seja WSL, máquina virtual ou até um Mac, que compartilha comandos similares por ser baseado em Unix), abra o terminal e execute os comandos abaixo. Cada comando será explicado linha por linha para que você entenda exatamente o que está acontecendo, mesmo que ainda não tenha instalado Linux.

# O comando 'uname' exibe informações do sistema.
# A flag '-a' (all) mostra todas as informações disponíveis.
# Execute o comando abaixo no terminal Linux:
uname -a

O comando uname (Unix Name) retorna o nome do sistema operacional, o nome do host na rede (nodename), a versão do kernel, a data de compilação do kernel e a arquitetura do processador. A flag -a combina várias opções em uma só: -s (kernel name), -n (nodename), -r (kernel release), -v (kernel version), -m (machine), -p (processor) e -i (hardware platform). Este é tipicamente o primeiro comando que executamos ao acessar um servidor desconhecido.

# Saída esperada em um sistema Ubuntu típico:
Linux servidor01 6.8.0-31-generic #31-Ubuntu SMP PREEMPT_DYNAMIC Sat Apr 20 18:15:00 UTC 2026 x86_64 x86_64 x86_64 GNU/Linux

Vamos interpretar cada campo da saída: Linux é o nome do kernel (confirmando que estamos em um sistema Linux). servidor01 é o hostname da máquina — o nome que identifica este computador na rede. 6.8.0-31-generic é a versão do kernel (onde 6 é a versão principal, 8 é a revisão maior, 0 é a revisão menor e 31-generic identifica o build específico do Ubuntu). #31-Ubuntu SMP PREEMPT_DYNAMIC indica que é um kernel compilado para multiprocessamento simétrico (SMP) com suporte a preempção dinâmica (melhor responsividade). A data mostra quando o kernel foi compilado. x86_64 repetido três vezes indica arquitetura 64 bits (compatível com AMD64 e Intel 64). A última parte GNU/Linux reconhece o sistema operacional completo.

Outro comando útil para identificar a distribuição é:

# O comando cat exibe o conteúdo de arquivos de texto.
# /etc/os-release é o arquivo padrão que contém informações da distribuição.
cat /etc/os-release

O cat (concatenate) lê e exibe arquivos no terminal. O caminho /etc/os-release é um arquivo de configuração presente em praticamente todas as distribuições Linux modernas, padronizado pelo freedesktop.org. Ele contém variáveis como nome, versão e ID da distribuição — essencial para scripts de automação saberem em qual ambiente estão rodando.

# Saída esperada em Ubuntu 24.04:
PRETTY_NAME="Ubuntu 24.04 LTS"
NAME="Ubuntu"
VERSION_ID="24.04"
VERSION="24.04 LTS (Noble Numbat)"
VERSION_CODENAME=noble
ID=ubuntu
ID_LIKE=debian
HOME_URL="https://www.ubuntu.com/"
SUPPORT_URL="https://help.ubuntu.com/"
BUG_REPORT_URL="https://bugs.launchpad.net/ubuntu/"
PRIVACY_POLICY_URL="https://www.ubuntu.com/legal/terms-and-policies/privacy-policy"
UBUNTU_CODENAME=noble

Em distribuições mais antigas ou em sistemas Red Hat, o arquivo pode estar em /etc/redhat-release ou /etc/centos-release. Em nossos diagnósticos na JRT Technology Solutions, sempre verificamos /etc/os-release primeiro por ser o padrão mais amplamente adotado. Se você está seguindo em um Mac, pode usar sw_vers; se estiver no Windows sem WSL, esses comandos não funcionarão — não se preocupe, na Aula 2 faremos a instalação completa passo a passo.

Erros Comuns e Como Resolver

Durante o aprendizado sobre “O que é Linux”, é natural que surjam confusões e mal-entendidos. Abaixo listamos os erros conceituais mais frequentes que observamos em novos profissionais — em nossos treinamentos na JRT Technology Solutions, esses são os pontos que sempre esclarecemos logo no início para evitar problemas futuros.

• Erro 1: Achar que Linux é um sistema operacional completo como Windows ou macOS.
  Causa: A linguagem cotidiana trata “Linux” como sinônimo de sistema operacional, mas tecnicamente Linux é apenas o kernel. O sistema completo é GNU/Linux, Ubuntu, Fedora, etc.
  Sintoma: O aluno pergunta “qual versão do Linux você usa?” esperando uma resposta como “Windows 11” — mas a resposta correta seria “Ubuntu 24.04 com kernel 6.8”.
  Solução: Sempre pense no Linux como o motor e na distribuição como o carro. Quando alguém pergunta qual sistema você usa, responda com o nome da distribuição e a versão (ex.: “Ubuntu 24.04 LTS”).
• Erro 2: Acreditar que MacOS é um tipo de Linux.
  Causa: Ambos compartilham ancestralidade Unix e muitos comandos são idênticos (ls, cd, grep, etc.), o que gera confusão.
  Sintoma: “Uso Linux no meu MacBook Air.” Na verdade, o macOS é baseado no kernel XNU (derivado do Mach e BSD), completamente diferente do kernel Linux.
  Solução: macOS é um sistema Unix certificado (desde o macOS Catalina, é oficialmente UNIX 03), mas não é Linux. Aprender comandos no Mac ajuda MUITO na transição para Linux, mas sistemas são diferentes internamente.
• Erro 3: Confundir GPL com “domínio público” ou ausência de direitos autorais.
  Causa: “Se é livre, não tem copyright” — pensamento equivocado.
  Sintoma: Empresas que usam código GPL em produtos proprietários fechados sem liberar o código-fonte das modificações, expondo-se a processos de violação de licença.
  Solução: A GPL se baseia exatamente no copyright para ser aplicada — é o chamado copyleft. Se alguém viola a GPL, o detentor dos direitos autorais pode processar. Em projetos corporativos, sempre envolva o departamento jurídico ao misturar código GPL com código proprietário.
• Erro 4: Acreditar que distribuições diferentes são sistemas operacionais completamente distintos.
  Causa: Interfaces gráficas diferentes (GNOME, KDE, XFCE) e gerenciadores de pacotes diferentes dão a impressão de sistemas totalmente separados.
  Sintoma: “Eu sei usar Ubuntu, mas não sei usar Fedora.” Na verdade, uns 90% do conhecimento é transferível: comandos básicos, estrutura de diretórios, permissões de arquivos, shells.
  Solução: Concentre-se em aprender os fundamentos que são universais (bash, filesystem, permissões, processos) e trate as diferenças de gerenciamento de pacotes como variações de sintaxe. Nossos especialistas na JRT Technology Solutions transitam entre Debian e Red Hat diariamente com ajustes mínimos de workflow.
• Erro 5: Pensar que Linux é difícil demais para iniciantes.
  Causa: Décadas atrás, instalar Linux exigia conhecimentos de particionamento, configuração manual de rede e resolução de dependências. Essa reputação persiste, mas a realidade mudou radicalmente.
  Sintoma: Procrastinação na instalação, medo de “quebrar o computador”, achar que precisa ser programador para usar Linux.
  Solução: Distribuições modernas como Ubuntu e Linux Mint têm instaladores gráficos mais simples que o do Windows. Em 30 minutos você pode ter um sistema funcional. Neste curso, começaremos com máquinas virtuais — você não precisa tocar no seu sistema principal até se sentir confortável.

Boas Práticas e Dicas Avançadas

Mesmo nesta aula introdutória, podemos estabelecer boas práticas que acompanharão você por todo o curso. A primeira delas é documentar tudo. Crie um arquivo de notas (pode ser um simples bloco de notas ou um repositório git) onde você registrará cada comando aprendido, cada erro encontrado e cada solução. Na JRT Technology Solutions, mantemos wikis internos detalhados para cada ambiente — isso economiza horas quando um problema similar aparece novamente. Para você, estudante, essa documentação pessoal será seu material de consulta mais valioso daqui a alguns meses.

A segunda boa prática é entender antes de copiar. É tentador copiar e colar comandos do blog ou do Stack Overflow e esperar que funcionem. Resista a essa tentação. Digite cada comando manualmente (mesmo que erre e precise corrigir — errar é parte essencial do aprendizado) e leia a saída completa antes de prosseguir. Quando um comando falhar (e ele vai falhar), leia a mensagem de erro com atenção. Mensagens de erro no Linux são surpreendentemente informativas — diferentemente de muitos sistemas proprietários que escondem detalhes técnicos.

A terceira prática é usar a documentação nativa. O Linux tem um sistema de ajuda embutido chamado man pages (páginas de manual). Para qualquer comando, você pode digitar man [comando] e obter a documentação completa. Por exemplo, man uname explicaria cada flag que usamos anteriormente. O comando apropos [palavra-chave] busca comandos relacionados a um termo. Essas ferramentas estarão sempre disponíveis, mesmo em servidores sem acesso à internet — e profissionais experientes as consultam constantemente, não apenas iniciantes.

Por fim, uma dica de carreira que vai além da técnica: participe da comunidade. O Linux existe porque milhares de pessoas colaboram diariamente — reportando bugs, escrevendo documentação, respondendo dúvidas em fóruns. Conforme você avançar no curso, considere assinar listas de discussão, seguir perfis técnicos no Mastodon ou LinkedIn, e eventualmente contribuir com traduções ou relatórios de bugs. Isso constrói networking genuíno e acelera seu aprendizado mais do que qualquer curso isolado. Em nossos processos seletivos na JRT Technology Solutions, candidatos que demonstram participação ativa em comunidades open source sempre se destacam.

Resumo da Aula 1

Nesta aula inaugural, respondemos à pergunta fundamental “O que é Linux” em múltiplas camadas. Aprendemos que Linux é, tecnicamente, o kernel criado por Linus Torvalds em 1991 — o núcleo que gerencia hardware e permite que programas funcionem. Mas entendemos também que, na prática cotidiana, Linux refere-se ao sistema operacional completo formado pela combinação do kernel Linux com as ferramentas do projeto GNU e milhares de outros componentes de software livre. Exploramos a história que começa com o Unix nos laboratórios Bell, passa pelo movimento GNU de Richard Stallman e culmina na explosão de distribuições que moldam a internet moderna.

Comparamos minuciosamente os tipos de licença que governam o ecossistema open source — da proteção forte da GPL à permissividade da MIT e Apache — e estabelecemos que o Linux que você usará é protegido pela GPL, garantindo que permaneça livre para estudar, modificar e compartilhar. Apresentamos as principais famílias de distribuições (Debian/Ubuntu, Red Hat/Rocky, Arch, Kali) e oferecemos um mapa para escolher a ideal para cada objetivo. Executamos nossos primeiros comandos no terminal, verificando a versão do kernel e identificando a distribuição instalada, e já começamos a desenvolver o olhar analítico necessário para interpretar saídas de sistema.

Como próximos passos, sugerimos que você revise os conceitos de licenciamento e a diferença entre kernel e distribuição até que se tornem naturais. Se possível, acesse um sistema Linux — nem que seja via um “live USB” que não altera seu computador — e execute os comandos uname -a e cat /etc/os-release. Na próxima aula, “Aula 2: Instalação completa do Linux — passo a passo com Ubuntu e Rocky Linux em máquina virtual”, vamos colocar a mão na massa: você aprenderá a baixar uma ISO, configurar o VirtualBox, particionar discos e ter um sistema Linux totalmente funcional rodando no seu computador atual, seja ele Windows ou Mac. Prepare-se para sujar as mãos — a teoria encontra a prática. Até lá!