A marketing még mindig fényes

A nagy tech cégek keynote-jain 2026 közepén is ugyanaz megy, mint két éve: az AI „forradalmasítja” az orvoslást, az oktatást, a közlekedést, a munkát — mindent. A demók lenyűgözőek, a bemutatott videók simán futnak.

Csakhogy egyre több helyen látszik a repedés a felszín alatt:

• a nagy nyelvi modellek fejlődése látványosan lassul, a minden évben ígért „ugrásszerű” előrelépés inkább finomhangolássá szelídült;
• a valós, tömeges ipari alkalmazások jó része még mindig a pilot-fázisban ragad, nem éles, mindennapi használatban;
• a beruházói türelem fogyóban van, miután a megígért bevételnövekedés több helyen elmaradt.

Amit én a mindennapi munkában látok

Ami engem a legjobban meggyőz, az nem a keynote, hanem a napi tapasztalat. Az AI-eszközök tényleg nagyszerű segítők — gyorsan írnak sablonkódot, összefoglalnak hosszú dokumentumokat, ötleteket adnak. De ott, ahol tényleg ítélőképesség, kontextus és felelősség kell, ugyanúgy emberre van szükség, mint két éve.

[Unverified] A szakmai fórumokon (pl. Hacker News, r/programming) egyre több poszt szól arról, hogy a csapatok visszavesznek az AI-generált kód vak elfogadásából, és szigorúbb code review-t vezetnek be — pontosan azért, mert a hibák és a biztonsági rések száma emelkedett.

A józanság lassan visszatér

A jó hír az, hogy 2026 közepére valami elkezdett változni a diskurzusban. Egyre több elemző (a Gartner Hype Cycle klasszikus mintáját idézve) mondja ki hangosan: az AI most a „kiábrándultság völgyében” van — vagyis a túlzott lelkesedés után jön a realista értékelés, mielőtt a technológia tényleg beérne.

Ez nem azt jelenti, hogy az AI haszontalan. Azt jelenti, hogy lassan helyére kerül, mint eszköz — nem mint mindenható megoldás.

Mi jön ezután?

A következő hetekben ezen a blogon egy kis sorozatot indítok, ami körbejárja ezt a témát: mit ígértek nekünk az AI-ról és a robotokról, mi lett belőle valójában, miért érezzük sokan disztópikusabbnak a jelent, mint amilyennek a 2000-es évek tűntek, és mi történik, amikor a technológia trükkjei kiderülnek — akár egy zenekar kapcsán is, amiről még sokan nem tudják, hogy nem is emberek írták a dalait.

Tartsatok velem — jövő héten folytatjuk.

1. Az ígéret: milliárdok az AI-tól

Két-három évvel ezelőtt a narratíva egyszerű volt: az AI és a nagy nyelvi modellek (LLM-ek) majd radikálisan csökkentik a fejlesztési költségeket, és a megspórolt béreket egyenesen az eredménykimutatás alján, extra profitként lehet majd leírni. Ez a sztori annyira jól hangzott a befektetőknek, hogy a legtöbb nagy cégnél a vezérigazgatók kérdés nélkül beszálltak a versenybe: ki tud gyorsabban, nagyobb AI-beruházást bejelenteni.

[Unverified] A tapasztalatom és a szakmai sajtó (pl. a Business Insider és a Fortune technológiai rovatai) alapján ezekben a döntésekben ritkán kérdezett vissza bárki: „Biztos, hogy ez a technológia most, ebben a formában ki tudja váltani egy szenior mérnök ítélőképességét?” A válasz helyett jött a leépítési hullám.

2. A számla megérkezik

Namost, egy év-két év távlatából nézve a kép egészen más. Ahelyett, hogy a megígért milliárdos profitnövekedés realizálódott volna, sok cégnél milliós nagyságrendű veszteség csapódott le — elhibázott AI-projektekben, félbehagyott átalakításokban, és igen, az elsietett leépítések utáni drága újrafelvételi hullámban is.

Ami ilyenkor lejátszódik, jellemzően ez:

