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ê está aqui, provavelmente já ouviu falar que Linux está em toda parte: nos servidores que hospedam os sites que você acessa, nos roteadores da sua casa, nos sistemas de entretenimento de aviões, nos smartphones Android e até nos supercomputadores que processam simulações científicas. Mas afinal, O que é Linux? Esta é a pergunta fundamental que vamos responder hoje, de forma completa, didática e sem pressa. Vamos mergulhar na história de um projeto que começou como um hobby de um estudante finlandês e se transformou no maior ecossistema de colaboração tecnológica da humanidade.
Nesta aula introdutória, você não precisará instalar nada — ainda. Nosso objetivo aqui é construir uma base teórica sólida, entender a filosofia que move o software livre e, principalmente, eliminar aquela sensação de “não sei por onde começar”. Ao final desta aula, você terá clareza sobre o que diferencia Linux de outros sistemas operacionais, compreenderá o significado real dos termos open source, kernel, distribuição e licença de software, e será capaz de explicar para qualquer pessoa por que o Linux domina a infraestrutura da internet mundial. Em nossos projetos na JRT Technology Solutions, utilizamos Linux diariamente para construir desde clusters de alta disponibilidade até ambientes seguros de virtualização — e acreditamos que qualquer profissional de tecnologia se beneficia enormemente ao dominar este sistema.
A abordagem desta aula é progressiva: começaremos com os conceitos mais básicos possíveis e, gradualmente, adicionaremos camadas de complexidade. Se você nunca abriu um terminal na vida, não se preocupe — cada termo técnico será definido, cada sigla será expandida e cada analogia será escolhida para facilitar sua compreensão. O mercado de trabalho para profissionais que dominam Linux nunca esteve tão aquecido. De acordo com o relatório Open Source Jobs Report, mais de 90% das empresas de tecnologia utilizam software open source em suas stacks de produção, e profissionais certificados em Linux estão entre os mais bem remunerados da área de infraestrutura. Entender O que é Linux não é apenas uma curiosidade acadêmica — é o primeiro passo de uma jornada profissional que pode mudar sua carreira.
Prepare-se para uma aula densa. Reservei este momento para cobrir tudo o que um iniciante precisa saber antes de colocar a mão na massa. Vamos falar sobre a história do Unix nos laboratórios Bell, a frustração de Linus Torvalds com o Minix, o papel crucial da Free Software Foundation, a diferença entre “grátis” e “livre”, e os modelos de licenciamento que regem o software que você usa todos os dias. Se você já se perguntou por que algumas empresas disponibilizam seu código gratuitamente enquanto outras cobram milhares de dólares por uma licença, você encontrará a resposta aqui. Se você já ficou confuso com siglas como GPL, MIT ou Apache, esta aula vai esclarecer tudo.
Ao final, teremos uma seção prática opcional onde você poderá — se desejar — ter seu primeiro contato real com o Linux usando uma ferramenta online gratuita, sem instalar absolutamente nada no seu computador. Nossos especialistas da JRT Technology Solutions frequentemente recomendam este primeiro passo para novos alunos, pois elimina o medo inicial e mostra que o Linux é mais acessível do que parece. Vamos começar?
O que você vai aprender nesta aula
Organizei os objetivos de aprendizagem desta aula em tópicos claros. Ao final da leitura, você deverá ser capaz de responder a cada um destes pontos com confiança:
- Definir o que é Linux com precisão técnica, diferenciando o kernel (núcleo) do sistema operacional completo (distribuição)
- Contar a história do Linux desde suas origens no Unix até o ecossistema atual, mencionando os protagonistas principais (Linus Torvalds, Richard Stallman, Ken Thompson e Dennis Ritchie)
- Explicar a filosofia open source e os quatro pilares do software livre conforme definidos pela Free Software Foundation
- Comparar os principais tipos de licenças: GPL (General Public License), MIT, BSD, Apache e software proprietário, entendendo as implicações práticas de cada uma para usuários e empresas
- Listar pelo menos cinco vantagens reais do uso de Linux em ambientes corporativos e pessoais
- Identificar as principais famílias de distribuições (Debian/Ubuntu, Red Hat/CentOS/Rocky Linux, Arch, openSUSE) e entender quando cada uma é recomendada
- Executar seu primeiro comando em um terminal Linux (opcional, mas fortemente recomendado)
- Compreender o modelo de desenvolvimento colaborativo que permite que milhares de pessoas ao redor do mundo contribuam para o mesmo projeto
Pré-requisitos e Ambiente
Esta é a Aula 1 do curso — assumimos que você não tem nenhum conhecimento prévio sobre Linux. No entanto, alguns pré-requisitos mínimos vão ajudá-lo a aproveitar melhor o conteúdo:
- Conhecimento básico de informática: você sabe o que é um sistema operacional, já usou Windows ou macOS e entende conceitos como arquivos, pastas, programas e internet
- Acesso a um navegador web moderno (Firefox, Chrome, Edge ou Safari) — para a seção prática opcional, usaremos um terminal online que funciona diretamente no navegador, sem instalação
- Curiosidade e vontade de aprender: o conteúdo desta aula é majoritariamente teórico, mas essencial para tudo o que virá depois
- Um computador com qualquer sistema operacional (Windows, macOS ou até mesmo um Chromebook) — não importa qual, pois a parte prática é opcional e baseada em nuvem
Se você já tem o Linux instalado, ótimo — você poderá reproduzir os comandos localmente. Caso contrário, não se preocupe: na seção “Seu primeiro contato com o Linux”, fornecerei uma alternativa gratuita baseada em navegador que não exige instalação nem configuração. Em nossos treinamentos presenciais na JRT Technology Solutions, costumamos fornecer máquinas virtuais pré-configuradas para os alunos, mas para este formato de blog, a solução online é perfeitamente adequada para a primeira experiência.
O que é Linux — entendendo o kernel e o sistema operacional
A pergunta O que é Linux parece simples, mas a resposta exige uma distinção técnica importante que muitos iniciantes demoram a compreender. Vamos usar uma analogia que utilizamos frequentemente em nossos treinamentos na JRT Technology Solutions: pense em um carro. O kernel (núcleo) do Linux é como o motor do carro — é a peça central que faz tudo funcionar, gerencia a potência, controla o fluxo de combustível e transmite força para as rodas. Mas um motor sozinho não é um carro utilizável — você precisa de carroceria, volante, bancos, painel, sistema de freios e muito mais. O sistema operacional completo (que chamamos de distribuição Linux ou simplesmente distro) é o carro montado, pronto para dirigir.
Tecnicamente falando, Linux é o nome do kernel — um software que atua como ponte entre o hardware do computador (processador, memória, discos, periféricos) e os programas que você executa (navegador, editor de texto, servidor web). O kernel foi criado por Linus Torvalds em 1991, na Universidade de Helsinki, Finlândia. Ele gerencia recursos de forma extremamente eficiente: decide qual programa usa o processador em cada milissegundo, quanto de memória cada processo pode ocupar, como os dados serão lidos e gravados no disco, e como os dispositivos de rede se comunicarão. Sem um kernel, nenhum programa conseguiria acessar o hardware — seria como tentar dirigir um carro sem motor, apenas girando o volante e esperando que as rodas se movam.
Quando as pessoas dizem “eu uso Linux”, elas geralmente estão se referindo a um sistema operacional completo construído ao redor do kernel Linux — uma distribuição como Ubuntu, Debian, Fedora ou Rocky Linux. Essas distribuições empacotam o kernel Linux com milhares de outros softwares (utilitários de linha de comando, interfaces gráficas, servidores, bibliotecas) para criar um ambiente funcional e amigável. É por isso que tecnicamente o nome correto do sistema seria GNU/Linux, já que a maior parte dos utilitários essenciais vem do projeto GNU (GNU’s Not Unix), iniciado por Richard Stallman em 1983. No entanto, por simplicidade e convenção, usaremos o termo “Linux” ao longo do curso para nos referirmos ao sistema operacional completo — mas guarde essa distinção, pois ela será importante quando discutirmos licenças e filosofia.
Para visualizar essa arquitetura em camadas, imagine a seguinte hierarquia:
| Camada | Componente | Função | Exemplo |
|---|---|---|---|
| Hardware | Processador, RAM, disco, rede | Recursos físicos do computador | CPU Intel i7, 16 GB DDR4, SSD NVMe |
| Kernel | Linux (o núcleo propriamente dito) | Gerenciamento de hardware, processos, memória, drivers | Versão 6.5.0, compilado por Linus Torvalds |
| Bibliotecas do Sistema | glibc, libssl, libsystemd | Funções compartilhadas usadas por todos os programas | GNU C Library (glibc) |
| Utilitários Essenciais | Coreutils, bash, systemd | Comandos básicos, shell, sistema de inicialização | ls, cp, mv, bash |
| Aplicações do Usuário | Programas de produtividade, servidores, interfaces gráficas | Tudo que o usuário final interage | Firefox, LibreOffice, Apache, GNOME |
Compreender essa arquitetura em camadas é fundamental. Quando um servidor web Apache recebe uma requisição HTTP, ele não acessa diretamente a placa de rede — ele faz uma chamada ao kernel Linux, que por sua vez entrega os pacotes de dados recebidos ao programa. Essa separação de responsabilidades é o que torna o sistema modular, seguro e eficiente. Nos projetos de infraestrutura que implementamos na JRT Technology Solutions, essa compreensão arquitetural nos permite diagnosticar problemas com precisão: se uma aplicação está lenta, saberemos rapidamente se o gargalo está no kernel (driver de disco ineficiente, por exemplo) ou na própria aplicação (código mal otimizado).
A história do Linux — de um hobby estudantil à espinha dorsal da internet
Para responder plenamente à pergunta O que é Linux, precisamos voltar no tempo. A história começa antes mesmo do nascimento de Linus Torvalds, nos laboratórios da AT&T Bell Labs, no final dos anos 1960. Naquela época, os computadores eram máquinas enormes, caríssimas e cada modelo tinha seu próprio sistema operacional proprietário. Foi nesse contexto que Ken Thompson e Dennis Ritchie começaram a desenvolver o Unix — um sistema operacional portátil (capaz de rodar em diferentes hardwares com modificações mínimas), multitarefa (executava vários programas simultaneamente) e multiusuário (várias pessoas podiam usar o mesmo computador ao mesmo tempo através de terminais). O Unix foi revolucionário e, décadas depois, suas ideias fundamentais ainda estão presentes em praticamente todos os sistemas operacionais modernos, incluindo Linux, macOS, Android e até o Windows (que incorporou conceitos Unix no subsistema WSL).
Durante os anos 1970 e 1980, o Unix se espalhou pelas universidades, especialmente após a Universidade da Califórnia em Berkeley lançar sua própria versão, a BSD (Berkeley Software Distribution). No entanto, o Unix era software proprietário — as universidades precisavam pagar licenças caras à AT&T, e o código-fonte não podia ser livremente modificado ou distribuído. Isso incomodava profundamente muitos programadores, especialmente Richard Stallman, que trabalhava no MIT (Massachusetts Institute of Technology). Stallman acreditava que software deveria ser livre — não necessariamente gratuito, mas livre no sentido de liberdade: os usuários deveriam ter o direito de executar, estudar, modificar e compartilhar os programas que usavam. Em 1983, ele anunciou o Projeto GNU com o ambicioso objetivo de criar um sistema operacional completamente livre, compatível com Unix.
O Projeto GNU avançou rapidamente. Stallman criou a Free Software Foundation (FSF) em 1985, desenvolveu o editor de textos Emacs, o compilador GCC (GNU Compiler Collection) e dezenas de utilitários essenciais — comandos como ls (listar arquivos), cp (copiar), mv (mover) e rm (remover) que usamos no terminal Linux hoje vieram do projeto GNU. No entanto, faltava uma peça crucial: o kernel. O projeto GNU estava desenvolvendo seu próprio kernel, chamado HURD, mas o desenvolvimento era extremamente lento e complexo. Enquanto isso, no início dos anos 1990, um jovem estudante de ciência da computação na Finlândia chamado Linus Torvalds estava frustrado. Ele havia comprado um computador pessoal com processador Intel 80386 e usava o Minix — um sistema operacional educacional baseado em Unix criado pelo professor Andrew Tanenbaum. O Minix era excelente para aprendizado, mas tinha limitações severas: não suportava multitarefa real, restringia o acesso ao código-fonte e sua licença era restritiva para uso comercial.
Em 25 de agosto de 1991, Linus Torvalds postou uma mensagem histórica no grupo de notícias comp.os.minix: “Estou fazendo um sistema operacional (livre) — apenas um hobby, não será grande e profissional como o GNU”. Ele havia começado a escrever um kernel do zero, inicialmente chamado de “Freax” (mistura de “free” com “freak” e “x” de Unix), mas o administrador do servidor FTP onde o código foi hospedado, Ari Lemmke, renomeou o diretório para “linux” — e o nome pegou. A primeira versão pública, 0.01, foi lançada em setembro de 1991. O que Linus não poderia imaginar é que, 35 anos depois, aquele “hobby” estaria rodando em mais de 96% dos servidores web do mundo, em todos os 500 supercomputadores do ranking TOP500, em mais de 3 bilhões de dispositivos Android e em sistemas críticos de bolsas de valores, hospitais e agências espaciais.
O casamento entre o kernel Linux (de Linus Torvalds) e os utilitários GNU (de Richard Stallman) foi o que permitiu a criação de um sistema operacional completo e funcional — daí o nome GNU/Linux defendido pela FSF. A primeira distribuição Linux reconhecida foi o Softlanding Linux System (SLS), lançada em 1992, seguida pelo Slackware (1993) e pelo Debian (1993), este último criado por Ian Murdock com o objetivo explícito de construir uma distribuição completamente aberta e mantida pela comunidade. Em 1994, a Red Hat foi fundada, trazendo um modelo de negócios baseado em suporte e serviços para o ecossistema Linux — provando que era possível ganhar dinheiro com software livre. A Red Hat foi adquirida pela IBM em 2019 por impressionantes 34 bilhões de dólares, a maior aquisição de software da história, demonstrando o valor econômico massivo que o Linux alcançou.
A filosofia por trás do Linux — software livre, open source e a ética da colaboração
Entender O que é Linux vai além da tecnologia — exige compreender a filosofia que o sustenta. Existem dois movimentos intimamente relacionados, mas com ênfases diferentes: o Movimento do Software Livre (Free Software), liderado por Richard Stallman e a Free Software Foundation, e o Movimento Open Source, promovido pela Open Source Initiative (OSI) fundada em 1998 por Eric Raymond e Bruce Perens. Ambos defendem que o código-fonte dos programas deve estar disponível publicamente, mas suas motivações e discursos são distintos.
O Movimento do Software Livre é fundamentalmente uma questão ética. Stallman insiste que “free” em “free software” significa “livre”, não “grátis” (em inglês, a palavra “free” tem ambos os significados, e ele frequentemente usa a frase “free as in freedom, not free as in free beer” — “livre como em liberdade, não grátis como em cerveja grátis”). A FSF define quatro liberdades essenciais que um software deve garantir para ser considerado verdadeiramente livre: Liberdade 0 — a liberdade de executar o programa como desejar, para qualquer propósito; Liberdade 1 — a liberdade de estudar como o programa funciona e adaptá-lo às suas necessidades (para isso, o acesso ao código-fonte é um pré-requisito); Liberdade 2 — a liberdade de redistribuir cópias para ajudar outros; Liberdade 3 — a liberdade de distribuir cópias de suas versões modificadas para outros, dando à comunidade a chance de se beneficiar de suas alterações. Se um software não garante essas quatro liberdades, a FSF o considera “não livre” ou “proprietário”.
Já o Movimento Open Source enfatiza os benefícios práticos e técnicos do desenvolvimento colaborativo com código aberto: mais olhos revisando o código resultam em menos bugs, a descentralização acelera a inovação, e a disponibilidade do código-fonte reduz a dependência de fornecedores únicos (vendor lock-in). Eric Raymond, no influente ensaio “A Catedral e o Bazar” (1997), comparou o modelo de desenvolvimento tradicional (catedral — centralizado, hierárquico, com acesso restrito ao código) ao modelo do Linux (bazar — descentralizado, caótico, com milhares de colaboradores independentes), argumentando que o modelo bazar era surpreendentemente mais eficiente para produzir software de alta qualidade. Foi Raymond quem convenceu a Netscape, em 1998, a liberar o código-fonte do seu navegador — desse movimento nasceu o Mozilla Firefox, que até hoje é um dos pilares da web aberta.
Na prática, os termos “software livre” e “open source” são frequentemente usados como sinônimos, e a maioria dos projetos adota licenças que satisfazem ambos os critérios. No entanto, a diferença filosófica é relevante: para a FSF, o foco está na ética e nos direitos do usuário; para a OSI, o foco está na eficiência técnica e econômica. Quando implementamos soluções para clientes na JRT Technology Solutions, sempre consideramos ambos os aspectos — a liberdade de personalizar o código nos permite adaptar sistemas às necessidades específicas de cada empresa, enquanto a qualidade técnica resultante da revisão colaborativa garante a confiabilidade que ambientes críticos exigem.
Tipos de Licenças — entendendo GPL, MIT, BSD, Apache e software proprietário
Agora que compreendemos a filosofia, vamos ao aspecto jurídico-prático que todo profissional de tecnologia precisa dominar: os tipos de licenças de software. Quando um programador cria um código, ele automaticamente detém os direitos autorais (copyright) sobre aquela obra. A licença é o documento legal que especifica o que outras pessoas podem ou não fazer com aquele código. No universo do software, as licenças variam de extremamente permissivas a extremamente restritivas, e essa escolha tem implicações profundas para usuários, empresas e projetos derivados. Abaixo, uma tabela comparativa que preparamos com base nos casos que mais encontramos nos projetos da JRT Technology Solutions:
| Licença | Tipo | Pode usar comercialmente? | Pode modificar? | Pode fechar o código derivado? | Exemplo de projeto |
|---|---|---|---|---|---|
| GPL v3 | Copyleft forte | Sim | Sim | Não — trabalhos derivados devem permanecer sob GPL | Kernel Linux, GCC, WordPress |
| GPL v2 | Copyleft forte | Sim | Sim | Não — similar à v3, sem cláusulas anti-Tivoização | Linux (kernel), BusyBox |
| LGPL | Copyleft fraco | Sim | Sim | Permite link com código proprietário se for como biblioteca | glibc, GTK, Qt (em versões antigas) |
| MIT | Permissiva | Sim | Sim | Sim — pode incorporar em software proprietário | Node.js, React, jQuery, Rails |
| BSD 2-Clause | Permissiva | Sim | Sim | Sim — apenas exige atribuição e aviso de isenção | FreeBSD, OpenBSD, Nginx (em versões antigas) |
| Apache 2.0 | Permissiva com proteção de patentes | Sim | Sim | Sim — inclui concessão expressa de direitos de patente | Apache HTTP Server, Kubernetes, Android |
| Proprietária | Código fechado | Depende do contrato | Não | Código não está disponível | Microsoft Windows, Adobe Photoshop, Oracle Database |
Vamos detalhar cada tipo para que você não tenha dúvidas. As licenças GPL (General Public License), atualmente na versão 3, são as mais icônicas do mundo open source. Elas implementam o conceito de copyleft — uma engenhosa inversão do copyright que usa as próprias leis de direitos autorais para garantir que o software permaneça livre. Na prática: se você pegar um código licenciado sob GPL, modificá-lo e distribuí-lo, você é obrigado a disponibilizar seu código modificado sob a mesma licença GPL. Isso impede que empresas se apropriem do trabalho da comunidade, façam melhorias e as mantenham em segredo. É por isso que o kernel Linux está sob GPL v2 — qualquer fabricante de hardware que modifique o kernel para suportar seus dispositivos é legalmente obrigado a publicar essas modificações, o que beneficia todo o ecossistema. A GPL v3 adicionou cláusulas contra a “Tivoização” (prática de usar software GPL em hardware que impede o usuário de executar versões modificadas) e contra acordos de patentes discriminatórios.
As licenças MIT e BSD são chamadas de “permissivas” porque impõem pouquíssimas restrições. A licença MIT, criada no Massachusetts Institute of Technology, é famosa por sua simplicidade — tem apenas cerca de 20 linhas e basicamente diz: “você pode fazer o que quiser com este código, inclusive usá-lo em software proprietário, desde que mantenha o aviso de copyright e a isenção de responsabilidade”. É a licença preferida do ecossistema JavaScript (Node.js, React, Angular, Vue.js) e de muitos projetos que priorizam a adoção máxima. A licença BSD, em suas várias versões (2-clause, 3-clause), é similar, mas a versão 3-clause adiciona uma restrição que impede que o nome dos autores originais seja usado para endossar produtos derivados sem permissão. O sistema operacional FreeBSD inteiro usa esta licença, e partes significativas do código BSD foram incorporadas ao macOS da Apple e ao próprio Windows.
A licença Apache 2.0, mantida pela Apache Software Foundation, é permissiva como MIT e BSD, mas adiciona uma proteção importante: concessão expressa de direitos de patente. Isso significa que, se um contribuidor detém patentes sobre tecnologias usadas no código, ele automaticamente concede uma licença de uso dessas patentes para todos os usuários do software. Essa cláusula evita o que chamamos de “ataque de patentes” — uma situação em que uma empresa contribui com código e depois processa os usuários por violação de patentes. Projetos gigantescos como o Kubernetes, o Apache Hadoop e o próprio servidor web Apache usam esta licença. Em nossos projetos na JRT Technology Solutions, frequentemente recomendamos a licença Apache 2.0 para clientes que desejam liberar código internamente mas precisam de segurança jurídica adicional quanto a patentes.
Por fim, o software proprietário (também chamado de código fechado ou comercial) é aquele em que o código-fonte não está disponível publicamente. Você recebe apenas o programa compilado (binário) e uma licença de uso que tipicamente restringe fortemente o que você pode fazer: não pode copiar, não pode modificar, não pode redistribuir, não pode fazer engenharia reversa. Microsoft Windows, Adobe Photoshop, AutoCAD e a maioria dos jogos comerciais se enquadram aqui. É importante notar que “proprietário” não significa necessariamente “pago” — existem softwares proprietários gratuitos (freeware), assim como existem softwares livres pelos quais se cobra dinheiro (o código é livre, mas você paga pelo suporte, pela distribuição física ou por serviços adicionais). A Red Hat Enterprise Linux é um exemplo perfeito: o código é totalmente open source, mas a assinatura é paga e dá acesso a updates garantidos, suporte técnico e certificações.
Por que usar Linux — vantagens práticas no mundo real
A pergunta O que é Linux naturalmente leva a outra: por que alguém escolheria usar Linux em vez de Windows ou macOS? As razões são múltiplas e variam conforme o perfil do usuário, mas podemos agrupá-las em categorias claras. Em nossas consultorias na JRT Technology Solutions, sempre apresentamos estes pontos aos clientes que estão considerando migrar suas infraestruturas:
- Custo zero de licenciamento: a maioria esmagadora das distribuições Linux é gratuita — você pode baixar, instalar em quantos computadores quiser e usar para qualquer finalidade (pessoal, educacional ou comercial) sem pagar um centavo em licenças. Isso representa uma economia massiva para empresas, especialmente em servidores. Uma única licença do Windows Server Datacenter pode custar milhares de dólares por ano; com Linux, esse custo simplesmente não existe. O dinheiro que seria gasto em licenças pode ser investido em hardware melhor, em treinamento da equipe ou em serviços de suporte profissional.
- Segurança e auditoria pública: com o código-fonte aberto, qualquer pessoa no mundo pode inspecionar o Linux em busca de vulnerabilidades. Milhares de especialistas em segurança, pesquisadores acadêmicos e engenheiros de grandes empresas (Google, Intel, Red Hat, IBM) revisam o código constantemente. Quando uma falha é descoberta, correções são publicadas em horas — não em semanas ou meses, como frequentemente ocorre com software proprietário. Além disso, a transparência elimina a possibilidade de backdoors deliberados inseridos por agências governamentais ou pelos próprios fabricantes — você não precisa “confiar”, você pode verificar.
- Estabilidade e confiabilidade extremas: servidores Linux são conhecidos por operar ininterruptamente por anos. Em nossos data centers na JRT Technology Solutions, temos máquinas com tempo de atividade (uptime) superior a 1.000 dias consecutivos sem uma única reinicialização. Isso é possível graças à arquitetura modular do kernel, que permite atualizar componentes individuais (inclusive o próprio kernel em versões recentes com live patching) sem desligar o sistema.
- Performance e eficiência de recursos: o Linux consegue rodar em praticamente qualquer hardware — desde um modesto Raspberry Pi de 35 dólares com 512 MB de RAM até supercomputadores com milhões de núcleos de processamento. Não existe “hardware obsoleto” para Linux; computadores antigos que já não suportam versões recentes do Windows podem perfeitamente executar distribuições Linux leves como Lubuntu ou Puppy Linux, ganhando sobrevida e utilidade. Em servidores, o Linux consistentemente supera o Windows em benchmarks de desempenho web, banco de dados e virtualização, frequentemente entregando 20-40% mais requisições por segundo com o mesmo hardware.
- Personalização total e ausência de vendor lock-in: você não está preso a um único fornecedor. Se não gostar das decisões técnicas do Ubuntu, pode migrar para Debian, Fedora, Arch Linux ou centenas de outras distribuições. Se um componente específico não atende suas necessidades, você pode substituí-lo — trocar o ambiente gráfico GNOME pelo KDE, substituir o systemd pelo OpenRC, compilar seu próprio kernel com otimizações específicas. Essa liberdade é impossível em sistemas proprietários, onde você é forçado a aceitar as decisões do fabricante.
- Comunidade global e documentação abundante: qualquer problema que você enfrente, a probabilidade de alguém já ter resolvido é altíssima. Stack Overflow, fóruns de distribuições, wikis como o ArchWiki (considerado por muitos a melhor documentação técnica de software do mundo), canais IRC, grupos no Telegram — há uma comunidade vibrante e disposta a ajudar, 24 horas por dia, em praticamente qualquer idioma.
- Domínio absoluto em tecnologias estratégicas: se você trabalha com cloud computing (AWS, Google Cloud, Azure), containers (Docker, Kubernetes), DevOps, big data (Hadoop, Spark), inteligência artificial, IoT (Internet das Coisas) ou cibersegurança, o Linux não é opcional — é o ambiente nativo dessas tecnologias. Mais de 90% das instâncias em nuvem pública rodam Linux. O Docker, que revolucionou o empacotamento de software, só funciona nativamente em Linux (no Windows e macOS, ele roda dentro de uma máquina virtual Linux).
Seu primeiro contato com o Linux — testando sem instalar nada
Depois de tanta teoria, que tal experimentar o Linux agora mesmo? Você não precisa instalar nada, não precisa particionar seu disco nem criar máquinas virtuais. Vamos usar um serviço gratuito chamado JSLinux (https://bellard.org/jslinux/), criado pelo programador francês Fabrice Bellard — um emulador de computador completo que roda dentro do seu navegador usando JavaScript. É uma máquina virtual Linux real, com terminal completo, que você pode acessar em segundos. Em nossos workshops introdutórios na JRT Technology Solutions, usamos esta ferramenta para dar aos alunos uma primeira experiência sem fricção.
Siga os passos abaixo exatamente na ordem. Cada comando será explicado linha por linha após sua execução:
- Abra o JSLinux no seu navegador: acesse https://bellard.org/jslinux/ e clique no link “Alpine Linux 3.12.0 (console)”. Uma nova aba se abrirá com uma tela preta e um cursor piscando — este é o terminal, também chamado de shell ou linha de comando. É a interface mais poderosa do Linux, onde você digita comandos textuais em vez de clicar em ícones.
- Aguarde a inicialização: em poucos segundos (geralmente menos de 5), você verá texto rolando na tela — é o sistema inicializando. Quando parar, a última linha será algo como ~ # ou localhost:~#. O símbolo # indica que você está logado como root (o superusuário, administrador total do sistema).
- Execute seu primeiro comando: digite o seguinte (não inclua o caractere #, ele já está na tela — você digita apenas o que vem depois dele) e pressione Enter:
# whoami
Este comando (whoami é a contração de “who am I” — “quem sou eu”) pergunta ao sistema qual usuário está atualmente logado. É o comando mais simples possível e serve para confirmar que o terminal está funcionando e que você está interagindo com o Linux.
root
A resposta “root” confirma que você está operando como administrador. No JSLinux isso é seguro porque é um ambiente isolado — em um sistema real, você evitaria usar root para tarefas cotidianas por questões de segurança, como veremos em aulas futuras.
Agora vamos descobrir qual é o kernel Linux que está rodando neste ambiente. Digite:
# uname -r
O comando uname (de “Unix name”) exibe informações sobre o sistema. A opção -r (de “release”) especifica que queremos apenas a versão do kernel — exatamente aquele software criado por Linus Torvalds em 1991 que discutimos na seção sobre arquitetura.
5.4.43-1-lts
Esta saída nos diz três coisas: a versão principal do kernel é 5.4, o patch level é 43, e -lts significa “Long Term Support” — uma versão de suporte estendido que receberá atualizações de segurança por vários anos. O fato de você estar vendo essa informação em um emulador que roda no seu navegador, em questão de segundos, demonstra a portabilidade absurda do Linux — o mesmo kernel que roda em supercomputadores está rodando aí, emulado em JavaScript, dentro do seu browser.
Vamos listar os arquivos e diretórios do sistema. O Linux organiza tudo em uma estrutura hierárquica de diretórios que começa na raiz, representada por uma barra simples: / . Digite:
# ls /
O comando ls (abreviação de “list”) lista o conteúdo de um diretório. O argumento / indica que queremos listar o diretório raiz — o ponto de partida de toda a árvore de diretórios do sistema.
bin dev etc home lib media mnt opt proc root run sbin srv sys tmp usr var
Cada um desses nomes é um diretório com uma função específica no sistema. Por exemplo, bin contém programas executáveis essenciais, etc armazena arquivos de configuração, home guarda os arquivos pessoais dos usuários, e proc é um diretório virtual que expõe informações do kernel e dos processos em execução. Não se preocupe em memorizar todos agora — teremos uma aula inteira dedicada à estrutura de diretórios do Linux (Filesystem Hierarchy Standard).
Agora crie seu primeiro arquivo. Vamos usar o comando echo, que simplesmente exibe um texto na tela, combinado com o operador > que redireciona a saída para um arquivo:
# echo "Minha primeira aula de Linux na JRT Technology Solutions!" > /tmp/meu_primeiro_arquivo.txt
Vamos destrinchar este comando: echo recebe o texto entre aspas e o envia para a saída padrão (normalmente a tela). O símbolo > redireciona essa saída para
Quer aprender na prática com especialistas?
A JRT Technology Solutions oferece treinamentos e implementação de Linux para equipes corporativas.