Kódminőség

Cikkek, útmutatók és oktatóanyagok Kódminőség témájában, fejlesztőknek és vállalkozásoknak szóló hasznos tippekkel, gyakorlati jegyzetekkel.

Posztmortemek, amelyek tényleg változtatnak

Egy posztmortemet könnyű összehívni, és nehéz hasznossá tenni. Megvan az értekezlet, elkészül a dokumentum, rögzítenek négy feladatot, majd hat hónappal később ugyanaz a hiba újra bekövetkezik, miközben valaki éppen mást keresve akad rá a régi dokumentumra. A hibáztatásmentesség kapja a legtöbb figyelmet, amikor erről...

Műszaki dokumentáció, amit el is olvasnak

A műszaki dokumentáció mindig ugyanolyan, jól kiszámítható módon mond csődöt. Valaki két nyugodt hét alatt nagyon sokat ír belőle, aztán a rendszer megváltozik, senki nem frissíti, és egy éven belül a dokumentum teljes meggyőződéssel állít valótlant. Ettől a ponttól kezdve rosszabb, mint a semmi, mert aki hisz neki,...

Fejlesztői onboarding, ami az első héten szállít

A fejlesztői onboardingot rendszerint azzal mérik, meddig tart a formális beléptetés, ez viszont a probléma rossz vége. Az a szám számít, hogy mennyi idő telik el addig, amíg egy új mérnök meg tud változtatni valamit úgy, hogy biztos lehet benne: semmi mást nem tört el. A legtöbb csapatnál ez hónapokban mérhető, nem...

API-verziózás: mikor törj, és hogyan ne

Az API-verziózásról szóló viták szinte mindig a rossz végén kezdődnek: azon, hogy hová kerüljön a verziószám. Ez az egész téma legkevésbé súlyos döntése. Ami számít, az az, hogy egyáltalán mely változtatások igényelnek új verziót, és a legtöbb csapat itt téved, mégpedig a nemtörődömség irányába: kiadnak valamit, amit...

Technikai átvilágítás: mit néznek valójában a vevők

A technikai átvilágítás nem kódminőségi verseny, és az erre készülő csapatok általában rossz helyre teszik az energiájukat. Aki céget vásárol, nem az absztrakcióidat osztályozza. A vevő azt próbálja kiszámolni, mennyibe fog kerülni ennek a rendszernek a birtoklása, és mekkora bajt okozhat azután, hogy a pénz gazdát...

Adatbázis teljesítmény: hogyan találd meg a lassító lekérdezést

Az adatbázis teljesítmény javítása általában azzal kezdődik, hogy valaki nagyobb példányt javasol, és általában azzal ér véget, hogy kiderül: egyetlen lekérdezés minden oldalbetöltéskor szekvenciális olvasást végzett 4 millió soron. A hardver soha nem volt a korlát. A végrehajtási terv volt az. Ez a minta elég...

Szoftvertesztelési stratégiák, amelyek kiállják a próbát

A szoftvertesztelési stratégiákat szinte mindig a lefedettséggel írják le, pedig a lefedettség a legkevésbé informatív szám az egész szakterületen. Egy kilencven százalékon álló kódbázis is kiszállíthat hibát a legtöbbet használt útvonalán, mert a lefedettség azt méri, mely sorok futottak le egy tesztfuttatás alatt,...

A szoftverfejlesztési életciklus magyarázata 2026-ban

A szoftverfejlesztési életciklus, amelyet általában SDLC-ként rövidítenek, az a strukturált folyamat, amelyet a csapatok követnek, hogy a szoftvert egy ötlettől egy működő, karbantartott termékig vigyék. Megértése fontos, akár szoftvert fejleszt, akár megrendel, mivel a folyamat minősége nagymértékben meghatározza az...

Webfejlesztési legjobb gyakorlatok 2026-ra

A webfejlesztési legjobb gyakorlatok azok, amelyek megkülönböztetik a pusztán működő weboldalt attól, amely teljesít, jól rangsorol és hosszú ideig fennmarad. 2026-ban a mérce magasabb, mint valaha: a felhasználók azonnali betöltési időt várnak el, a keresőmotorok jutalmazzák a sebességet és az akadálymentességet, a...

Mi a technikai adósság - Útmutató brit mérnöki csapatoknak

A “technikai adósság” keresések több mint 35%-kal nőttek az elmúlt két évben, amelyet nagyrészt a brit mérnöki csapatok hajtanak, akik határidős nyomás alatt épített örökölt rendszereket vesznek át, és most küzdenek ezek karbantartásával vagy bővítésével. A kifejezést lazán használják a Jira backlogokban és a sprint...