• a menedzsment lelkesen bejelenti, hogy „az AI mostantól X% -kal kevesebb mérnökből is elboldogul”;
• pár hónappal később kiderül, hogy a termék minősége romlik, a hibák szaporodnak, a határidők csúsznak;
• a cég végül drágábban, sürgősségi felárral hívja vissza pontosan azokat a szenior szakembereket, akiket előtte kirúgott.

[Unverified] Több amerikai beszámoló (köztük a Layoffs.fyi adatai és a Hacker News fórumszálai) is ugyanezt a mintát írja le: a tapasztalt mérnökök iránti kereslet a leépítési hullámok után hónapokkal újra megugrik, míg a pályakezdőknek szánt pozíciók száma stagnál vagy tovább csökken.

3. Kik fizetik meg ténylegesen az árat?

Itt jön a legkeserűbb rész. A szenior fejlesztők — ha türelmesek voltak, vagy volt tartalékuk — végül visszakerülnek a piacra, sokszor jobb feltételekkel, mint korábban. A pályakezdők viszont a két tűz között ragadnak:

1. A cégek elsőként pont a junior pozíciókat fagyasztják be, mert „ezt az egyszerűbb munkát majd az AI megcsinálja”.
2. Amikor kiderül, hogy az AI mégsem pótolja a szenior tudást, nem a juniorokat veszik fel újra — hanem visszahívják azt, akit ismernek és megbíznak benne.
3. Így a kezdő fejlesztők egyre nehezebben szereznek gyakorlatot, ami pedig hosszú távon a jövőbeli szenior generációt vágja ki a piacról.

Ez azért veszélyes, mert a tapasztalat nem pótolható gombnyomásra: ha ma nem hagyjuk gyakorlatot szerezni a kezdőket, öt-tíz év múlva pont abból a rétegből lesz hiány, akikhez majd vissza kellene fordulni.

4. „Mi már öt kilométerről láttuk ezt jönni”

Ami a legfájóbb ebben az egészben: a fejlesztői közösség nagy része nem most ismerte fel a problémát. A szakmai fórumokon — r/ExperiencedDevs, r/programming, és számos IEEE Spectrum cikk hozzászólásaiban — évek óta figyelmeztettek arra, hogy az AI-t emberpótlékként bevezetni súlyos kockázat.

[Unverified] A tapasztalatom szerint ezekre a hangokra a döntéshozói szinten szinte senki nem figyelt. A vezérigazgatók és a befektetői körök inkább a technológiai hype-ra, mint a terepen dolgozó mérnökök és szakértők véleményére hallgattak — pedig pont ők látták közelről, hol vannak a technológia valós korlátai.

5. Ami viszont tényleg igaz: az AI hasznos eszköz

Fontos, hogy ne essünk át a ló túloldalára. Az AI és az LLM-ek nem csalás, nem haszontalan trükk — csak nem az az univerzális munkaerő-helyettesítő csodaszer, aminek eladták őket. Eszközként viszont tényleg kiváló:

• remekül ír meg unalmas, ismétlődő kódrészleteket és sablonokat;
• gyorsan átfésül és összefoglal hatalmas mennyiségű szöveget vagy dokumentációt;
• ötleteket ad, segít a hibakeresésben, és felgyorsítja a rutinfeladatokat.

Ez egyébként pont olyan, mint amikor én ehhez a cikkhez is AI-segítséget használtam a szövegezéshez és a rendszerezéshez — gyorsított a munkán, de a végső döntés, a tényellenőrzés és a szerkesztés mindvégig nálam maradt. Ez a különbség a jó eszköz és a munkaerő-helyettesítő illúzió között.

Zárásként

A Szilícium-völgyből érkező hírek végül is egy egyszerű igazságot erősítenek meg: az AI remek gyorsító, de rossz főnök. Azok a cégek, amelyek vezérigazgatói szintű hittérítésből, kérdés nélkül építették át a csapataikat AI-ra, most drágán tanulják meg, hogy a tapasztalt mérnöki tudást nem lehet egy az egyben lecserélni egy modellre. Eközben a pályakezdők isszák meg a levét annak, hogy senki nem hallgatott a fejlesztőkre és a szakértőkre, akik ezt már réges-régen jelezték.

