Jaki Linux dla programisty? Jak wybrać dystrybucję dla software engineera

Dla większości programistów najlepszym Linuxem jest Ubuntu LTS albo Fedora Workstation. Ubuntu wygrywa stabilnością, wsparciem producentów sprzętu i zgodnością z serwerami, Fedora — nowszymi narzędziami i bliskością z ekosystemem Red Hat. Arch, Debian czy NixOS też są dobrym wyborem, ale w konkretnych sytuacjach, które opisujemy niżej.

Wybierając dystrybucję do pracy, nie kieruj się rankingami popularności ani wyglądem pulpitu. Liczy się to, czy Twoje narzędzia działają bez kombinowania, czy system nie zepsuje się tydzień przed deadlinem i czy to, co budujesz lokalnie, zachowa się tak samo na produkcji.

Czym się kierować przy wyborze Linuxa do programowania

1. Zgodność z produkcją i CI

To najważniejsze kryterium, choć często pomijane. Jeśli Twoja aplikacja działa na serwerach z Ubuntu 24.04, a pipeline CI buduje ją na obrazie Ubuntu, praca na tym samym systemie oszczędza problemów z wersjami bibliotek (np. glibc, OpenSSL). Jeśli firma stoi na RHEL, AlmaLinux lub Rocky Linux, naturalnym wyborem jest Fedora — to z niej wywodzą się kolejne wersje RHEL, a narzędzia (dnf, SELinux, Podman, firewalld) działają tak samo.

2. Stabilność kontra świeżość pakietów

Dystrybucje ze stałymi wydaniami (Ubuntu LTS, Debian stable) zamrażają wersje pakietów na lata. System jest przewidywalny, ale kompilator czy Python z repozytorium mogą być starsze niż potrzebujesz. Rolling release (Arch, openSUSE Tumbleweed) daje najnowsze wersje od razu, za to każda aktualizacja to niewielkie ryzyko regresji.

W praktyce ten dylemat rozwiązuje się tak, że wersje języków instalujesz niezależnie od systemu — o tym w dalszej części.

3. Sprzęt: laptop, karta graficzna, peryferia

Na laptopach liczy się obsługa Wi-Fi, usypiania, ekranów HiDPI i zasilania. Najbezpieczniej wybierać dystrybucje, na których producenci certyfikują sprzęt — Dell, Lenovo i HP oferują wybrane modele z preinstalowanym lub certyfikowanym Ubuntu, a Lenovo część ThinkPadów certyfikuje także pod Fedorę.

Przy kartach NVIDIA sprawę upraszcza Ubuntu, które instaluje zamknięty sterownik jednym poleceniem (sudo ubuntu-drivers install). W Fedorze potrzebne jest repozytorium RPM Fusion, w Arch — pakiet nvidia-open lub podobny.

4. Dostępność narzędzi

VS Code, JetBrains Toolbox, Docker Engine, Google Chrome, Slack, sterowniki CUDA — większość producentów udostępnia oficjalne pakiety .deb (Ubuntu, Debian) i .rpm (Fedora, RHEL). Rzadziej przygotowują pakiety dla Archa, tam ratuje sytuację AUR prowadzony przez społeczność. Oprogramowanie od producentów sprzętu (SDK do mikrokontrolerów, FPGA, CUDA) najczęściej wspiera przede wszystkim Ubuntu LTS.

5. Społeczność i dokumentacja

Przy nietypowym błędzie liczy się to, czy ktoś już go opisał. Ubuntu ma najwięcej odpowiedzi na Stack Overflow i Ask Ubuntu, Arch — najlepszą dokumentację (Arch Wiki przydaje się też użytkownikom innych systemów), Fedora — aktywne forum i bliski kontakt z twórcami GNOME. Polski interfejs jest dostępny we wszystkich popularnych dystrybucjach, więc język nie powinien decydować o wyborze.

Porównanie dystrybucji dla programisty

Szerszy przegląd systemów, także pod kątem zastosowań domowych, znajdziesz w zestawieniu najpopularniejszych dystrybucji Linuxa.

Jaki Linux dla programisty — rekomendacje według specjalizacji

Backend, web i DevOps

Ubuntu LTS lub Fedora, zależnie od tego, na czym stoją serwery. Kluczowe są kontenery: Docker Engine instalujesz z oficjalnego repozytorium Dockera (nie z pakietu docker.io z repozytorium dystrybucji, który bywa starszy), a w Fedorze możesz od razu używać Podmana, który przyjmuje te same polecenia. Jeśli chcesz uporządkować wiedzę o kontenerach, przeczytaj porównanie Kubernetes vs Docker.

Machine learning i data science

Ubuntu LTS, praktycznie bez dyskusji. NVIDIA publikuje repozytoria CUDA przede wszystkim dla Ubuntu LTS i RHEL, obrazy kontenerów z frameworkami ML bazują na Ubuntu, a większość instrukcji instalacji zakłada ten system. Na Fedorze czy Archu też to uruchomisz, ale częściej trafisz na niezgodność wersji sterownika, CUDA i kompilatora.

Embedded i systemy wbudowane

Ubuntu LTS, bo toolchainy producentów mikrokontrolerów, Yocto i narzędzia do programowania układów są na nim oficjalnie testowane. Przyda się też dobre wsparcie urządzeń USB i portów szeregowych — dodanie użytkownika do grupy dialout to jedna z pierwszych rzeczy do zrobienia.

