Jak wybrać laptop do pracy zdalnej w 2025 roku: praktyczny przewodnik dla specjalistów IT

Profil pracy zdalnej w IT – od tego zacznij wybór

Jak naprawdę wygląda dzień pracy zdalnego specjalisty IT

Dla specjalisty IT laptop do pracy zdalnej w 2025 roku to główne narzędzie pracy, a nie „przenośny Facebook”. W praktyce oznacza to jednoczesną pracę kilku ciężkich aplikacji, wielu kart przeglądarki, komunikatorów i narzędzi do zdalnego dostępu. Dlatego pierwszy krok to precyzyjne określenie, co realnie robisz przez większość dnia, a nie co „czasem się zdarza”.

Typowa doba pracy zdalnej w IT to miks kilku powtarzalnych bloków: pisanie kodu w IDE (VS Code, IntelliJ, Rider, PyCharm), praca z terminalem i zdalnymi serwerami (SSH, PowerShell Remoting), praca na VM-kach lub kontenerach (Docker, Podman, WSL2, lokalne K8s), praca z danymi (Excel, Power BI, SQL, narzędzia BI), do tego wideokonferencje (Teams, Zoom, Meet) i komunikatory (Slack, Discord). Każdy z tych bloków obciąża inny element laptopa: CPU, RAM, dysk, sieć, GPU.

Jeśli często jeździsz do klienta, coworku lub między biurem a domem, dochodzi jeszcze aspekt „ciągłego w ruchu”: praca z hotspotu LTE/5G, w pociągu, w kawiarni. W tych warunkach liczy się nie tylko wydajność, ale także czas pracy na baterii, jakość klawiatury, precyzja touchpada i czy laptop nie robi się „grillem” po 20 minutach wideokonferencji.

Przy pracy zdalnej trzeba też uwzględnić ciągłe działanie narzędzi w tle: agentów MDM, synchronizacji OneDrive/Google Drive, klienta VPN, antywirusa, szyfrowania dysku, często też agentów CI/CD czy lokalnych runnerów. One „podgryzają” CPU i RAM, nawet jeśli na pierwszy rzut oka system wygląda na bezczynny. Dlatego laptop do pracy zdalnej 2025 nie powinien być dobierany „na styk”.

Kluczowe różnice między rolami: dev, admin, analityk, PM

Różne role IT mają zupełnie inne profile obciążenia. Programista backendowy kompilujący duże projekty w Javie czy .NET ma zupełnie inne potrzeby niż administrator, który głównie pracuje z terminalem i narzędziami do zdalnego zarządzania. Podobnie data engineer czy ML engineer będzie inaczej dobierał GPU i RAM niż PM, który żyje w przeglądarce, Excelu i Teams.

Backend developer zwykle potrzebuje mocnego CPU (wielordzeniowego), sporej ilości RAM (32 GB to w 2025 roku zdrowe minimum przy Dockerze) oraz szybkiego SSD. Frontendowiec dużo czasu spędza w przeglądarce, w devtoolsach i narzędziach typu Node, pnpm, Vite – tu także liczy się CPU, RAM oraz jakość ekranu (kolory, ostrość, przestrzeń robocza). DevOps, SRE i admini systemowi mocno korzystają z terminali, narzędzi sieciowych, paneli monitoringu, ale też lokalnych VM-ek i kontenerów – tu z kolei RAM i dysk NVMe są często ważniejsze niż „gamingowy” procesor.

Analityk danych, BI developer, konsultant ERP/CRM czy osoba pracująca intensywnie w Excelu i Power BI bardziej doceni wydajny CPU jednowątkowy, 32 GB RAM oraz sensowny ekran do pracy z tabelami i wykresami (min. 14–15″ i rozdzielczość wyższa niż podstawowe FHD, jeżeli pracuje długo bez monitora zewnętrznego). Dla PM-a, Scrum Mastera i BA ważniejsza bywa niezawodność, czas pracy na baterii, stabilny Wi-Fi, dobra kamera i mikrofony do wideokonferencji niż maksymalna liczba rdzeni.

Różnice te wpływają nie tylko na wybór procesora, RAM i dysku, ale też na decyzję o rozmiarze ekranu, liczbie portów, wsparciu dla stacji dokującej oraz na to, czy warto dopłacać do dedykowanej karty graficznej. Dla większości ról stricte biznesowo-technicznych (PM, BA, konsultant) dGPU to zbędny koszt i krótszy czas pracy na baterii, podczas gdy ML engineer czy grafik 3D bez GPU zwyczajnie „utknie”.

Jak przełożyć swój profil pracy na wymagania sprzętowe

Najprostsza metoda to rozbić swoją codzienną pracę na cztery kategorie obciążenia:

• CPU-heavy – kompilacje, CI lokalne, testy jednostkowe/integracyjne, transformacje danych, kompresja, szyfrowanie.
• RAM-heavy – kilka środowisk w Dockerze, lokalne K8s, 2–3 VM-ki, IDE + przeglądarka + Teams + analiza danych jednocześnie.
• I/O-heavy (dysk) – praca z dużymi repozytoriami, logami, bazami danych, intensywne buildy z wieloma plikami.
• GPU-heavy – uczenie modeli ML, obróbka wideo, grafika 3D, VR, zaawansowane wizualizacje.

Dla każdego z tych typów określ, ile czasu dziennie faktycznie spędzasz przy danym obciążeniu. Nie „co może się zdarzyć raz na miesiąc”, tylko to, co robisz codziennie. Jeśli 70% dnia to praca CPU/RAM-heavy, a GPU-heavy tylko incydentalna, lepiej zainwestować w więcej rdzeni i RAM niż w dedykowaną grafikę.

Kopiowanie konfiguracji znajomego, który „ma rakietę do gier i mówi, że jest super do programowania”, kończy się często przepłaceniem za GPU, głośnymi wentylatorami, dużym i ciężkim kadłubkiem i słabą kulturą pracy na baterii. Lepsze podejście to dobrać laptopa jak narzędzie do konkretnego projektu: świadomie i pod własny styl pracy, a nie pod marketing.

Prosta macierz: profil pracy → priorytety sprzętowe

Poniżej orientacyjna macierz priorytetów dla różnych profili. To nie jest twarda norma, ale solidny punkt startowy dla wyboru laptopa do pracy zdalnej 2025.