A tanulság talán az, hogy a technológiát érdemes eszközként kezelni, nem hitvallásként — és hogy a leggyorsabb út a bajba az, ha egy vezérigazgató hisz valamiben kérdés nélkül, miközben a saját szakemberei épp az ellenkezőjét próbálják elmondani neki.

Az első hullám: az AI mint leépítési indok

Kezdjük ott, hogy az AI valóban átalakítja a munkát — erről korábban részletesen is írtam. A baj ott kezdődik, amikor a vezetőség nem eszközként, hanem emberpótlékként tekint rá.

Ami ilyenkor tipikusan történik:

• a junior és belépő szintű pozíciókat befagyasztják, mert „ezt majd az AI megírja”;
• a rutinfeladatokra (dokumentáció, egyszerűbb tesztek, boilerplate) hivatkozva csökkentik a csapatlétszámot;
• a menedzsment rövid távú költségmegtakarítást lát, és ezt kommunikálja a befektetők felé is.

[Unverified] A tapasztalataim és a szakmai fórumokon olvasottak alapján a leépítések gyakran nem a valós termelékenységi adatokon, hanem a hangulaton és a „mindenki ezt csinálja” nyomáson alapulnak. Ez pedig ritkán végződik jól. Nem csak én látom így: a Hacker News és a Reddit fejlesztői közösségei — például az r/ExperiencedDevs és az r/cscareerquestions — tele vannak hasonló történetekkel, a tömeges elbocsátásokat pedig a Layoffs.fyi évek óta számokban is követi.

Ami elsőre nem látszik: a rejtett tudás eltűnik

Amikor egy tapasztalt mérnök kimegy az ajtón, nem csak egy „kódgyártó kéz” távozik. Vele megy:

• az évek alatt felhalmozott tudás a rendszer buktatóiról (mit miért nem szabad piszkálni);
• a felelősségvállalás, amikor éjszaka leáll az éles rendszer;
• az a fajta ítélőképesség, amivel eldönti, hogy egy AI-javaslat jó ötlet vagy időzített bomba.

Az AI kiválóan generál kódot, de nem vállal felelősséget érte. Nem érti az üzleti kontextust, és nem tudja, hogy a látszólag ártalmatlan módosítás fél év múlva miért fog kidönteni egy egész fizetési modult.

A második hullám: a visszahívás

És itt jön a fordulat, amit egyre több helyen látni. Néhány hónappal a nagy leépítés után a cégek szembesülnek a valósággal:

1. Felgyülemlik a technikai adósság. Az AI-val gyorsan összerakott, de senki által rendesen át nem nézett kód elkezd recsegni-ropogni.
2. Nő a hibák és a biztonsági rések száma. Nincs elég szenior szem, aki elkapná a bajt, mielőtt éles rendszerbe kerül.
3. Nincs, aki karbantartsa. A generált kódot érteni és tovább fejleszteni kell — ehhez pedig pont az a mérnöki tudás kell, amit előtte kiengedtek a kezükből.

[Unverified] Több beszámoló szerint a cégek egy része végül magasabb bérért, tanácsadói díjazással hívja vissza ugyanazokat az embereket, akiktől korábban megvált — mert égető szükség van rájuk a káosz rendberakásához. Ugyanezt a „leépítés, majd visszahívás” mintát emlegetik a Blind névtelen dolgozói posztjai és számos r/programming vitaszál is.

Miért nem tűnnek el a mérnökök?

Mert az AI a munka jellegét változtatja meg, nem a szükségességét. A fókusz eltolódik:

• kevesebb monoton kódolás, több architektúra és tervezés;
• több felügyelet, kódellenőrzés és minőségbiztosítás az AI kimenetén;
• erősebb hangsúly a biztonságon és az adatvédelmen (nálunk Európában a GDPR miatt ez különösen kényes).

Vagyis nem az történik, hogy a fejlesztők feleslegessé válnak — hanem az, hogy a jó fejlesztő értéke nő, mert ő az, aki az AI sebességét használható, biztonságos termékké fordítja.

Mit tegyen egy cég (és egy fejlesztő)?

