O Linux mudou muito nos últimos anos, mas ainda existem problemas que continuam aparecendo nas conversas da comunidade. Neste Diolinux Responde, vamos falar sobre alguns deles, além de discutir o futuro do sistema, celulares Linux, softwares profissionais, anti-cheats e até o que seria necessário para alguém se tornar um usuário avançado.
Antes, porém, um agradecimento especial a todos os membros que enviaram perguntas. Se você também quer participar dos próximos Diolinux Responde e ainda ter acesso a outros benefícios e conteúdos exclusivos, pode se tornar membro Diolinux Play.
Quais problemas do Linux ainda incomodam?
A pergunta do Matheus é um bom ponto de partida para praticamente todo o episódio: quais problemas do mundo Linux e open source ainda não foram resolvidos?
O ecossistema evoluiu de maneira impressionante, mas alguns obstáculos históricos continuam existindo. O principal deles, para mim, é a combinação entre fragmentação e dependência de softwares proprietários que foram desenvolvidos pensando exclusivamente no Windows ou no macOS.
É verdade que hoje temos alternativas para uma quantidade enorme de tarefas. Também é verdade que o suporte a hardware melhorou bastante e que tecnologias como Proton e Wine mudaram completamente a conversa sobre jogos no Linux. Só que isso não resolve o problema de quem depende de um programa específico para trabalhar.
Pense em um profissional que precisa do Photoshop, de alguma ferramenta específica da Adobe ou de determinado software CAD. Não importa o quanto a distribuição escolhida seja agradável, estável ou rápida: se aquele programa é indispensável para o trabalho, a possibilidade de migração fica muito menor.
E existe uma diferença importante entre dizer que “existe uma alternativa” e dizer que “a alternativa resolve o problema”.
Um designer pode substituir determinadas ferramentas da Adobe por GIMP, Krita, Inkscape ou Blender. Um editor pode usar Kdenlive ou DaVinci Resolve. Um profissional de áudio tem Ardour e outras opções. Mas isso não significa que todas essas ferramentas sejam equivalentes em todos os fluxos de trabalho, especialmente quando existe colaboração com equipes que usam formatos, plugins e ferramentas proprietárias.
No meu caso, existe ainda outro problema que aparece bastante: os anti-cheats de nível de kernel.
Alguns dos jogos que eu gostaria de jogar continuam dependendo de tecnologias que não funcionam no Linux. E isso cria uma situação curiosa: você pode ter um computador perfeitamente capaz de rodar o jogo, mas ainda assim precisar manter uma instalação do Windows para alguns poucos títulos.
Há menos de dez anos, a discussão era se Linux conseguia rodar jogos de maneira aceitável. Hoje estamos discutindo por que determinados jogos não funcionam por causa de algumas poucas empresas que não habilitam seus sistemas de anti-cheat.
É uma mudança enorme de perspectiva. E talvez isso dê uma pista sobre qual será o próximo capítulo dessa história.
Como será o Linux daqui a 10, 30 ou 100 anos?
A Selena, que está participando pela primeira vez do Diolinux Responde, trouxe uma pergunta enorme em mais de um sentido: como será o Linux daqui a 10, 30, 60 ou até 100 anos?
Essa é uma daquelas perguntas divertidas de responder justamente porque ninguém tem condições de respondê-la de verdade.
Podemos fazer projeções razoáveis para os próximos anos observando as tendências atuais. Para as próximas décadas, porém, basta aparecer uma tecnologia realmente disruptiva para mudar completamente o caminho que estamos imaginando.
O que dá para afirmar é que o Linux já ocupa uma posição muito maior do que a imagem tradicional de “sistema operacional alternativo para computadores”.
Ele domina servidores, supercomputadores e grande parte da infraestrutura de nuvem. Está presente em smartphones por meio do Android, em sistemas embarcados, equipamentos industriais, roteadores, carros, dispositivos de consumo e até em tecnologias utilizadas no espaço.
Se o Linux fosse uma molécula, talvez fosse o oxigênio: está espalhado por praticamente todos os lugares, mesmo quando ninguém está pensando nele.
O desktop continua sendo justamente o território em que o Linux tem menos participação. Ainda assim, existe uma mudança interessante acontecendo. A adoção cresce, especialmente em alguns mercados e entre determinados públicos, enquanto distribuições mais amigáveis e tecnologias compartilhadas reduzem diferenças históricas entre os sistemas.
Sistemas imutáveis, aplicativos empacotados em formatos universais, Wayland, PipeWire e até ferramentas de inteligência artificial rodando localmente podem fazer parte dessa próxima etapa.
Mas é importante separar tendência de previsão. Podemos dizer que essas tecnologias estão crescendo. Não podemos dizer com segurança que elas determinarão como será o Linux daqui a 30 anos.
E sobre o Arch se tornar a melhor distribuição de todas, infelizmente ainda não tenho como confirmar. Talvez em 100 anos finalmente chegue o momento.
E os jogos que ainda não funcionam?
A pergunta da Selena também tocou nos anti-cheats, e aqui eu sou relativamente otimista.
Se o Linux continuar ganhando espaço entre jogadores, acredito que alguma solução deverá surgir para os títulos que ainda não funcionam. O Proton e o Wine já demonstraram que a barreira técnica para executar muitos jogos deixou de ser tão grande quanto era no passado.
O problema dos anti-cheats, em vários casos, é diferente. O desenvolvedor do jogo precisa confiar que o sistema consegue impedir determinadas formas de trapaça e, para algumas empresas, isso significa colocar componentes com privilégios extremamente altos dentro do sistema operacional.
No Linux, esse modelo entra em conflito com uma filosofia de segurança que privilegia o isolamento de aplicações no espaço de usuário. Um programa proprietário executando código com privilégios de kernel possui um nível de acesso muito maior do que um aplicativo comum.
Isso representa riscos importantes de segurança e estabilidade, especialmente quando estamos falando de um componente fechado de terceiros.
Por isso, não acho que a resposta deveria ser simplesmente abandonar os princípios de segurança do kernel para acomodar jogos. Seria muito mais interessante que a indústria desenvolvesse mecanismos de anti-cheat capazes de funcionar sem exigir esse nível de privilégio.
Talvez isso aconteça por pressão do mercado. Talvez surja uma tecnologia nova. Talvez a própria Valve tenha algum papel nisso. O importante é que a solução não precisa necessariamente significar transformar o Linux em uma plataforma menos segura.
E, sim, quando Valorant, Fortnite, Apex Legends e outros títulos problemáticos estiverem funcionando de maneira adequada, eu provavelmente vou querer jogar também. Quanto à distribuição, provavelmente usaria a que estiver instalada no meu computador naquele momento.
Para quem quer uma experiência Linux voltada para jogos hoje, o Bazzite é uma das opções que vale conhecer, especialmente porque ele vem tentando reduzir bastante a quantidade de configuração manual necessária.
O Linux precisa convencer as pessoas?
A pergunta da Selena sobre como despertar curiosidade nos amigos talvez seja uma das mais importantes de todo o episódio. Quem gosta muito de Linux costuma cair facilmente em uma armadilha: começar a tratar o sistema como uma espécie de identidade ou causa pessoal.
Para convencer alguém a experimentar Linux, isso raramente funciona. A pessoa provavelmente não se importa com a filosofia do software livre, com o sistema de init ou com qual servidor gráfico está sendo utilizado. Ela quer que o computador funcione.
Então, se o computador está lento, mostre que uma distribuição mais leve pode melhorar a experiência. Se a pessoa se incomoda com atualizações e reinicializações, mostre como outro sistema lida com isso. Se ela gosta de personalização, mostre o que é possível fazer.
A curiosidade nasce muito mais facilmente de uma experiência concreta do que de um discurso.
E existe uma lição importante nisso para toda a comunidade: Linux não precisa ser uma religião para ser interessante.Ele pode simplesmente ser uma ferramenta muito boa para determinadas pessoas.
Quando entendemos isso, fica mais fácil apresentar o sistema sem transformar cada conversa em uma tentativa de conversão. E talvez seja justamente assim que mais pessoas acabem experimentando.
Linux no celular: dá para construir um ecossistema alternativo?
O Jeffinho trouxe outra questão interessante: com o Android e a Apple tornando seus ecossistemas cada vez mais controlados, seria possível a comunidade Linux se organizar para criar mais sistemas móveis e até empresas dedicadas a fabricar smartphones para eles?
Tecnicamente, sim. O problema é que construir um sistema operacional para celular é uma das partes relativamente fáceis dessa equação. O que realmente complica é criar um produto capaz de competir no mercado de smartphones.
Projetos como PostmarketOS, Ubuntu Touch e Sailfish OS mostram que existe interesse em sistemas móveis alternativos. Empresas e iniciativas como Pine64 e Purism também demonstram que há espaço para hardware tentando seguir esse caminho.
O problema aparece quando saímos do protótipo e entramos na escala. Um smartphone precisa de uma cadeia de produção eficiente, componentes disponíveis durante anos, drivers, câmeras, modems, certificações, atualizações e, principalmente, aplicativos.
Não adianta ter um sistema operacional maravilhoso se o usuário não consegue acessar o aplicativo do banco, o autenticador da empresa, o serviço de streaming que assina ou alguma ferramenta essencial para o trabalho.
Por isso, acredito que, no curto e médio prazo, soluções baseadas no próprio Android e no AOSP, como GrapheneOS e /e/OS, têm mais chances de ganhar espaço do que uma distribuição Linux tradicional simplesmente adaptada para smartphones.
Isso não significa que os projetos de Linux móvel estejam condenados. Significa apenas que são necessárias muitas condições ao mesmo tempo para que um deles consiga alcançar escala comercial.
E coisas improváveis também acontecem. Talvez o crescimento das preocupações com privacidade, as mudanças nas políticas das lojas de aplicativos ou alguma nova regulamentação criem justamente a oportunidade necessária.
É possível trabalhar apenas com ferramentas open source?
O AlphaStrike trouxe uma pergunta especialmente relevante para quem trabalha com criação de conteúdo: um designer gráfico consegue sobreviver usando apenas ferramentas open source?
A resposta curta é sim, mas existem algumas ressalvas importantes.
Se você trabalha de forma independente e entrega principalmente arquivos finais, o ecossistema já oferece ferramentas bastante capazes. GIMP, Krita, Inkscape, Blender e outras soluções cobrem uma parcela enorme das necessidades de criação visual. Para vídeo, temos Kdenlive e também o DaVinci Resolve, que é proprietário, mas possui uma versão nativa para Linux.
A questão muda quando você precisa colaborar com pessoas que dependem de um ecossistema específico.
Um freelancer que entrega um PNG, JPEG, PDF ou vídeo finalizado possui muito mais liberdade para escolher suas ferramentas. Já alguém que precisa receber e devolver arquivos complexos do Photoshop, trabalhar com plugins específicos ou manter compatibilidade absoluta com uma agência que usa Adobe em todo o processo terá muito mais dificuldade.
E isso ajuda a explicar por que “existe uma alternativa open source” não significa automaticamente “todo mundo pode abandonar o software proprietário”.
No seu caso específico, se o GIMP não conseguiu substituir o Photoshop mesmo depois de você experimentar o PhotoGIMP, isso também é uma informação importante. A ferramenta precisa se adaptar ao fluxo de trabalho, e não o contrário.
Como se tornar um usuário avançado de Linux?
A segunda parte da pergunta do AlphaStrike é algo que aparece bastante: existe um caminho organizado para sair do nível iniciante e chegar ao avançado?
Não existe uma trilha única, porque Linux é grande demais para caber em uma sequência universal de conteúdos.
Uma pessoa pode se aprofundar em administração de servidores. Outra pode estudar desenvolvimento de software. Outra pode aprender sobre redes, segurança, containers, virtualização, automação ou simplesmente administração do próprio desktop.
O melhor caminho costuma ser aumentar a complexidade gradualmente conforme surge uma necessidade real.
Comece entendendo bem o ambiente gráfico, os aplicativos, os arquivos e permissões. Depois, explore o terminal, aprenda a navegar pelo sistema, instalar pacotes, consultar processos, entender serviços e interpretar mensagens de erro. A partir daí, ferramentas como SSH, Git, containers, scripts e automação começam a fazer sentido.
O importante é não transformar conhecimento técnico em uma competição.
Você não precisa decorar centenas de comandos para ser um usuário avançado. O mais importante é entender como o sistema funciona e conseguir pesquisar, diagnosticar e resolver problemas novos.
E para quem quer uma trilha mais estruturada, temos playlists de Linux para iniciantes e conteúdos mais avançados, além dos cursos e séries disponíveis para membros.
Empresas tornam as distribuições mais duradouras?
O Mario trouxe uma discussão que vai além do Linux: distribuições mantidas ou patrocinadas por empresas tendem a ser mais duradouras, polidas e seguras do que projetos estritamente comunitários?
Existe uma vantagem objetiva quando há uma empresa por trás de um projeto: recursos.
Uma companhia pode pagar engenheiros para trabalhar em tempo integral, financiar infraestrutura, contratar equipes de segurança, manter servidores, organizar ciclos de lançamento e assumir compromissos de longo prazo. Isso importa bastante para uma distribuição que pretende ser utilizada por empresas.
Se você está escolhendo um sistema operacional para uma infraestrutura crítica, a existência de uma organização capaz de manter profissionais trabalhando nele durante anos transmite uma previsibilidade que um projeto pequeno dificilmente consegue oferecer.
Mas isso não significa que comunidade seja sinônimo de fragilidade. O Debian é um dos melhores exemplos disso. É um projeto comunitário enorme, com uma governança consolidada e uma quantidade gigantesca de pessoas e empresas dependendo direta ou indiretamente dele.
Fedora, openSUSE, Ubuntu e Debian também demonstram como a fronteira entre “empresa” e “comunidade” pode ser muito menos rígida do que parece.
Existe ainda um conceito importante nessa discussão: o bus factor. É uma maneira informal de medir quantas pessoas precisam continuar disponíveis para que um projeto consiga sobreviver. A expressão vem de uma brincadeira mórbida sobre perguntar quantos integrantes de uma equipe precisariam ser atropelados por um ônibus antes de o projeto deixar de funcionar. Em projetos pequenos, o número pode ser assustadoramente baixo.
Uma distribuição pode ter uma ideia excelente, uma interface bonita e uma comunidade apaixonada, mas se duas ou três pessoas concentram todo o conhecimento necessário para manter a infraestrutura e corrigir problemas críticos, existe um risco considerável.
Por isso, quando escolho um sistema para algo importante, não olho somente para a tecnologia. Também considero quem está por trás dela, quantas pessoas contribuem, como o projeto é financiado e qual é a capacidade de recuperação caso um mantenedor deixe de participar.
Empresas podem trazer previsibilidade e recursos. Comunidades podem trazer independência, criatividade e inovação. Os projetos mais resilientes geralmente conseguem combinar as duas coisas.
O Linux ainda tem muito chão pela frente
As perguntas deste mês mostram algo curioso: mesmo depois de décadas de desenvolvimento, ainda existem problemas importantes para resolver. Mas também mostram o quanto a natureza desses problemas mudou.
Hoje não precisamos mais discutir se Linux consegue abrir programas fundamentais, reproduzir vídeos ou rodar jogos simples. Estamos discutindo compatibilidade com softwares profissionais específicos, anti-cheats sofisticados, ecossistemas móveis, ferramentas de criação e experiências de usuário cada vez mais refinadas. Isso é um sinal de maturidade.
Ainda existe muita coisa para melhorar, e provavelmente sempre vai existir. O importante é que os problemas atuais são diferentes daqueles que pareciam intransponíveis alguns anos atrás.
E é justamente por isso que perguntas como as que vocês mandam para o Diolinux Responde são tão interessantes. Elas ajudam a comunidade a olhar para o Linux não como um projeto terminado, mas como um ecossistema em constante transformação.
Mais uma vez, muito obrigado a todos os membros que participaram deste episódio. Se você também quer mandar perguntas para os próximos Diolinux Responde, participar das discussões e apoiar diretamente o trabalho do canal, considere se tornar membro.
Além da participação no quadro, os membros têm acesso a conteúdos e benefícios exclusivos, incluindo cursos e séries que ajudam a aprofundar o conhecimento sobre Linux. Quem sabe a sua pergunta não aparece no próximo Diolinux Responde?