Na tej podstawie można budować wstępną checklistę: jeśli jesteś DevOpsem, priorytetem będzie 32 GB RAM i szybki NVMe, a nie 120 Hz OLED. Jeśli jesteś PM-em, możesz spokojnie iść w lekkiego 14-calowego ultrabooka z 16 GB RAM, skupiając się na baterii, kamerze i jakości mikrofonu.

Tak przemyślany profil pracy to lepszy punkt startowy niż przeglądanie rankingów „TOP 10 laptopów” bez kontekstu. Gdy już wiesz, jakiego typu obciążenia dominują, łatwiej przefiltrować marketingowe slogany i wybrać konfigurację, która realnie zwiększy efektywność zdalnej pracy.

System operacyjny i ekosystem – Windows, macOS, Linux w 2025 roku

Wymagania projektów i narzędzi firmowych

System operacyjny to nie tylko kwestia gustu. W pracy zdalnej dochodzą wymagania firmy: konkretne narzędzia, polityki bezpieczeństwa, integracje z katalogiem użytkowników, MDM i VPN. Zanim wybierzesz laptop do pracy zdalnej 2025, sprawdź, czy Twój OS będzie wspierany przez:

• narzędzia developerskie (IDE, SDK, frameworki),
• klienta VPN i system SSO (Single Sign-On),
• agentów MDM/EDR (np. Intune, CrowdStrike, Jamf),
• systemy szyfrowania i backupu korporacyjnego,
• wewnętrzne aplikacje (często pisane dawno – tylko Windows).

Niektóre firmy narzucają konkretny system – np. wyłącznie Windows 11 z integracją z Azure AD, albo wyłącznie macOS w działach frontendowych/mobile. W wielu organizacjach miesza się to z polityką bezpieczeństwa: wymagany BitLocker/FileVault, certyfikaty do VPN, pełna kontrola nad aktualizacjami. W takim środowisku wybór „laptopa do Linuxa” może skończyć się koniecznością utrzymywania dwóch maszyn, co kompletnie zabija mobilność.

Przy projektach stricte open-source, cloud-native i kontenerowych Linux ma ogromny sens, ale znów: sprawdź, czy narzędzia klientów (np. portal VPN oparty o specyficznego klienta Windows) nie będą blokadą. Jeżeli działasz jako freelancer lub w małej firmie, gdzie masz większą autonomię, wybór OS-u to głównie kwestia narzędzi projektowych i osobistych preferencji, ale przy zleceniach korporacyjnych realia narzucają sporo ograniczeń.

MacBook, ultrabook pod Linuxa czy „biznesowy” Windows

W 2025 roku wybór laptopa do pracy zdalnej w IT często sprowadza się do trzech ścieżek: MacBook (macOS, Apple Silicon), ultrabook/ThinkPad pod Linuxa oraz klasyczny laptop biznesowy na Windowsie. Każda z nich ma inny profil zalet i kompromisów.

MacBook z Apple Silicon (M1/M2/M3) to bardzo dobra opcja dla developerów web, mobile (iOS/Android), frontendowców, devów w JS/TS, Pythonie, Go, Rust. Świetna wydajność na wat, ciche działanie, bardzo dobra jakość wykonania, ekran i touchpad. Minusy: brak natywnej obsługi części narzędzi x86, czasem kłopotliwa wirtualizacja (szczególnie jeśli w projekcie wymagany jest konkretny Windows x86), zależność od ekosystemu Apple (serwis, akcesoria) i gorsza sytuacja przy niszowych toolchainach.

Ultrabook/ThinkPad pod Linuxa (np. seria T, X, niektóre Delle XPS/Latitude) sprawdza się świetnie u DevOpsów, adminów, backendowców w ekosystemie Linux/Unix, gdzie głównym narzędziem jest terminal, SSH, Docker/Kubernetes, Ansible, Terraform. Zaletą jest pełna kontrola nad systemem, dostępność pakietów, łatwość automatyzacji. Wadą – potencjalne problemy ze sterownikami (szczególnie GPU, Wi-Fi, uśpienie, Thunderbolt) i konieczność własnoręcznego debugowania. Jeśli lubisz grzebać i wiesz, co to kernel panic, Linux na laptopie w 2025 potrafi być bardzo komfortowy – ale dla części osób to zbyt dużo opieki.

Laptop biznesowy na Windows (Dell Latitude, Lenovo ThinkPad, HP EliteBook) wciąż jest najbardziej „bezpiecznym” wyborem w korporacjach, szczególnie w kontekście integracji z AD/Azure AD, Intune, GPO i standardowych narzędzi biurowych. Windows 11 ma dojrzałe wsparcie dla VPN, MDM, Office, Teams, Citrix itp. Minusy: czasem gorsza stabilność po aktualizacjach, więcej procesów w tle, a przez to konieczność posiadania naprawdę sensownej konfiguracji (min. 16 GB RAM, w praktyce 32 GB dla devów i DevOpsów).

Dodatkowym aspektem jest ekosystem narzędzi „dookoła”: integracja z telefonem, menedżerem haseł, chmurą (OneDrive/iCloud/Google Drive), klientami poczty i kalendarza, menedżerami zadań. Jeżeli pracujesz w środowisku, gdzie używa się wielu narzędzi Microsoft 365, Windows daje najgłębszą integrację. Jeżeli stawiasz na narzędzia cross-platformowe, możesz sobie pozwolić na większą swobodę.

Linux na laptopie w 2025 – sterowniki, GPU, Thunderbolt

Wsparcie Linuxa na laptopach znacznie dojrzało, ale wciąż nie jest idealne. Jeżeli planujesz ultrabooka „pod Linuxa”, zwróć uwagę na kilka krytycznych obszarów:

• GPU i hybrydowe grafiki – laptopy z Intel iGPU (bez dGPU) zwykle działają najlepiej. Hybrydowe rozwiązania (Intel + NVIDIA/AMD) nadal potrafią sprawiać problemy przy usypianiu, zmianach ekranów, wybudzaniu.
• Wi-Fi i Bluetooth – niektóre karty (szczególnie nowsze, „egzotyczne” modele) mają słabe wsparcie. Warto sprawdzić w dokumentacji dystrybucji czy forach, czy dana kombinacja działa bez kombinacji.
• Thunderbolt i stacje dokujące – jeśli planujesz pracę z jednym kablem (zasilanie + monitor + sieć + USB), upewnij się, że Twój chipset TB i dock są dobrze wspierane.
• Tryb uśpienia/hibernacji – na części laptopów Linux wciąż potrafi zjadać baterię na uśpieniu albo niepoprawnie się wybudzać.