Ha vállalkozóként olvasod ezt, néhány józan tanács:

• Ne emberpótlékként vezesd be az AI-t, hanem gyorsítóként a meglévő csapat mellé.
• Tartsd meg a szenior tudást — ő a biztosíték, amikor az automatizmus félrecsúszik.
• Építs be emberi jóváhagyási pontokat az éles rendszereknél.

Ha pedig fejlesztő vagy, ne az AI-tól félj, hanem tanuld meg jól használni: az lesz értékes, aki gyorsabban dolgozik vele, miközben átlátja, mit ad ki a kezéből.

Egy személyes történet: a barátaimnál „visszafelé sült el” az AI

Őszinte leszek: ezt a témát nem kívülállóként írom. A NonoTech csapatában jó barátaim dolgoznak, és a cégük épp abból a leépítési hullámból született, amiről az egész cikk szól. Őket is „kioptimalizálta” az AI-láz — a munkahelyük úgy döntött, hogy a mérnöki munka egy részét majd megoldja a mesterséges intelligencia, és a csapat egy része mehetett.

Csakhogy ez a döntés nekik végül nem a végállomás, hanem a kiindulópont lett. Ahelyett, hogy a visszahívásra vártak volna — ami a fórumokon látott minta szerint sok helyen tényleg megérkezett —, inkább a saját kezükbe vették a dolgot. Az a tudás, amit egy AI nem tud pótolni (a forrasztópáka, az adatmentés, a szoftveres hibakeresés és a valódi, emberi diagnosztika), pont az lett, amire itt Szombathelyen igenis van kereslet.

Vagyis az AI őket is „megharapta” — de pont ez a harapás hozta létre azt, amit ma csinálnak. Ironikus, de a leépítés nélkül nem lenne NonoTech.

Zárásként

Az AI körüli munkaerőpiaci pánik és a visszahívási hullám ugyanannak az éremnek a két oldala. Aki pusztán költségcsökkentésként tekint a technológiára, az valószínűleg kétszer fizet: egyszer a leépítésért, egyszer a helyrehozásért. Aki viszont okosan kombinálja az emberi szakértelmet az AI sebességével, az stabilabb és olcsóbb megoldáshoz jut — hosszú távon is.

A barátaim története pedig talán bizonyíték rá, hogy ez a hullám nem csak veszteség lehet. A technika akkor jó kezekben van, ha ember is van mögötte, aki érti — és ha épp a céged szoftveres oldala akadozik, vagy egy elhamarkodott „AI majd megoldja” döntés következményeit kell helyrehozni, ők pontosan tudják, milyen érzés a másik oldalon állni. Talán ezért is csinálják annyi szívvel.

Gyorsabb kódolás, kevesebb rutinfeladat

Az AI-alapú kódsegítők képesek megszövegezni sablonfeladatokat, javaslatokat adni API-hívásokra, és példákat generálni. Ez különösen hasznos:

• rövid prototípusoknál, amikor gyorsan kell működő ötletet látni;
• ismétlődő boilerplate kód előállításánál;
• dokumentáció- és tesztesetek előkészítésénél.

Fontos azonban, hogy az automatikusan generált kódot embernek kell átnéznie: a biztonság, a teljesítmény és a konzisztencia ellenőrzése nem helyettesíthető vakon. A jó gyakorlat az, hogy az AI javaslatokat ad, a fejlesztő pedig validál és integrál.

Kódellenőrzés és hibakeresés új szemmel

Az AI gyorsan átfuthat PR-eket, kiemelhet potenciális hibákat vagy biztonsági réseket, és javasolhat javítási irányokat. Ez nem jelenti, hogy nem kell code review — de a feladat elsősorban a magasabb értékű döntésekre tolódik: architektúra, API-dizájn, és üzleti logika.

Tesztelés és megbízhatóság

AI segíthet teszteseteket generálni, edge-case-eket találni, és automatikus fuzzinghoz adni ötleteket. Így a tesztfedettség javulhat anélkül, hogy minden egyes eset kézzel írt tesztet igényelne.