Frontend i aplikacje mobilne

Tu dystrybucja ma najmniejsze znaczenie: Node.js, przeglądarki i edytory działają wszędzie. Android Studio oficjalnie wspiera Linuxa, ale do budowania aplikacji na iOS nadal potrzebujesz macOS.

Bezpieczeństwo

Na co dzień pracuj na zwykłej dystrybucji, a narzędzia pentesterskie uruchamiaj w Kali Linux lub Parrot OS w maszynie wirtualnej albo w kontenerze. Kali jako główny system to zły pomysł — jest skonfigurowany pod testy, a nie codzienną pracę. Szczegóły w porównaniu Kali Linux vs ParrotOS.

Nauka Linuxa od podszewki

Arch Linux (lub Gentoo dla wytrwałych). Samodzielna instalacja i konfiguracja uczą, jak działają bootloader, systemd, sieć i menedżer pakietów — to wiedza, która procentuje przy pracy z serwerami. Na firmowym laptopie lepiej jednak mieć coś, co nie wymaga ciągłej uwagi.

Trzymaj narzędzia niezależnie od systemu

Dobra praktyka, która w dużej mierze zdejmuje z Ciebie dylemat „stabilnie czy świeżo”: system bazowy aktualizujesz zachowawczo, a wersje języków i narzędzi zarządzasz osobno, per projekt.

• Menedżery wersji: mise lub asdf (wiele języków naraz), pyenv i uv dla Pythona, nvm lub fnm dla Node.js, rustup dla Rusta, SDKMAN! dla Javy i Kotlina.
• Kontenery deweloperskie: Dev Containers w VS Code lub JetBrains uruchamiają całe środowisko projektu w kontenerze, identycznym dla każdego członka zespołu.
• Toolbx i Distrobox: pozwalają uruchomić dowolną dystrybucję w kontenerze zintegrowanym z Twoim katalogiem domowym. Pracujesz na Fedorze, a potrzebujesz środowiska Ubuntu do jednego projektu? Wystarczy:

distrobox create --name ubuntu-dev --image ubuntu:24.04
distrobox enter ubuntu-dev

Na Fedorze to samo zrobisz wbudowanym narzędziem toolbox create i toolbox enter.

Pierwsze kroki po instalacji systemu zwykle wyglądają podobnie. Dla Ubuntu i Debiana:

sudo apt update && sudo apt install build-essential git curl

Dla Fedory:

sudo dnf group install development-tools
sudo dnf install git curl

Potem konfigurujesz Gita i klucz SSH do GitHuba lub GitLaba — jeśli mylą Ci się te pojęcia, zajrzyj do tekstu Git a GitHub — czym się różnią.

Wskazówka: Zanim zainstalujesz nową dystrybucję na laptopie służbowym, sprawdź ją z pendrive’a w trybie Live albo w maszynie wirtualnej. Zwróć uwagę na Wi-Fi, usypianie, zewnętrzne monitory i kamerę do wideokonferencji — to one najczęściej sprawiają kłopoty.

A może WSL2 albo macOS?

Jeśli firma wymaga Windowsa, WSL2 w Windows 11 jest realną alternatywą: uruchamia prawdziwe jądro Linux, obsługuje Dockera, VS Code (przez rozszerzenie WSL) i aplikacje graficzne. Instalacja sprowadza się do jednego polecenia w PowerShellu uruchomionym jako administrator:

wsl --install -d Ubuntu-24.04

Ograniczenia WSL2 to wolniejszy dostęp do plików na dysku Windows (projekty trzymaj w systemie plików Linuxa, np. w ~/projekty), gorsza obsługa urządzeń USB i niskopoziomowej sieci. Dokumentację znajdziesz na learn.microsoft.com.

macOS to z kolei system uniksowy z dobrą obsługą narzędzi deweloperskich (Homebrew), ale nie jest Linuxem — inny jest m.in. userland (BSD zamiast GNU) i architektura procesorów Apple Silicon (ARM), co przy budowaniu obrazów dla serwerów x86 wymaga pamiętania o platformie docelowej.

Ważne: Niezależnie od systemu, szyfruj dysk (LUKS przy instalacji Linuxa, BitLocker lub FileVault w innych systemach). Laptop programisty to klucze SSH, tokeny do chmury i kod firmy — jego utrata bez szyfrowania to incydent bezpieczeństwa.

Którą dystrybucję wybrać — szybka decyzja

1. Nie wiesz, od czego zacząć, albo pracujesz z ML/CUDA lub embedded → Ubuntu LTS.
2. Pracujesz w ekosystemie Red Hat lub chcesz nowszych narzędzi przy zachowaniu stabilności → Fedora Workstation.
3. Chcesz maksymalnej stabilności i minimalizmu → Debian stable z narzędziami w kontenerach.
4. Lubisz konfigurować i chcesz zawsze najnowszych wersji → Arch Linux lub EndeavourOS.
5. Zależy Ci na powtarzalności środowiska na wielu maszynach → NixOS (albo menedżer pakietów Nix na dowolnej dystrybucji).

Jeśli po kilku tygodniach okaże się, że wybór był nietrafiony, zmiana nie jest dramatem: przy kodzie w repozytoriach, dotfiles w Gicie i środowiskach w kontenerach przesiadka na inną dystrybucję zajmuje jedno popołudnie.