Dla wielu profesjonalistów IT optymalny model to „Windows host + WSL2 + Docker Desktop” albo „Linux host + wirtualny Windows w razie potrzeby”. W 2025 roku wiele narzędzi jest już w pełni cross-platformowych, ale jeśli Twoja praca opiera się na niszowych aplikacjach Windows-only, Linux jako główny system potrafi zaboleć.

Jeśli temat szerzej Cię interesuje, artykuły na ExcelRaport o sprzęcie, oprogramowaniu i automatyzacji pozwalają w praktyczny sposób spojrzeć na więcej o technologia niż tylko suche specyfikacje producentów.

ARM (Apple Silicon) vs x86 w developerskiej i administracyjnej pracy

ARM w praktyce: kompatybilność, wirtualizacja, narzędzia

Apple Silicon (oraz pierwsze laptopy ARM z Windows on ARM) wymusza inne podejście do narzędzi. Większość popularnych języków i runtime’ów ma już natywne wersje ARM64 (Python, Node.js, Go, Rust, Java), ale problemem bywa „ogon”: stare SDK, biblioteki, wewnętrzne narzędzia klientów.

Kilka obszarów, które trzeba prześwietlić przed wyborem ARM jako głównej platformy roboczej:

• Runtime’y i SDK – Node, Python, JDK, .NET, Rust, Go są gotowe na ARM, ale konkretne wersje frameworków (np. stary .NET Framework, stare pluginy JVM) mogą wymagać x86. Sprawdź minimalne wymagania projektu.
• Bazy danych lokalnie – PostgreSQL, MySQL/MariaDB, większość NoSQL działa natywnie na ARM, ale część „enterprise’owych” narzędzi administacyjnych (np. GUI, klienty, legacy management tools) jest tylko na x86/Windows.
• Narzędzia CI/CD lokalnie – agenty, CLI do chmur (AWS, Azure, GCP), Terraform, Ansible są gotowe na ARM. Schody zaczynają się przy egzotycznych toolach do VPN, DLP, EDR.
• Wirtualizacja – na Apple Silicon bezpośrednio uruchomisz tylko systemy ARM (Windows ARM, Linux ARM). Klasyczny Windows x86 działa jedynie w warstwie emulacji Microsoftu wewnątrz Windows ARM (i to z narzutem).

Deweloper backendowy .NET, który musi uruchamiać pełny stack z SQL Serverem i starym .NET Framework 4.x, na Macu M3 spędzi sporo czasu w Windows ARM. Da się, ale to nie jest tak bezbolesne jak na laptopie x86 z natywnym Windowsem.

Kiedy wybrać x86 zamiast ARM (i odwrotnie)

ARM (Apple Silicon) ma ogromne plusy: cisza, zimna obudowa pod obciążeniem, świetna bateria, stabilność. x86 (Intel/AMD) z kolei jest w 2025 wciąż bezkonkurencyjny, jeśli Twoja praca mocno zależy od narzędzi typowo „windowsowych” lub specyficznych rozszerzeń sprzętowych.

ARM (głównie MacBook) ma sens, gdy:

• robisz frontend, backend web w nowoczesnym stacku (JS/TS, Python, Go, Rust, JVM),
• tworzysz aplikacje mobilne (iOS/Android) i korzystasz z Xcode,
• pracujesz dużo na Dockerze/Kubernetesie, ale w środowisku z ARM-ready obrazami,
• musisz pracować mobilnie po kilka–kilkanaście godzin dziennie bez ładowarki.

x86 (Windows/Linux) lepiej się sprawdzi, gdy:

• musisz uruchamiać legacy aplikacje Windows-only,
• korzystasz z zaawansowanych narzędzi do wirtualizacji (VMware, VirtualBox, Hyper-V z VTx/AMD-V),
• pracujesz z GPU (CUDA, specyficzne sterowniki, np. do narzędzi CAD/CAE lub AI na własnej karcie),
• firma ma ścisłe polityki bezpieczeństwa oparte na agentach, które nie są dostępne na macOS/ARM.

Jeśli 80% narzędzi jest cross-platformowe, ARM da lepszy komfort pracy zdalnej (bateria, kultura pracy). Jeśli jednak masz choć kilka „krytycznych” aplikacji x86-only, x86 jako baza oszczędzi nerwów.

Procesor w 2025 – co realnie daje więcej mocy, a co jest marketingiem

Liczy się nie tylko liczba rdzeni

Specyfikacje procesorów wyglądają jak broszury samochodów sportowych: zegary turbo, liczba rdzeni, „AI engine”, TDP. W praktyce dla pracy zdalnej liczy się inny zestaw parametrów:

• Architektura rdzeni – w x86 (Intel/AMD) mamy rdzenie performance (P) i efficiency (E). System rozdziela wątki między nie, co ma wpływ na responsywność IDE, przeglądarki i kompilacji.
• Limit mocy (PL1/PL2, TDP) – wiele laptopów ma ten sam CPU „z nazwy”, ale różne ustawione limity mocy. Ten sam Intel Core Ultra w cienkim ultrabooku i grubszym „biznesowym” 15” to inne zachowanie pod długim obciążeniem.
• Chłodzenie – throttling (obniżanie taktowania przy przegrzewaniu) potrafi zabić „wydajność z broszury”. Czasem lepiej wziąć odrobinę słabszy CPU w lepiej chłodzonej obudowie.
• iGPU / NPU – zintegrowana grafika i dedykowane jednostki AI zaczynają mieć znaczenie przy pracy z lokalnymi modelami ML, akceleracji wideo i renderowaniu UI.

Dla typowego developera, DevOpsa czy admina ważniejsze od „maksymalnego turbo 5,2 GHz” będzie stabilne utrzymanie wysokiej częstotliwości na kilku rdzeniach przez kilkanaście minut pod obciążeniem (kompilacje, buildy Dockerowe, testy).

Intel, AMD, Apple – praktyczne różnice z perspektywy IT

Intel Core Ultra / 14/15 gen – bardzo dobre wsparcie w Windowsie, mocne pojedyncze rdzenie, sensowna integracja z Thunderbolt, szeroka kompatybilność. Minusem bywa wyższa temperatura i gorsza bateria w cienkich obudowach, jeśli producent ustawi agresywne limity mocy.