Ugyanakkor a generált tesztek gyakran szintetikusak; a valós felhasználói minták megértéséhez továbbra is szükséges a telemetria és a valódi monitoring adatok elemzése.

DevOps és üzemeltetés: automatizálás okosan

A CI/CD folyamatokba beépített intelligencia képes problémákat előre jelezni (például lassuló build-ek, regressziók), vagy javaslatot adni rollback-re és konfigurációkorrekciókra. Ez növeli az üzemidőt és csökkenti az emberi beavatkozás szükségességét.

Viszont a kulcs itt is a kontroll: automatizáljunk, de legyenek jól definiált tükörfolyamatok és emberi jóváhagyási pontok, különösen érzékeny éles rendszerek esetén.

Etika, jog és felelősség

Az AI használata új kérdéseket vet fel: ki a felelős egy generált kód hibájáért? Hogyan kezeljük a személyes adatokat, ha modellekhez küldünk példákat? Magyarországon és Európában különösen fontos a szabályozási megfelelés (GDPR) és a transzparencia.

Ajánlott gyakorlatok:

• ne küldj éles, érzékeny adatot külső modellekbe;
• dokumentáld, mikor és hogyan használtál AI-t a kódbázisban;
• készíts belső szabályokat az AI-hoz használt forrásokról és elfogadott szintekről.

Mire készüljünk a következő 1–3 évben?

Az AI eszközök egyre inkább beépülnek a fejlesztői eszköztárba. Nem arról van szó, hogy a fejlesztők eltűnnek — inkább arról, hogy a munkájuk fókusza eltolódik: kevesebb monoton munka, több tervezés, felügyelet és minőségbiztosítás.

Ha te is fejlesztő, rendszergazda vagy vállalkozó vagy, érdemes:

• kipróbálni legalább egy AI-kódsegítőt a prototípus fejlesztéséhez;
• bevezetni ellenőrzési folyamatokat a generált kód validálására;
• figyelni az adatvédelmi kockázatokat és jogi követelményeket.

Zárásként

Az AI nem csodaszer, de jól használva jelentős produktivitásnyereséget hozhat és csökkentheti a hibák számát. A legjobb eredményt akkor kapjuk, ha az emberi szakértelmet és az AI sebességét kombináljuk: az AI gyorsít, a fejlesztő dönt — és együtt jobb szoftvert építenek.

Sokan azt hiszik, hogy ha egy pendrive csatlakozója letörik, vagy a Windows jelszava kimegy a fejükből, akkor az adatoknak végleg lőttek. Pedig a legtöbb esetben csak egy jó szaki kell, aki nem ijed meg a forrasztópákától, és átlátja a szoftveres káoszt is. Szombathelyen a NonoTech csapata az a hely, ahol nem csak rábólintanak a problémára, hanem tényleg értenek is hozzá.

Miért kockázatos az otthoni „YouTube-szerviz”?

Ma már a laptopok nem olyanok, mint a tíz évvel ezelőtti gépek, amiket egy sima csavarhúzóval szét lehetett kapni a konyhaasztalon. Minden ragasztva van, hajszálvékony szalagkábelek futnak mindenhol, és a hűtést is centire pontosan kell illeszteni. Tapasztalatból mondom: egy rossz mozdulat, és egy párezer forintos tisztításból százezres alaplapcsere lesz.

Precíz javítás Szombathelyen

A “mélyvízi” technika: Mikroelektronika és Adatmentés

Amiért én a NonoTech-et bátran ajánlom, az az, hogy náluk nem áll meg a tudomány a moduláris alkatrészek (mint a RAM vagy az akku) cseréjénél.

• Mikroelektronikai forrasztás: Ez az, amit szinte sehol nem vállalnak már. Ha letörik egy USB csatlakozó, vagy elszáll egy apró kondenzátor az alaplapon, a legtöbb helyen közlik, hogy „kuka”. Itt viszont mikroszkóp alatt, precíziós eszközökkel tényleg megműtik a vasat.
• Adatmentés: Nincs annál nagyobb gyomorgörcs, mint amikor a családi fotók vagy a céges fájlok eltűnnek egy hibás szektor miatt. Mielőtt végleg búcsút mondanál az adataidnak, érdemes megmutatni nekik – sokszor a „törölt” fájlok is visszahozhatók, ha nem kezdjük el mi magunk gányolni a rendszert.

