DEV Community: Higor Silva

Transformei meu notebook antigo em uma alternativa ao Google Drive

Higor Silva — Mon, 12 Oct 2026 15:19:41 +0000

Opa, prova de vida. Ainda estou vivo.

Desde quando comecei minha jornada na computação, tive curiosidade de saber como funcionam os serviços por trás dos panos. Desde simples sites web estáticos até SaaS complexos. Queria sempre aprender quais tecnologias usam, como configuraram, a infraestrutura utilizada, etc.

Também nunca fui muito fã em como confiamos em empresas e big techs para gerenciar nossos dados. Sites como OneDrive, Google Drive e Dropbox são excelentes e até os planos são em conta. Mas é meio estranho e bizarro saber que eles estão escaneando nossas fotos, arquivos e etc para seja lá qual o propósito deles.

E eu tenho um notebook velho de guerra aqui a muito tempo parado. Uma verdadeira máquina do apocalipse, uma besta esperando ser libertada para ser a próxima devoradora de mundos. Pensei: por que não unir o útil (privacidade) ao agradável? Aí que nasceu meu primeiro self-hosted.

O primeiro substituto foi o Google Drive. O plano por 100GB custava R$9,99 mensal, o que é uma pechincha. Mas o negócio aqui não foi por dinheiro, foi para manter controle dos meus próprios dados. Então foi meu primeiro substituto.

Podemos matar facilmente com várias alternativas: pensei em um FreeNAS, embora não tenha experiência alguma em configura-lo. Mas vi também o NextCloud, uma suíte completa que vai além de ser um servidor de arquivos. Conseguimos configurar Arquivos, Emails, Contatos, até um OnlyOffice via rede (semelhante ao Google Docs). Uma suíte workspace plenamente funcional e local.

Decidi seguir por esse caminho. O NextCloud pode ser instalado via docker/podman ou bare metal. Decidi pelo podman pois já tinha uma experiência e seria um caminho mais fácil. O sistema base escolhido foi o bom e velho Arch Linux (seria um crime eu escolher qualquer outro).

Optei por Podman rootless ao invés do Docker tradicional por alguns motivos: não existe um daemon rodando com privilégios root, de forma que os containers rodam com o meu próprio usuário; os containers são gerenciados por units do systemd --user (com loginctl enable-linger, sobem automaticamente mesmo sem login interativo); há menos overhead, ideal para um servidor headless com apenas 4 GB de RAM; e não há necessidade do daemon Docker, tornando tudo mais enxuto e alinhado com a filosofia do Arch Linux.

O Arch foi instalado para funcionar completamente headless — tudo será acessível via SSH, sem interface gráfica nem nada físico conectado. A vantagem é que, como ele é um notebook, se o acesso falhar, basta abrir a tela e debugar.

A máquina do apocalipse contém um Celeron N3060 dual core e 4 GB de RAM DDR3 soldados (sem capacidade de expansão). No início duvidei que ele aguentaria o Nextcloud, mas pra minha surpresa tudo funcionou perfeitamente após ajustar a infraestrutura.

A arquitetura roda em um único pod do Podman (pod_nextcloud), interligando dois containers principais:

nextcloud-app: A aplicação Nextcloud rodando sobre a imagem oficial nextcloud:apache (com o Nextcloud na versão 35.0.1.1), acessível via LAN, mDNS (nextcloud.local) e Tailscale. O código do core fica desacoplado em um volume anônimo gerenciado pela própria imagem, enquanto os dados sensíveis, banco e configurações residem em bind mounts seguros no host (~/containers/nextcloud/), permitindo atualizações limpas via podman pull.
nextcloud-redis: Um container Redis (redis:alpine) atuando como cache local/distribuído e controle de locking (memcache.locking), o que elimina os engasgos de file locked e acelera drasticamente a navegação e o carregamento de miniaturas, consumindo quase nada de memória (~1,73 MB).