AMD Ryzen serii 7000/8000 dla laptopów – często lepszy stosunek wydajność/wat niż Intel, szczególnie przy wielowątkowych zadaniach (kompilacje, kontenery). Zdarzają się jednak słabiej dopracowane implementacje USB/Thunderbolt (USB4) i gorsze wsparcie w niektórych stacjach dokujących. W Linuxie AMD zwykle wypada bardzo dobrze.

Apple M1/M2/M3 – wysoka wydajność jednowątkowa, bardzo wysoką efektywność energetyczna, brak hałasu. M3 Pro/Max spokojnie ciągną większe monorepo, wielkie bazy kontenerów i lokalny ML. Kompromisem jest brak dedykowanej karty NVIDIA (CUDA) i zamknięty hardware.

Z perspektywy pracy zdalnej kluczowa różnica to czas na baterii pod typowym obciążeniem developerskim, a nie benchmark Cinebench na kablu. Apple jest tu z przodu, ale nowoczesne Ryzeny w dobrze zaprojektowanych ultrabookach potrafią być „wystarczająco dobre” na dzień mieszanej pracy (dev + call’e + przeglądarka).

Jak dobrać CPU do profilu pracy (bez popadania w overkill)

Zamiast szukać „najmocniejszego procesora”, lepiej dobrać klasę CPU do dominującego scenariusza:

• Lekki development, PM/BA, konsulting – procesory klasy U (niskonapięciowe) Intel/AMD, Apple M2. Priorytet: bateria, cisza, wystarczająca responsywność, nie maksymalna liczba rdzeni.
• Fullstack, backend, DevOps – procesory klasy H/HS (wydajniejsze, 6–12 rdzeni P), Ryzen 7/9, Intel Core Ultra H, Apple M2/M3 Pro. Priorytet: moc wielowątkowa i stabilność pod dłuższym obciążeniem.
• Ciężki data/ML, lokalne klastry, buildy monorepo – wysokie SKU Ryzen 9 / Intel H z wieloma rdzeniami, lub MacBooki Pro z M3 Pro/Max. Tu sens ma inwestycja w większą ilość rdzeni i lepsze chłodzenie, bo buildy i treningi realnie je wykorzystają.

Tip: jeżeli większość ciężkich zadań i tak przerzucasz do chmury (CI/CD, pipeline’y, treningi ML), lepiej zainwestować w więcej RAM i szybki dysk lokalny niż w „topowy” CPU, który poza benchmarkami niewiele zmieni.

CPU a hałas i temperatura przy pracy zdalnej

Przy home office hałas wentylatorów jest realnym problemem (call’e, nagrywanie screencastów, praca z domu obok śpiącego dziecka). Dwa laptopy z tym samym CPU mogą zachowywać się kompletnie inaczej:

• jedno urządzenie będzie chłodne i ciche przy kilku kontenerach,
• drugie w tym samym scenariuszu odpali turbiny po 30 sekundach.

Przed zakupem warto zerknąć na testy temperatur i głośności przy ciągłym obciążeniu CPU 50–80% (bardziej realne dla devów niż 100%). Szczególnie cienkie ultrabooki z mocnymi CPU x86 potrafią szybko dusić wydajność, a temperatury przenoszą się na palmrest i klawiaturę, co przy 8 godzinach dziennie bywa po prostu męczące.

RAM i pamięć masowa – wąskie gardło laptopa do pracy zdalnej

Ile RAM-u w 2025 to realne minimum dla IT

Przy pracy zdalnej laptop staje się jednocześnie stacją roboczą, centrum komunikacji i sandboxem do eksperymentów. Otwartych jest kilka IDE, przeglądarka z kilkudziesięcioma kartami, Slack/Teams, Zoom, Docker, czasem maszyny wirtualne. Przy takim profilu RAM kończy się szybciej niż przewiduje to marketing producentów.

• 8 GB RAM – absolutnie nie dla profesjonalisty IT. Nadaje się co najwyżej dla bardzo lekkich zastosowań biurowych.
• 16 GB RAM – dolna granica dla lekkiego dev/PM/BA, jeśli nie uruchamiasz na co dzień Dockera ani VM-ek. Da się pracować, ale system będzie agresywnie ubijał aplikacje/sesje.
• 32 GB RAM – sensowny standard dla developerów, DevOpsów, data engineerów. Pozwala trzymać w tle kilka kontenerów, VM-kę, IDE, przeglądarkę i komunikatory bez ciągłego „mielenia dyskiem”.
• 64 GB RAM i więcej – dla ciężkiego ML, dużych baz, wielu VM-ek jednocześnie, lokalnych klastrów (np. multi-node K8s), pracy z ogromnymi datasetami.

Uwaga: w MacBookach RAM jest współdzielony z GPU (tzw. unified memory). 16 GB na Macu M2/M3 to odczuwalnie lepsze doświadczenie niż 16 GB na przeciętnym ultrabooku Windows, ale przy Dockerze i kilku cięższych aplikacjach i tak szybko docenisz 24/32 GB.

Lutowany RAM vs możliwość rozbudowy

Większość cienkich ultrabooków ma RAM lutowany na płycie. W 2025 roku w praktyce oznacza to, że kupujesz finalną ilość RAM na cały cykl życia laptopa. Jeśli laptop ma Ci służyć 3–5 lat, lepiej od razu wziąć więcej.

Laptopy biznesowe (ThinkPad T, część Dell Latitude/Precision, HP EliteBook/ZBook) często wciąż umożliwiają wymianę lub dołożenie modułów RAM. W kontekście pracy zdalnej daje to elastyczność:

• kupujesz konfigurację 16 GB, po roku–dwóch, gdy projekty rosną, dokładasz kolejną kość do 32/64 GB,
• w razie awarii modułu nie wymieniasz całej płyty głównej.

Jeśli laptop ma lutowany RAM, unikaj konfiguracji „na styk”. Różnica cenowa między 16 a 32 GB jest mała w porównaniu z kosztem wymiany laptopa, gdy projekty zaczną wymagać więcej.

SSD – nie tylko pojemność, ale też szybkość i podział

Dysk SSD w pracy zdalnej jest wykorzystywany intensywnie: lokalne repozytoria, cache’y Dockera, logi, bazy, pliki synchronizowane z chmurą. Kluczowe parametry: pojemność, prędkość sekwencyjna i losowa, a także to, czy da się go wymienić.