Szoftveres segítség: Az Exceltől az Okosotthonig

Nem minden hiba fizikai. Van, hogy a hardver tökéletes, csak a szoftver „beszél félre”.

• Rendszertelepítés és karbantartás: Legyen szó egy tiszta Windows vagy Linux telepítésről, vagy az otthoni WiFi hálózat optimális beállításáról, tudják, mit csinálnak.
• Excel és App fejlesztés: Ez egy ritka kombó egy szerviznél, de náluk még egy bonyolultabb Excel-tábla rendbetétele vagy egyedi mobil applikációk kérdése sem akadály. Ha a cége szoftveres oldala akadozik, ebben is tudnak segíteni.

Az apró, de életmentő extrák

Ami pedig a mindennapokban a legnagyobb segítség: a másolás. Nem kell külön szakembert keresni, ha:

1. Megadta magát a kaputávirányító, vagy kellene belőle egy tartalék.
2. A munkahelyi belépőkártya vagy chip másolása vált esedékessé.
3. Elfelejtettük a Windows jelszót, és nem akarjuk újratelepíteni az egész gépet emiatt.

Az emberi tényező: Hogyan zajlik náluk a munka?

Ami nekem a legszimpatikusabb, az az őszinteség. Nem kapják ki a kezedből a gépet egy üres ígérettel. Lefuttatnak egy korrekt diagnosztikát, és elmondják: „Nézd, ezt meg lehet javítani ennyiért, de szerintünk nem éri meg, mert két hónap múlva más baja lesz.” Ez a fajta korrekt hozzáállás az, ami miatt visszajárnak hozzájuk az emberek Szombathelyről és környékéről.

Összegezve: Ha nem csak egy “alkatrész-cserélőt” keresel, hanem egy olyan technológiai bázist, ahol a finomforrasztástól az adatmentésig mindenre van megoldás, nézz be hozzájuk. A NonoTech-nél a technika jó kezekben van, te pedig megspórolod magadnak a felesleges idegeskedést.

A szerelési folyamat, a buktatók és az elrendezés géptípustól függően drasztikusan változik. Nézzük a három leggyakoribb kategóriát!

1. Az átlagos otthoni és irodai gépek: A műanyag puzzle

Egy alap irodai gép (amivel csak netezünk vagy táblázatokban dolgozunk) belülről meglehetősen egyszerű. Egyetlen kisebb hűtőcső megy a processzorról egy apró ventilátorhoz.

• A buktató: A gyártók imádják a műanyag patentokat és a gumi tappancsok alá rejtett csavarokat. Megfigyelt szerelési minták alapján a legtöbb sérülés itt nem az alaplapon történik, hanem a feszegetés miatt eltörik a burkolat, vagy elszakad a touchpad hajszálvékony szalagkábele. Maga a paszta cseréje gyors, de a “doboz” roncsolásmentes kinyitása sok türelmet igényel.

2. A Gamer laptopok: A rézcső-labirintus

Egy komolyabb gamer gép szétszedése teljesen más liga. Itt a hátlap általában könnyebben lejön (hiszen a gyártó tudja, hogy a gamerek szeretik bővíteni a RAM-ot), de ami alatta van, az ijesztő lehet egy laikusnak.

• A kihívás: Nem egy, hanem rögtön két processzort (CPU és dedikált videókártya) kell megtisztítani. Ráadásul az áramkörökön apró hűtőpadok (thermal pad) vagy folyékony hővezető gyurma található. Ha ezek elszakadnak vagy elmozdulnak, a pasztázás hiába sikerül jól, a gép továbbra is melegedni fog. A hűtőrendszer levételekor extrém óvatosnak kell lenni, mert a vaskos rézcsövek egy rossz mozdulattól elhajolhatnak.

3. A MacBookok: A “kérlek, ne nyúlj hozzám” kategória

Az Apple gépei lenyűgözőek belülről, de a szerelhetőségük híresen bonyolult.