Para o banco de dados, fui na contramão de SGBDs pesados e mantive o SQLite3 em modo WAL (journal_mode=wal). Para um uso doméstico com meus cerca de 54 mil arquivos indexados (~98 GB de dados), ele entrega simplicidade absurda (os backups resumem-se a copiar o arquivo ou usar VACUUM INTO) sem o peso de um daemon dedicado — embora eu saiba que ele cobra o preço se houver muitas escritas concorrentes, o que não é o caso aqui.

As rotinas de manutenção e background rodam pontualmente através de timers do systemd --user disparando o cron.php a cada 5 minutos via podman exec, garantindo que os afazeres pendentes do sistema não engasguem a interface web. Além disso, criei um pequeno watchdog L3 via systemd para monitorar a interface Wi-Fi (uma placa Atheros ath10k que às vezes perdia o pé no DHCP/ARP após quedas transitórias): caso a rota para o gateway falhe por três verificações consecutivas, ele força um religamento limpo via iwctl, contornando quedas longas e mantendo o acesso estável.

Também precisei definir um IP estático no roteador (infelizmente, sem cabos por enquanto). O processo varia de roteador para roteador, mas felizmente o processo aqui foi simples. Bastou ter o endereço mac e voilá

E para fechar o acesso sem depender de portas abertas no roteador ou IPs públicos dinâmicos, entra em cena o Tailscale. Como o servidor fica na minha rede doméstica mas eu vivo saindo, configurar uma VPN mesh baseada em WireGuard mudou completamente o jogo.Instalar e autenticar o Tailscale no Arch Linux foi questão de segundos, e o melhor de tudo é que ele cria uma rede privada segura que me acompanha em qualquer lugar do mundo. Basta bater no IP do Nextcloud na VPN que a conexão é estabelecida de ponta a ponta com criptografia forte, sem precisar de NAT forwarding maluco ou exposing na internet aberta. É basicamente ter meu próprio data center privado no bolso, acessível com um clique e com zero dor de cabeça de configuração de rede externa.

No fim das contas, consegui um drive local com 500GB, totalmente funcional e com controle absoluto, focado em privacidade digital. Até o próximo post, falou.

Uma Análise Técnica da Arquitetura RAG da "Juci"

Higor Silva — Sun, 22 Jun 2025 16:08:11 +0000

A criação de assistentes de conversação que operam sobre domínios de conhecimento específicos representa um desafio significativo de engenharia. A simples utilização de um Large Language Model (LLM) pré-treinado é insuficiente quando a precisão e a fidelidade a uma base de fatos controlada são requisitos primordiais. Este artigo apresenta um estudo de caso técnico da "Juci", uma assistente virtual desenvolvida pela equipe de IA da Residência Tecnológica para o Tribunal de Justiça do Amapá (TJAP), detalhando sua arquitetura baseada no padrão Retrieval-Augmented Generation (RAG). Analisaremos os componentes de seu stack tecnológico, o fluxo de ingestão e gerenciamento de dados e o pipeline de execução em tempo de execução.

Componentes da Arquitetura e Stack Tecnológico

A fundação do sistema reside em um stack de componentes de código aberto, orquestrados em Python. O núcleo generativo é o Llama 3.1 8B, um LLM servido localmente através do Ollama. Essa escolha estratégica garante a soberania dos dados e a total customização do ambiente, eliminando a dependência de APIs de terceiros e mantendo as interações dentro da infraestrutura local. Para a transformação do conhecimento textual em representações numéricas, utilizamos o modelo de embeddings mixedbread-ai/mxbai-embed-2d-large-v1, acessado via Hugging Face. Este modelo é responsável por gerar os vetores de alta dimensão que capturam a semântica do conteúdo.

O armazenamento e a recuperação desses vetores são gerenciados pelo Qdrant, um banco de dados vetorial de alta performance. O Qdrant indexa os vetores de embedding para permitir buscas por similaridade de cosseno em latência extremamente baixa, que é a operação central da fase de Retrieval. Para unir todos esses componentes, o framework LangChain atua como a principal camada de orquestração. Ele abstrai a complexidade do pipeline, gerenciando o carregamento de documentos com DataFrameLoader e DirectoryLoader, a fragmentação de texto através do RecursiveCharacterTextSplitter (configurado com chunk_size de 500 e chunk_overlap de 100 caracteres) e a integração entre o cliente Qdrant e o LLM Ollama.