• 512 GB – absolutne minimum dla developera. Po wciągnięciu kilku większych repo, paczek npm/pip, paru baz danych i maszyn wirtualnych, miejsce błyskawicznie się kurczy.
• 1 TB – sensowny standard dla dev/DevOps/data. Pozwala wygodnie pracować z kilkoma projektami, VM-kami i lokalnymi danymi.
• 2 TB i więcej – dla osób, które trzymają duże dataset’y lokalnie, sporo VM-ek, snapshoty, lokalne backupy.

Warto upewnić się, czy SSD jest w standardzie M.2 NVMe i czy jest wymienialny. W wielu ultrabookach można później wymienić dysk na większy, co jest tańsze niż dopłata u producenta do dużej konfiguracji. Z kolei niektóre ultrabooki (szczególnie z ARM lub ekstremalnie cienkie konstrukcje) mają pamięć masową wlutowaną, bez opcji wymiany.

Praktyczna organizacja przestrzeni dyskowej

Przy pracy zdalnej dobrze jest zaplanować, jak rozkładasz dane na dysku. Prosty, ale skuteczny schemat:

• Partycja/systemowa – system operacyjny, aplikacje, konfiguracje. Trzymana możliwie w ryzach (bez śmieci w „Pobrane”).
• Katalog na projekty – repozytoria git, katalogi robocze, Docker volumes. Warto regularnie czyścić stare buildy i obrazy.
• Katalog „cache/tymczasowe” – miejsce na logi, tymczasowe bazy, eksporty. Łatwo go skasować przy porządkach.
• Dane osobiste / dokumenty – najlepiej trzymane w chmurze (OneDrive, Google Drive, iCloud) z lokalnym cachem.

Tip: dla Dockera ustaw dedykowaną lokalizację na tym samym szybkim SSD, na którym trzymasz projekty. Domyślne ścieżki potrafią się szybko rozrosnąć; okresowe czyszczenie nieużywanych obrazów i kontenerów (np. docker system prune) potrafi odzyskać dziesiątki gigabajtów.

Dobrym uzupełnieniem będzie też materiał: Jak AI wspiera analizę skuteczności influencerów — warto go przejrzeć w kontekście powyższych wskazówek.

Ekran i ergonomia – komfort pracy 8 godzin dziennie, nie tylko „ładny obraz”

Rozmiar i proporcje ekranu a realna produktywność

Przy pracy zdalnej część dnia spędzasz na laptopie „solo” (podróż, kawiarnia, client site), część przy biurku z zewnętrznym monitorem. Dlatego wybór przekątnej nie sprowadza się tylko do mobilności.

Rozdzielczość, gęstość pikseli i skalowanie

Rozdzielczość i gęstość pikseli (PPI – pixels per inch) wpływają bezpośrednio na ostrość tekstu oraz to, jak męczą Ci się oczy po wielu godzinach patrzenia w ekran.

• 1920×1080 (Full HD) na 15,6″ – wciąż najpopularniejszy zestaw, ale przy mniejszej przekątnej (13–14″) tekst bywa lekko „poszarpany”. Daje za to mniejsze obciążenie GPU i dłuższy czas pracy na baterii.
• WQHD / 2K (np. 2560×1600, 2880×1800) – sensowny kompromis dla 14–16″. Tekst i UI są wyraźne, można używać skalowania 125–150%. Dobra baza pod pracę z IDE i terminalem.
• 4K – ma sens głównie na 15–16″ do pracy z grafiką / video. W typowym usage IT zjada baterię i moc GPU, a i tak najczęściej kończysz na 200% skalowania.

Kluczowe jest skalowanie systemowe. Przy zbyt małej czcionce część osób próbuje „ratować się” przybliżaniem w IDE i przeglądarce, co szybko robi bałagan. Stabilne ustawienie typu 150% na panelu 14″ 2,5K lub 125% na 16″ 2,8K zwykle daje najwięcej czytelnego miejsca roboczego.

Uwaga: Linux bywa wciąż bardziej kapryśny przy HiDPI (wysokie PPI + skalowanie frakcyjne). Jeśli planujesz daily driver na Linuxie i panel 4K, sprawdź, jak konkretne środowisko (GNOME, KDE) radzi sobie ze skalowaniem 125/150% i mieszanymi DPI na zewnętrznych monitorach.

Matryca IPS, OLED, mini-LED – co ma znaczenie przy pracy

Przy wyborze typu matrycy zamiast marketingowego „kolory jak żywe” lepiej spojrzeć na kilka praktycznych parametrów: równomierność podświetlenia, jasność, kontrast, migotanie (PWM) i obsługę niższych częstotliwości odświeżania przy pracy na baterii.

• IPS – dobry kompromis: przyzwoite kąty widzenia, stabilne kolory, sensowna jasność. Przy matowej powłoce wygrywa w jasnych biurach i przy oknie. Do typowej pracy dev/IT spokojnie wystarczy.
• OLED – idealna czerń, wysoki kontrast, świetne wideo i ciemne motywy IDE. Minusy: ryzyko wypaleń (statyczne elementy UI), mniejsza jasność przy długiej pracy na wysokiej luminancji, często używany agresywny PWM (migotanie przy niskiej jasności), co potrafi męczyć oczy w długim użyciu.
• mini-LED – wysokie szczytowe jasności, lokalne strefy wygaszania, lepsza czerń niż IPS bez typowych dla OLED wypaleń. Nadal zdarza się „blooming” (poświata wokół jasnych elementów na ciemnym tle), ale w większości workflow IT nie jest to problem.

Jeżeli spędzasz większość czasu w terminalu, IDE i przeglądarce, bardziej od „wow efektu” OLED liczy się powtarzalność, brak migotania i wygodna praca przy 50% jasności. Przy dużej wrażliwości na flicker szukaj informacji o braku PWM albo wysokiej częstotliwości PWM (powyżej kilku kHz).

Powłoka ekranu: mat vs błysk, praca w zmiennym otoczeniu

Praca zdalna to nie tylko biurko w domowym biurze. Kawiarnia, pociąg, open space klienta – tam każdy refleks i odbicie światła błyskawicznie obniża komfort.

• Matowe panele – lepsze w jasnych miejscach, mniej refleksów, wygodniejsza praca z tekstem. Kolory są mniej „soczyste”, ale oczy mniej się męczą.
• Błyszczące / „glossy” – lepsza czerń i kontrast, efektowniejszy obraz, ale odbijają wszystko: lampy, okna, Twoją twarz. Przy codziennych call’ach i pracy przy oknie potrafi to być irytujące.