• A rémálom: Már a bejutáshoz is speciális, Pentalobe csavarhúzó kell. A belső térben minden milliméter ki van használva. [Unverified] Sok modellnél az akkumulátor is erősen be van ragasztva, és a hűtőborda levételéhez esetenként a teljes alaplapot (Logic Board) ki kell emelni a helyéről. A belső csavarok méretei között tizedmilliméteres eltérések vannak; ha egyet rossz lyukba csavarsz vissza, az átszakíthatja az alaplap rétegeit.

Összegzés

Bár a videómegosztókon minden könnyűnek tűnik, teljesen más feladat nekimenni egy műanyag patentos irodai gépnek vagy egy prémium MacBooknak. Ha bizonytalan vagy a sok szalagkábel és egyedi csavar láttán, jobb kétszer is meggondolni a házi barkácsolást.

Update: Ha esetleg a hátlap feszegetése közben eltörtél egy patentot, a hűtőpadok elszakadtak, vagy a gép már egyáltalán nem kapcsol be az összerakás után, érdemes profikra bízni a mentést. A múltkor írtam egy összefoglalót arról, hova érdemes vinni a gépet Szombathelyen, ha komolyabb hardveres beavatkozásra és szakértelemre van szükség.

Sokan azt hiszik, hogy a hűtőpaszta az csak hűtőpaszta, és ami jó a nagyi Facebookozós gépébe, az jó lesz a legújabb Cyberpunk futtatásához is. A hardveres tesztek és a szervizes tapasztalatok alapján azonban óriási a különbség a két kategória között. Nézzük is meg, miért!

Az irodai igásló (A “sima” laptop)

Egy átlagos, munkára vagy tanulásra használt laptop processzora (CPU) ritkán fogyaszt 15-25 Wattnál többet. Ezek a gépek nem termelnek extrém hőt, a ventilátoruk is viszonylag csendesen, egyenletesen duruzsol.

• Mire van szüksége? Ide tökéletes egy megbízható, középkategóriás, szilikon alapú paszta (például egy Arctic MX-4).
• Miért? Ezek a paszták könnyen kenhetők, sokáig (akár 3-4 évig) sem száradnak ki, és bőven elegendő hővezető képességgel rendelkeznek ahhoz, hogy a gép ne melegedjen túl filmezés vagy Excel-táblák bújása közben.

A hordozható fűtőtest (A Gamer laptop)

Na, itt kezdődnek a bajok. Egy mai gamer laptopban a processzor és a videókártya (GPU) együttesen simán felvehet 150-200 Wattot is. Ráadásul a hőmérsékletük pillanatok alatt ugrál 40°C és 90°C között.

Ezt a jelenséget hívják “hőmérsékleti sokknak”, ami egy nagyon kellemetlen fizikai jelenséget, a pump-out effektust okozza. Megfigyelt fizikai minták alapján a folyamatos kitágulás és összehúzódás miatt a hűtőborda és a chip szó szerint “kipumpálja” maga közül a hígabb hűtőpasztákat. Az ismerősöm is ebbe futott bele: a sima paszta két hónap alatt eltűnt a chip közepéről.

• Mit érdemes használni? Ide sokkal sűrűbb, viszkózusabb anyag kell. A Thermal Grizzly Kryonaut jó választás, de mostanában a fázisváltó lapkák (mint a Honeywell PTM7950) a legnépszerűbbek. Ezek szobahőmérsékleten szilárdak, és csak üzemmelegen válnak folyékonnyá, így a “pump-out” jelenség sokkal kevésbé érinti őket.
• Folyékony fém (Liquid Metal)? Csak nagyon profiknak! Bár a hővezetése verhetetlen, a legkisebb hiba is rövidzárlatot okozhat az alaplapon.

Összegzés

Ha csak netezel és dolgozol a gépen, egy sima, olcsóbb paszta is tökéletes munkát végez, nem kell túlgondolni. Ha viszont komoly játékra vagy videóvágásra használod a laptopod, a megfelelő, sűrű hővezető anyag kiválasztása kritikus lehet a gép élettartama szempontjából.