Ingestão e Manutenção Incremental da Base de Conhecimento

Uma característica crucial de um sistema RAG robusto é sua capacidade de manter a base de conhecimento atualizada de forma eficiente. Na arquitetura da Juci, implementamos uma separação lógica de dados em duas coleções distintas no Qdrant: chatbot, contendo um dataset de perguntas e respostas comuns (FAQs), e blog, com notícias e conteúdo institucional do TJAP. O script de inicialização permite, através de argumentos de linha de comando (argparse), a recriação completa das coleções ou a sua reutilização.

O destaque do design é a função inserirNovosArquivos, projetada para a atualização incremental da coleção blog. Em vez de reprocessar todo o diretório de documentos a cada atualização, esta função primeiro lista os arquivos de origem e, em seguida, itera sobre eles, consultando o Qdrant para verificar a existência de cada um através de um filtro em seus metadados (metadata.source). Apenas os documentos não encontrados no banco de dados são carregados, divididos em chunks, vetorizados e, por fim, inseridos na coleção. Essa abordagem reduz drasticamente o custo computacional e o tempo necessário para sincronizar a base de conhecimento com novas informações.

O Pipeline RAG em Execução

A interação do usuário é gerenciada por um servidor TCP implementado com o módulo socket do Python. Ao receber uma query, o sistema não a envia diretamente ao LLM. Primeiramente, a fase de Retrieval é acionada pela função custom_prompt. Esta função executa duas buscas de similaridade paralelas no Qdrant: uma na coleção chatbot (com k=5) e outra na coleção blog (com k=15), recuperando os chunks de texto mais relevantes de cada fonte.

Os resultados de ambas as buscas são então concatenados para formar um bloco de contexto unificado. Este contexto é injetado em um prompt template estruturado, que serve a um duplo propósito. Além de fornecer ao LLM os dados factuais para formular a resposta, o template também realiza a engenharia de persona, instruindo o modelo sobre sua identidade, tom de voz e regras de comportamento (guardrails), como a proibição de responder a tópicos fora do escopo do TJAP. Somente após essa fase de Augmentation, o prompt completo é enviado ao Llama 3.1 para a geração final da resposta, que é então retornada ao usuário.

Concluímos então, que este design modular e eficiente exemplifica como a combinação de LLMs locais, bancos de dados vetoriais e uma lógica de orquestração cuidadosa pode produzir assistentes de IA especializados, seguros e altamente confiáveis.

Instalando kernel Linux Zen no Arch Linux com systemd-boot 🧑🏽‍💻

Higor Silva — Mon, 18 Mar 2024 18:19:05 +0000

O Arch Linux é um sistema altamente modular, pensado para usuários avançados que gostam de customizar ao máximo seu próprio sistema. A liberdade é tamanha que você pode, de maneira oficial e sem muita complicação, alterar qual kernel Linux você quer instalar. Nesse tutorial, ensinarei como instalar e mudar para o kernel para o Linux Zen no seu Arch Linux.

Primeiro, o que é o Linux Zen?

O kernel Linux Zen é o resultado de um esforço colaborativo entre entusiastas do mundo Linux para entregar o melhor kernel possível para o dia a dia. Aplica alguns patches do kernel Liquorix, priorizando estabilidade e novidades no suporte de novos hardwares, além da mudança de como os processos são priorizados, além de diminuir a latência (ótimo para quem trabalha com áudio no linux).

Instalação

A instalação não tem segredo, visto que o pacote linux-zen está nos repositórios oficiais do Arch Linux. Para isso, basta abrir o terminal e dar o comando sudo pacman -S linux-zen linux-zen-headers.