Tip: jeśli celujesz w MacBooka lub inny sprzęt niemal wyłącznie z błyszczącymi panelami, sensowną inwestycją bywa dobra folia matowa. Zjada trochę kontrastu, ale drastycznie obniża liczbę refleksów.

Odświeżanie 60 Hz vs 120 Hz i wyżej

Wyższa częstotliwość odświeżania (90/120 Hz) zauważalnie wygładza przewijanie kodu, terminala, tablic w Miro czy Figmie. Długa praca przy 120 Hz bywa mniej męcząca dla części osób, bo mikroruchy są bardziej „ciągłe”.

Równocześnie każda dodatkowa klatka kosztuje energię. W wielu laptopach można przełączać się między 60 a 120 Hz lub używać trybu adaptacyjnego. Dla developera rozsądnym kompromisem jest:

• 60 Hz na baterii przy pracy tekstowej,
• 120 Hz na kablu lub podczas intensywnych sesji z tablicami / designem / debugowaniem UI.

Jasność, kontrast i praca przy różnych warunkach oświetleniowych

Przy domowym stanowisku z normalnym oświetleniem realne minimum to ok. 300 nitów. Jeżeli często pracujesz w bardzo jasnych pomieszczeniach, przy oknie lub w podróży, celuj w 400 nitów i więcej.

Stabilny kontrast i równomierne podświetlenie są istotne, gdy godzinami patrzysz w jednolite tła (ciemny motyw IDE, jasny terminal). „Chmury” podświetlenia i wycieki światła w narożnikach po prostu rozpraszają. Dobre recenzje techniczne zwykle pokazują zdjęcia ekranu przy ciemnym tle – tam widać jakość podświetlenia lepiej niż w kolorowych reklamach.

Klawiatura – podstawowe narzędzie pracy, nie dodatek

Przy wyborze klawiatury zamiast patrzeć na wygląd, skup się na trzech cechach: skok klawisza, stabilność i rozmieszczenie.

• Skok i feeling – zbyt płytka klawiatura (tzw. butterfly-style, ultra slim) przy dłuższym pisaniu powoduje większe napięcie dłoni. Komfort „desktopowy” zaczyna się mniej więcej od 1,3–1,5 mm skoku z wyraźnym, ale nie twardym punktem aktywacji.
• Stabilność – klawisze nie powinny się kołysać ani robić „kliku” tylko na środku. Przy szybkim pisaniu boczne trafienia muszą rejestrować się pewnie, inaczej zaczyna się walka z literówkami.
• Układ – pełnowymiarowe strzałki, sensowny prawy Shift, osobne klawisze Home/End/PageUp/PageDown (lub przynajmniej wygodne Fn-shortcuts). Dla wielu osób blok numeryczny w 15–16″ to zbędny dodatek kosztem przesunięcie całej części alfanumerycznej w lewo.

W praktyce klawiatury z serii biznesowych (ThinkPad, Dell Latitude/Precision, HP EliteBook/ZBook) wypadają spójniej i bardziej przewidywalnie niż losowe „gamingówki”. MacBooki od M1 w górę też zrobiły duży krok naprzód względem nieszczęsnych butterfly.

Touchpad, trackpoint i zewnętrzna mysz

Przy pracy mobilnej dobry touchpad jest tak samo ważny, jak klawiatura. Liczy się:

• precyzja i gładkość powierzchni – szklany touchpad z dobrym sterownikiem (Precision Touchpad, natywny w macOS) pozwala realnie pracować bez myszy,
• gesty – przewijanie dwoma palcami, przełączanie pulpitów, przybliżenia. W systemach z sensownym wsparciem gestów (macOS, Windows z Precision) zyskujesz tempo pracy, którego nie da się „dobić” samą myszą,
• rozmiar – zbyt mały touchpad wymusza częste „dobijanie” do krawędzi przy przewijaniu i drag&drop.

Jeżeli lubisz trackpointy (mały czerwony „grzybek” w ThinkPadach), to przy pracy w pociągu czy samolocie to nadal złoto – ręce nie odrywają się od klawiatury. Mimo wszystko większość osób i tak korzysta z zewnętrznej myszy przy dłuższej pracy przy biurku, więc przy wyborze laptopa nie warto fetyszyzować touchpada kosztem innych parametrów.

Zawiasy, zakres odchylenia i praca w trybach „nietypowych”

Serio niedoceniany aspekt: jakość zawiasu. Luźne lub zbyt miękkie zawiasy przy częstym przenoszeniu po mieszkaniu doprowadzają do tego, że ekran „kiwa się” przy każdym szturchnięciu biurka.

Jeśli chcesz pójść krok dalej, pomocny może być też wpis: Jak zbudować kulturę bezpieczeństwa w organizacji korzystającej z chmury.

• Odchylenie 180° – ułatwia dopasowanie kąta przy biurkach o różnej wysokości, pracy na stojąco, w łóżku czy na stojaku.
• Tryb „namiotowy” / 2w1 – w laptopach konwertowalnych przy pracy na call’ach można postawić laptopa w trybie namiotu, korzystając tylko z ekranu dotykowego. Dobre, gdy biurko jest małe, a potrzebujesz tylko kamery i audio.

Przy zakupie dobrze jest dosłownie poruszać klapą w sklepie: sprawdzić, czy ekran trzyma pozycję przy lekkim uderzeniu w biurko, czy nie opada przy większym kącie, oraz czy da się otworzyć go jedną ręką bez podnoszenia całej maszyny.

Pozycja ekranu, zewnętrzne monitory i ergonomia biurka

Nawet najlepszy ekran w laptopie nie zastąpi sensownej ergonomii przy biurku. Z perspektywy kręgosłupa najważniejsze jest, aby górna krawędź ekranu była mniej więcej na wysokości oczu. Zwykły laptop postawiony bezpośrednio na biurku łamie tę zasadę.

Dlatego przy dłuższej pracy na jednym miejscu sens ma:

• podstawka pod laptopa (nawet prosta, metalowa),
• zewnętrzna klawiatura i mysz,
• docelowo – zewnętrzny monitor 24–27″ o rozdzielczości 2K lub 4K.

Jeśli wiesz, że większość czasu spędzasz przy dwóch ekranach (laptop + monitor), wielkość ekranu laptopa jest trochę mniej krytyczna. Możesz wybrać lżejszą 13–14″ konstrukcję i traktować ją w domu jako „panel dodatkowy” na Slacka, terminal czy podgląd logów.

Waga, gabaryty i mobilność przy realnym użytkowaniu

Na papierze różnica między 1,2 a 1,6 kg wydaje się niewielka, ale po kilku miesiącach biegania z plecakiem różnica jest odczuwalna. Trzeba też doliczyć zasilacz, ewentualny hub USB-C, mysz, czasem słuchawki.

Ogólnie:

• do ~1,3 kg – ultramobilne 13–14″, świetne do częstego latania, coworków, pracy w kawiarniach. Zwykle mniej portów, mniejsze chłodzenie.
• 1,3–1,6 kg – rozsądny złoty środek dla devów. 14–14,5″ z sensownym chłodzeniem i pełnowymiarową klawiaturą.
• powyżej 1,7 kg – klasa „mobile workstation” lub 15–16″, lepsze chłodzenie, często mocniejsze CPU/GPU, ale w plecaku to już czuć.

Jeżeli pracujesz głównie z jednego miejsca i rzadko nosisz laptop poza domem/biurem, dodatkowe 300–400 g w zamian za lepsze chłodzenie i większy ekran ma sens. Dla osób, które codziennie przemieszczają się z komputerem, kolejne setne kilograma robią realną różnicę.

Bateria i ładowanie – nie tylko pojemność w Wh

Pojemność baterii w Wh (watt-hour) to dopiero początek. Dwa laptopy z tą samą baterią 70 Wh mogą dawać zupełnie inny czas pracy.

Na realny czas na baterii wpływa:

• architektura CPU/GPU – tu Apple Silicon jest nadal bardzo wydajny energetycznie, Ryzeny nowej generacji trzymają poziom, a część Intel Core Ultra wciąż potrafi zaskoczyć zużyciem energii pod lekkim obciążeniem,
• typ ekranu – 4K OLED przy 120 Hz potrafi zjeść baterię szybciej niż Full HD IPS przy 60 Hz,
• sterowniki i power management – szczególnie w Windows i Linux; dobre profile zasilania potrafią dodać godziny pracy bez dotykania hardware’u.

Przy pracy zdalnej przydają się też:

• ładowanie przez USB-C/USB4 – możesz używać jednej ładowarki do laptopa, telefonu i tabletu,
• Power Delivery (PD) 65–100 W – sensowny zapas dla mocniejszych CPU/GPU. Podpinanie 45 W do stacji roboczej z RTX’em skończy się powolnym rozładowywaniem pod pełnym obciążeniem,
• ładowanie z powerbanku – laptop, który przyjmuje 45–60 W po USB-C, można realnie podładować w pociągu z dobrego powerbanku PD.

Przy wyborze konfiguracji te kilka procent większej baterii (np. 57 vs 75 Wh) może przełożyć się na jedną dodatkową godzinę call’i z wideo bez szukania gniazdka – w terenie jest to bardzo odczuwalne.

Porty, stacje dokujące i łączność przewodowa

Model pracy zdalnej bardzo często wygląda tak: w domu stacja robocza z jednym kablem, w terenie – minimalny zestaw. To wymusza sensowny zestaw portów i dobre wsparcie dla stacji dokujących.

Podstawowy zestaw dla specjalisty IT w 2025 roku:

Najczęściej zadawane pytania (FAQ)

Jaki laptop do pracy zdalnej w IT w 2025 roku – uniwersalne minimum?

Bezpieczne „uniwersalne minimum” dla większości specjalistów IT w 2025 roku to: procesor min. 8-rdzeniowy (nowa generacja Intel/AMD lub Apple Silicon), 32 GB RAM, szybki dysk NVMe SSD (1 TB), ekran min. 14″ FHD+ lub wyższy i sensowna bateria (realne 6–8 h przy pracy biurowo-devowej). To punkt startowy, od którego dopiero dopasowuje się sprzęt do konkretnej roli.

Przy lekkich rolach (PM, analityk biznesowy, konsultant) da się zejść do 16 GB RAM i 512 GB SSD, jeśli większość ciężkiej pracy dzieje się w chmurze lub na serwerach zdalnych. Z kolei dla ról data/ML czy mocno kontenerowych (DevOps, backend z Dockerem) 32 GB RAM w praktyce przestaje być „luksusem”, a staje się standardem, który ratuje przed lagującym systemem.

Jaki laptop do pracy zdalnej jako programista (backend/frontend) w 2025?

Dla backend developera (Java, .NET, Go, Python) priorytetem są: mocny CPU wielordzeniowy, 32 GB RAM oraz szybki NVMe SSD. Kompilacje, testy integracyjne i kilka środowisk Docker/WSL2 równolegle potrafią dociążyć zarówno procesor, jak i pamięć oraz dysk. GPU może być zintegrowane – dopóki nie robisz ML lub grafiki 3D, bardziej liczy się kultura pracy (temperatury, hałas, bateria) niż karta „do gier”.

Frontend / fullstack web siedzi dużo w przeglądarce i devtoolsach. Do tego Node, pnpm, Vite, lokalne serwery – CPU i RAM wciąż są ważne, ale rośnie znaczenie ekranu: dobra jakość, sensowna rozdzielczość (coś powyżej „gołego FHD” przy długiej pracy bez zewnętrznego monitora) i wygodna przestrzeń robocza. Tip: jeśli regularnie odpalasz jednocześnie IDE, 2–3 przeglądarki, kilka kontenerów i Teamsy, celuj od razu w 32 GB RAM.

Jaki laptop dla DevOps/SRE lub admina do pracy zdalnej?

DevOps/SRE i admini systemowi zwykle mocno cisną RAM i dysk. Kilka VM-ek, klastry K8s lokalnie, narzędzia monitoringu, logi, skrypty – tutaj 32 GB RAM to praktyczny standard, a szybki NVMe SSD robi większą różnicę niż „topowy” procesor. CPU może być „tylko” dobry, nie musi być flagowy, o ile ma rozsądną liczbę rdzeni i nie throttluje przy dłuższym obciążeniu.