Após a instalação, você ainda precisa seguir mais alguns passos, pois apenas o pacote foi instalado, precisando habilita-lo para dar boot no novo kernel. Para isso, editaremos um arquivo .conf que está no caminho /boot/loader/entries. No meu caso, possuo apenas uma entrada e usarei ela. Você pode criar uma nova entrada caso queira ficar alternando entre os kernels durante o boot.
Digite sudo nano /boot/loader/entries/*nome_do_arquivo*.conf. Você verá uma janela parecida com essa:

Para que você ative o Linux Zen, basta adicionar o sufixo "-zen" na linha "linux" e "initrd"

title Arch Linux (linux)
linux /vmlinuz-linux-zen
[...]
initrd /initramfs-linux-zen.img
[...]

Como podemos ver, agora o arquivo de entries está configurado para o boot ser no Linux Zen invés do kernel Linux convencional. Para aplicar as configurações, salve o arquivo e execute o comando sudo bootctl update e reinicie seu computador. Agora o kernel Linux Zen é o seu kernel padrão.

Usei o Android sem apps Google por dois meses 📱

Higor Silva — Wed, 27 Dec 2023 01:21:35 +0000

Texto originalmente escrito em 29 de janeiro de 2022

No dia 27 de novembro, comecei minha jornada um tanto estranha para quem é de fora do mundo da tecnologia: Comecei a usar o Android (que é um sistema da Google) sem os apps da Google. O quão bizarro ou maravilhoso pode ser usar o sistema do robozinho verde mais privativo? Essas são minhas conclusões:

Mas afinal, qual o motivo dessa experiência?

O ponto é simples: abra o “My Activity” da sua conta na Google e veja tudo o que você fez. Reconhece aqueles aplicativos que você abriu? Como o Google sabe de tudo isso? Como ele coleta esses dados e pra quê ele usa isso?

Existe uma forma para que a Google pare de coletar meus dados? A resposta é sim, mas exige alguns passos mais avançados. Então basta eu trocar meu sistema operacional, certo? Bem…

Quando o assunto é sistemas operacionais mobile, você deve imaginar em apenas dois nomes: O Android e o iOS (também conhecido como “o do iPhone”). Ambos são muito práticos e são os sistemas que todas as pessoas estão acostumadas a usar no seu dia a dia. Mas existem outros também, embora sejam mais para nichos e usos específicos.A maioria deles são baseados em Linux, como o Ubuntu Touch, o PureOS da Librem, Sailfish OS e o postmarketOS.

Mas uma coisa que esses sistemas alternativos pecam é na comodidade. Vários apps não possuem uma versão para aquele sistema operacional. WhatsApp, Uber, entre outros não existem. Você pode instalar uma camada de compatibilidade do Android, mas envolve processos mais avançados e em casos extremos, é necessário até patchear/recompilar o kernel.

Agora se você usar Android, nem precisa se preocupar com isso. Basta baixar o app e usar. Mas o Google vai continuar coletando dados. É aqui que temos o pulo do gato.

Segundo ponto: Privacidade sem largar a comodidade

Muitos aplicativos necessitam do Google Play Services, um app da Google que funciona como um conjunto de bibliotecas para os apps funcionarem… Ok, vejamos de outro modo.

Para alguns apps funcionarem, eles necessitam de alguns códigos que só existem no Google Play Services. Acesso a GPS, uso de alguns serviços na nuvem, etc. Sem o Google Play Services, o seu Uber não vai detectar sua localização e seu WhatsApp não vai receber notificação. Você só receberá mensagens quando abrir o app. Bem incoveniente, né?

Para contornar esse problema, existe um substituto ao Play Services: O Projeto MicroG, mantido pelo desenvolvedor alemão Marvin Wißfeld. Essa implementação é de código aberto e não conta com os rastreadores da Google. Existem algumas formas de instalação, mas…

Terceiro ponto: O sistema funcionaria de forma idêntica ao original. Porém…

Entrando em termos mais técnicos, o que fiz foi: Baixar a variante da LineageOS (sistema operacional baseado no Android Open Source Project) chamada LineageOS for MicroG. Explico mais sobre como fazer isso em um post futuro.

Baixando o LineageOS for MicroG, tudo já vinha configurado. Bastava “flashear” o sistema e tudo certo. E… Foi exatamente isso que aconteceu. Não foi necessário configurar mais nada, só precisei logar minha conta da Google para o YouTube.

A loja de aplicativos não é a Play Store, mas por padrão vem o F-Droid: Uma loja de aplicativos Android com o diferencial de ter apenas aplicativos de código aberto. E não, você não encontrará o WhatsApp, por exemplo. Para isso, é necessário o download de outra loja: Aurora Store. Nele, você pode logar em uma conta anônima e usar a Play Store sem rastreio algum. Todos os aplicativos estão lá.

Inclusive, caso queira substituir aplicativos proprietários para código aberto, você pode conferir esse guia no GitHub.

Após algumas semanas usando o Android dessa maneira, algumas coisas curiosas aconteciam. App do Uber simplesmente parou de pegar minha localização. Minha cidade não é lá tão grande mas caso eu estivesse em um local desconhecido, teria que usar métodos neandertais para me localizar: Pedir informação.

Da mesma maneira que o Uber me deixou na mão, o WhatsApp parou de receber notificação. Algumas mensagens urgentes eu simplesmente não via pois não tenho costume de abrir o WhatsApp a não ser que eu receba notificação ou queira mandar mensagem pra alguém. Mas notificações não chegavam, o que me forçava abrir o app algumas vezes e me deparar com mensagens de uma hora atrás no limbo.

Como quis me desapegar de aplicativos do Google, usei outros alternativos daquela lista lá. Todos funcionam muito bem e alguns uso até hoje depois da experiência. Mas eu uso bastante meu computador e os serviços da Google funciona tudo pela nuvem. Um texto que escrevi no Google Keep poderá ser acessado depois no meu computador e vice versa. Eu tive que abrir mão disso e foi bem sofrido.

Outro ponto negativo foi que o app que gerencia o MicroG simplesmente não abria mais. Caso eu quisesse adicionar uma nova conta do Google, não poderia. Ligar/desligar algumas funções? Esquece.

Conclusão: Valeu a pena?

Se você quiser mais privacidade e considera o uso das bibliotecas da Google pelo MicroG, esteja ciente que tem altas chances de que nem tudo irá funcionar. Algumas vezes é necessário apenas marcar uma opção nas configurações, outras nem solução você terá. Não tenho nada contra a Google e uso seus serviços sem problema nenhum.

Na minha experiência houve mais contras do que prós, então não tive problema em voltar a usar meu celular como sempre usei. Inclusive, em um próximo post eu mostro como é meu celular, meus aplicativos e como organizo minha vida digital.

Abraços e se cuidem.

Configurando Docker com MySQL no Arch Linux e conectando ao Workbench 👨🏽‍💻

Higor Silva — Mon, 25 Dec 2023 17:04:35 +0000

Enquanto configurava minha máquina com Arch Linux, percebi que o MySQL Server não existia mais nos repositórios da distro desde 2013 (e aqui está o motivo), ficando em seu lugar o MariaDB. Embora o MariaDB seja praticamente 100% compatível com a sintaxe do MySQL, ainda há pequenas coisas que não são. Para quem prefere o MySQL e não deseja ter de compilar o código fonte ou não quer instalar diretamente os binários genéricos, eis como instalar com o Docker.

Nota: Esse tutorial foi escrito após algumas pesquisas para o meu caso em particular durante as aulas das matérias Banco de Dados I e II na universidade.

Instalando o Docker

Caso não possua o Docker instalado, primeiro atualize a lista de pacotes e os pacotes em si:

sudo pacman -Syu

Agora instale o Docker

sudo pacman -S docker

Caso no lugar de "active" apareça "inactive (dead)", inicialize-o com

sudo systemctl start docker

Criando um container com MySQL

Agora que temos o Docker instalado, podemos executar os comandos referente a ele. Primeiramente devemos baixar a imagem do MySQL. Usaremos a versão mais recente com a flag "latest"

sudo docker pull mysql:latest

Você pode conferir os detalhes da imagem com o comando

sudo docker images

Agora vamos criar um novo container com base na imagem que baixamos anteriormente

sudo docker run --name mysqlbd -p 3306:3306 -e MYSQL_ROOT_PASSWORD=root mysql

Lembrando que:

mysqlbd é o nome do nosso container (você pode escolher qualquer nome que seja fácil para você)
-p é o parâmetro para definir qual porta utilizaremos (no caso, 3306)
MYSQL_ROOT_PASSWORD=root define que o usuário e senha sejam 'root'
mysql ao final define qual é a imagem base para o nosso container

Você pode conferir se o container esá em execução usando o comando

sudo docker ps

MySQL Workbench

Agora a parte mais simples que é conectar no nosso Workbench. O nosso container está sendo executado em localhost, ou seja, no IP 127.0.0.1

Ao clicar em 'Test connection' iremos receber uma mensagem de sucesso:

Agora você pode brincar com seu container MySQL para seus estudos e testes :)

Caso queira parar o container, execute

sudo docker stop nome_do_container

No nosso caso:

sudo docker stop mysqlbd

Se você escolheu outro nome e não se lembra, basta executar sudo docker ps -a

Conclusão

Agora você aprendeu a baixar uma imagem MySQL, criar um container e se conectar a ele localhost. O próximo passo é usar esse docker para uma conexão local ou até mesmo via IP pela internet.

Sucesso e abraço 👋

Nossos dispositivos nunca serão o suficiente

Higor Silva — Mon, 25 Dec 2023 03:28:04 +0000

Ano após ano, semestre após semestre, somos apresentados a um mundo novo. Apple, Samsung, Xiaomi e outros fazem de seus dispositivos um verdadeiro evento. Um espetáculo, sempre acompanhado de artistas e celebridades para o anúncio de um novo smartphone. Câmeras quíntuplas, sensores de cor, de profundidade e aproximação de altíssima performance, possibilidade de gravação de vídeos em 8K60FPS, quantidade de RAM maior que muitos notebooks e desktops intermediários, processamento beirando 3, 4Ghz. Mas vem uma questão: Isso realmente é necessário?

Essa é uma pergunta muito complexa, e se me permite um spoiler, aqui vai: Não sei responder. O intuito não é cagar regra sobre suas escolhas, mas apenas fazer você refletir.

Aqui tomei como exemplo os smartphones pois são algo que nunca sairão de moda, na minha visão. Há uma estimativa de 6.64 bilhões de smartphones no mundo em 2021 e a cada ano esse número apenas aumenta. Isso equivale hoje (2022) 83,72% da população mundial, para se ter uma ideia.

Mas, voltando à pergunta principal: Por que você precisa de um processador de última linha, desempenho altíssimo, gigas e gigas de memória RAM se você apenas usa redes sociais? É realmente necessário você ter o último top de linha do ano?

Em uma estimativa publicada no BBC, os brasileiros passaram cerca de 1/3 de suas horas acordadas usando o smartphone. Isso equivale a aproximadamente cinco horas e meia, todos os dias, na frente de uma tela pequena. Se me permite ser um pouco boomer, porquê não passarmos essas horas (ou parte delas) com nossos amigos, familiares ou com outros lazeres?

Do ponto de vista comercial e tecnológico, “a tela grande está lentamente morrendo, enquanto o celular continua a quebrar recordes em todas as categorias — tempo gasto, downloads e receita (gerada)”, afirmou o executivo-chefe da App Annie, Theodore Krantz

O ser humano é um ser competitivo. Se há uma opção melhor, é muito provável que ele irá atrás dela. As empresas sabem disso, por isso o lançamento anual do mesmo smartphone mas com umas melhorias aqui e ali. No fim das contas, usamos nosso dispositivos para os mesmos fins. Gastar R$6k em algo que você usa apenas 10% da capacidade total dele não faz sentido.

As empresas sabem disso, por isso o motivo de marketing girar em torno de eventos; por que, vamos combinar, você ter um aparelho que foi lançado por um artista que você admira muito é bem diferente (e você se sente melhor) do que apenas ir numa loja e pegar um mais em conta.

Um lembrete: Não estou demonizando dispositivos tecnológicos, nem nada do tipo. Se você é fotógrafo, programador, ou editor de vídeo e usa seu smartphone para esses fins profissionalmente, esse artigo não é para você. Devemos separar o que é consumismo de investimento.

De todo modo, você pode ter uma opinião distinta. O consumismo está dominando nossa mente e nossa vida, fazendo com que gastemos muito mais do que realmente importa nas nossas vidas. Infelizmente muita gente ainda não tem controle financeiro e isso acaba prejudicando sua saúde mental, sempre em estado de comparação e querer sempre o melhor, não importa o quanto isso custe.

Abraços e se cuidem.

originalmente escrito em março de 2022

Setup de desenvolvimento + estudos com Arch Linux

Higor Silva — Mon, 12 Dec 2022 18:54:02 +0000

Se você trabalha e ou estuda programação e desenvolvimento, já se deparou com a constante briga pela internet: Qual sistema operacional utilizar? Quais softwares e bibliotecas eu deveria ter? Não direi "Eis aqui a resposta", mas sim "Eis como eu configuro meu ambiente de desenvolvimento".

Afinal, sistemas base Linux ou Windows?

Primeiro de tudo, você pode sim usar Windows. Ao contrário do que muitas pessoas falam, é possível desenvolver no sistema da Microsoft sem muitos problemas. Muitos softwares e frameworks rodam tranquilamente por lá. O que você deve levar em consideração é a facilidade para isso.
O Windows, pela minha experiência, é um pouco mais complicado durante as configurações do ambiente, enquanto no Linux posso fazer tudo com algumas poucas linhas de comando. Mas isso é a minha visão, você pode ter a sua e tá tudo bem :)

Beleza, mas por quê Arch Linux?

Ubuntu é, sem dúvida, o sistema baseado em Linux mais popular até aqui e é considerado a porta de entrada para muitos iniciantes por ser estável e com uma vasta comunidade caso você tenha algum problema. A minha questão, aqui, está com os pacotes.
Para um usuário comum, pouco importa a versão dos pacotes. Como o Ubuntu prioriza estabilidade, faz sentido você ter pacotes um pouco mais antigos pois foram debugados por mais tempo. E, dependendo do que você desenvolve, já é mais que o suficiente.
Para mim, que gosto sempre de receber as últimas atualizações dos softwares, esperar 6 meses entre versões atacaria a minha ansiedade. Por isso escolhi sistemas do tipo "Rolling Release" e "bleeding edge". Dentre eles, o Arch Linux é o mais popular e portanto, a minha escolha.

Ambiente Gráfico

Dentre os ambientes gráficos mais populares, a minha escolha foi o KDE Plasma. É um ambiente leve e moderno, além de ser altamente personalizável e ter mais recursos. Eu poderia ter escolhido o Gnome, mas, ao meu gosto, ele é bem padrão e "out of the box". Gosto dele, mas não pra ser meu ambiente gráfico principal.

KDE Plasma ou MacOS?

Uma coisa sou obrigado a admitir: O visual do MacOS é o mais bonito dentre todos os sistemas operacionais. A disposição com uma barra de status com menu global, uma dock flutuante e o design minimalista me atrai e muito. Como o KDE Plasma é altamente customizável, inspirei 90% das minhas modificações com o MacOS. Não entrarei em detalhes ainda sobre como modifiquei, fica para um próximo post :)

Softwares e bibliotecas

Terminal: Zsh, oh-my-zsh e plugins

Por padrão, o terminal do Arch Linux é o bash e, embora seja suficiente para muita gente, prefiro o Zsh com os plugins Oh My Zsh e o tema Jovial. Para instalar o Zsh no Arch Linux, basta executar:

sudo pacman -S zsh

Em seguida, para o Oh My Zsh:

sh -c "$(curl -fsSL https://raw.github.com/ohmyzsh/ohmyzsh/master/tools/install.sh)"

Durante a instalação, o script perguntará se deseja alterar seu shell padrão para o Zsh. Responda que sim e estará feito :)
Para a instalação do Jovial, tudo será feito com um único comando:

curl -sSL https://github.com/zthxxx/jovial/raw/master/installer.sh | sudo -E bash -s ${USER:=`whoami`}

Todas as features do Jovial estão na documentação

Suporte ao AUR (Arch User Repository)

O Arch Linux tem seu repositório próprio, mas um de seus diferenciais é o AUR, onde como o próprio nome diz, é um repositório dos usuários. Caso o software que você procura não esteja nos repositórios oficiais, há grande chance de ele estar no AUR. Lembrem sempre de conferir o aquivo PKGBUILD para garantir que nada de malicioso será instalado (e veja também pelo site os comentários).
Para usá-lo de forma automatizada, eu uso o pacote Yay (Yet Another Yogurt), que possui a mesma sintaxe do 'pacman' e facilita demais seu uso. Para instalá-lo, você deve ter os pacotes 'git' e 'base-devel' instalados:

sudo pacman -S --needed git base-devel && git clone https://aur.archlinux.org/yay.git && cd yay && makepkg -si

Navegador: Firefox e Brave

Sempre alterno entre ambos os navegadores, mas atualmente minha escolha é com o Brave. Como priorizo sincronização entre dispositivos e o Firefox no Android, ao meu ver, ainda é um pouco lento, preferi o Brave nesse quesito. No ArchLinux, o Firefox está disponível nos repositórios oficiais:

sudo pacman -S firefox

Enquanto o Brave está no AUR:

yay -S brave-bin

Git e chaves SSH

Caso não tenha instalado, iremos instalar a ferramenta 'git'

sudo pacman -S git

E em seguida configuramos com a nossa conta do GitHub

git config --global user.name "Your Name"
git config --global user.email your@email.com

Caso você possua autenticação de dois fatores no GitHub, sabe que é um saco ter que copiar e colar o token pra cada transação (git push principalmente). Para evitar isso (e manter a conta segura), podemos usar chaves SSH. No meu caso, que possuo backups delas em um ssd externo, posso restaurar com o comando:

cp -R /media/higorslva/ssd-backup/backups/.ssh

Mudo as permissões:

chmod 700 ~/.ssh
chmod 644 ~/.ssh/id_ed25519.pub #Sua chave pública
chmod 600 ~/.ssh/id_ed25519     #Sua chave privada

Iniciamos e adicionamos a chave ssh no agente ssh:

eval "$(ssh-agent -s)"
ssh-add ~/.ssh/id_ed25519

Podemos testar a conexão:

ssh -T git@github.com

Com isso podemos fazer ações do GitHub sem precisar digitar nossa credencial toda hora.
Caso não possua chaves ssh, dê uma olhada na documentação para adicioná-la na sua conta do GitHub.

Editores de texto

Meu editor principal não é o VS Code, embora eu ainda o utilize bastante. Uso atualmente o Helix Editor, um editor de texto em terminal baseado fortemente no Vim, inclusive com os mesmos comandos.

Para um desenvolvimento mais "complexo", uso o Visual Studio Code, principalmente para projetos em Java e Python.

É possível instalar o VSCode direto do repositório oficial do Arch Linux, porém, é a versão "Code - OSS". O que impossibilita a instalação de algumas extensões que são cruciais para meu uso. Por isso vamos usar o AUR para instalar a versão oficial (convertida da versão para Ubuntu/Debian)

yay -S visual-studio-code-bin

Java e Python

Costumo usar o Java sempre na versão mais recente (Atualmente a versão 19). Podemos instalar a versão mais recente do Java com:

sudo pacman -S jdk-openjdk

E o Python, caso não esteja instalado:

sudo pacman -S python

Programas Adicionais

Outros programas que costumo usar são:

Oracle VirtualBox: Para máquinas virtuais;
GIMP e Inkscape: Para edição de imagens e vetorização, respectivamente;
Geogebra: Para gráficos (útil em aulas de Cálculo);
LibreOffice: Alternativa ao MSOffice, para documentos;
Guitarix: Simulador de amp e efeitos para guitarra;
TexStudio: Criação de documentos em LaTeX;