Admin systemów / sieci, który głównie pracuje z terminalem, konsolami webowymi, RDP/SSH i narzędziami zdalnego zarządzania, bardziej skorzysta na lekkiej, mobilnej maszynie z porządnym Wi‑Fi, dobrą baterią i wygodną klawiaturą. W takiej roli 16–32 GB RAM i szybki, choć niekoniecznie ogromny SSD w zupełności wystarczą, o ile całość jest stabilna i nie przegrzewa się przy VPN + kilku sesjach RDP.

Windows, macOS czy Linux do pracy zdalnej w IT w 2025 roku?

Wybór OS-u w 2025 roku zaczyna się od wymagań firmy/projektu, a dopiero potem od preferencji. Sprawdź, co działa i jest wspierane: VPN, SSO, agenci MDM/EDR (Intune, CrowdStrike, Jamf), szyfrowanie dysku, korporacyjne backupy, wewnętrzne aplikacje (często wyłącznie Windows). Jeśli firma wymusza Windows 11 + Azure AD, kupowanie laptopa „pod Linuxa” skończy się utrzymywaniem dwóch maszyn.

Linux ma ogromny sens przy projektach cloud-native, Kubernetes, infrastrukturze jako kod (IaC) czy pracy stricte open-source, szczególnie gdy masz swobodę doboru narzędzi. macOS bywa standardem w zespołach frontend/mobile i dobrze ogarnia devtoolsy webowe oraz kontenery (Docker/Colima). Windows jest nadal „domyślny” w dużych korporacjach i integracjach z AD. Uwaga: zawsze skonsultuj z działem IT, czy wybrany system da się wpiąć w istniejący ekosystem MDM/VPN.

Czy do pracy zdalnej w IT potrzebuję dedykowanej karty graficznej (GPU)?

Dedykowane GPU ma sens tylko wtedy, gdy realnie robisz coś GPU-heavy: trening modeli ML, grafika 3D, zaawansowane wizualizacje, obróbka wideo, VR. W takich scenariuszach zintegrowana grafika będzie wąskim gardłem i zwyczajnie spowolni pracę. Dla ML engineerów czy grafików 3D dedykowane GPU to często kluczowy element konfiguracji, a nie „dodatek”.

Dla większości ról biznesowo-technicznych (PM, BA, konsultant, klasyczny backend/frontend, DevOps bez ML) dedykowana grafika oznacza głównie wyższy koszt, krótszy czas pracy na baterii, więcej hałasu i wyższą temperaturę obudowy. W typowym scenariuszu: IDE, przeglądarka, kilka kontenerów, Teams/Zoom – zintegrowane GPU w nowoczesnych procesorach w pełni wystarcza.

Ile RAM-u i jaki dysk SSD do pracy zdalnej jako data/ML engineer lub analityk?

Dla data/ML engineerów realny punkt startowy w 2025 roku to 32 GB RAM, szybki NVMe SSD (min. 1 TB) i wydajny CPU. Praca na dużych zestawach danych, lokalne notebooki, pipeline’y, czasem lokalne bazy + Docker – to wszystko radykalnie obciąża pamięć i dysk. Jeśli dodatkowo robisz treningi modeli lokalnie, dochodzi kwestia GPU (często lepiej mieć mocne GPU w stacji roboczej/serwerze i używać laptopa głównie jako klienta, ale to już kwestia architektury środowiska).

Analityk danych, BI developer, konsultant ERP/CRM zwykle bardziej korzysta z wydajnego CPU jednowątkowego, 32 GB RAM i wygodnego ekranu (14–15″ z wyższą niż podstawowe FHD rozdzielczością) – zwłaszcza jeśli często pracuje bez zewnętrznego monitora. Dysk 1 TB daje komfort przy lokalnych modelach, plikach Excela, Power BI i cache’ach narzędzi, bez ciągłego „żonglowania” przestrzenią.

Na co zwrócić uwagę przy wyborze laptopa do pracy zdalnej dla PM-a lub konsultanta?

PM, Scrum Master czy konsultant rzadko „wyciska” CPU do końca. Profil pracy to głównie przeglądarka, pakiet biurowy, narzędzia do zadań i wideokonferencje (Teams, Zoom, Meet). Kluczowe stają się: mobilność (waga, rozmiar, bateria), jakość kamery i mikrofonów, stabilne Wi‑Fi, wygodna klawiatura oraz niezawodność. 16 GB RAM, 512 GB SSD i solidny procesor „środka stawki” zwykle wystarczą.

Dobrym wyborem jest lekki ultrabook 14″ z długim czasem pracy na baterii i sensownym ekranem – szczególnie jeśli często pracujesz w pociągu, coworku czy u klienta. Tip: obejrzyj testy jakości kamer i mikrofonów przed zakupem; w pracy zdalnej PM-a to często ważniejsze niż dodatkowe 2 rdzenie CPU, których i tak nie wykorzystasz.

Najważniejsze wnioski

• Wybór laptopa trzeba zacząć od analizy realnego dnia pracy: jakie aplikacje są otwarte równocześnie, jak często używasz Dockera, VM-ek, wideokonferencji i pracy zdalnej przez VPN – nie od „może kiedyś się przyda”.
• Laptop do pracy zdalnej w IT nie może być dobrany „na styk”, bo ciągłe procesy w tle (MDM, OneDrive/Google Drive, VPN, antywirus, szyfrowanie dysku, lokalne agenty CI/CD) stale zużywają CPU i RAM, nawet gdy „nic nie robisz”.
• Profil roli (backend dev, frontend, DevOps, admin, data/ML engineer, PM/BA) bezpośrednio przekłada się na priorytety sprzętowe – ten sam budżet powinien być inaczej rozłożony między CPU, RAM, dysk, ekran, GPU i mobilność.
• Backend, data/ML i cięższe role techniczne zazwyczaj wymagają mocnego, wielordzeniowego CPU, minimum 32 GB RAM i szybkiego SSD NVMe, natomiast PM/BA częściej skorzystają z lekkiej obudowy, długiej baterii, stabilnego Wi‑Fi oraz dobrej kamery i mikrofonu.
• DevOps/SRE i admini intensywnie korzystający z VM-ek, kontenerów i narzędzi zdalnych powinni priorytetowo traktować duży RAM i szybki dysk NVMe, zamiast dopłacać do „gamingowego” procesora czy efektownego ekranu.
• Dedykowana karta graficzna (dGPU) ma sens głównie w profilach GPU-heavy (ML, grafika 3D, wideo); w typowych rolach biznesowo-technicznych to zbędny koszt, krótszy czas pracy na baterii i więcej hałasu.