/
Tanácsadás és képzés szoftverfejlesztő csapatoknak.
Szoftverfejlesztő csapatoknak segítek gyorsabban és következetesebben szállítani.
Kívülről nézem meg a rendszert, a pipeline-t és a döntéseket, majd megmondom, mit érdemes először javítani. Távolról dolgozom: videóhívások közös képernyővel a ti kódbázisotokon, a végén írásos anyaggal.
Riport · 2026
State of AI Dev 2026
Mennyit ír már a gép, mit vett át az agent, ki ellenőrzi, és mennyi governance van mögötte? Magyar fejlesztők és mérnöki vezetők válaszai alapján.
Tipikus problémák, amikkel találkozom
Ami jellemzően félrecsúszik
- Ahogy nő a kódbázis, lassul a szállítás; a release-ek kockázatosnak és törékenynek érződnek.
- A különböző csapatok (vagy akár egyénenként) eltérő konvenciókat és eszközöket használnak.
- Az architekturális döntések nincsenek leírva; az új belépőknek a kódból kell visszafejteniük a szándékot.
- Az infrastruktúra és a deployment szkriptek törzsi tudáson alapulnak, nem közös gyakorlaton.
- A csapat tudja, „mi lenne a jó gyakorlat”, de nyomás alatt mégsem ez valósul meg.
Amin együtt dolgozunk
- Biztonságosabb változtatások: tesztek és pipeline-ok, amelyek a problémákat élesítés előtt, nem utána észlelik.
- Gyorsabb szállítás: kevesebb szűk keresztmetszet, világosabb átadások, kevesebb újramunka az inkonzisztens gyakorlatok miatt.
- Látható architektúra: dokumentált határok és döntések, hogy a következő ember is fel tudja venni a fonalat.
- Megismételhető gyakorlatok: verziózott infrastruktúra és közös konvenciók.
- Magabiztosság a refaktorálásban: moduláris tervezés és függőségi szabályok, amelyek a változtatást kiszámíthatóvá teszik.
- Megbízható szállítás: CI/CD, amely gyors és kiszámítható visszajelzést ad, így a release-ek nem érződnek kockázatosnak.
Együttműködési formátumok
A formátumok a céljaitokhoz és a csapat érettségéhez igazodnak. Gyakori lehetőségek:
- Felmérés: 2–3 hét, három session, a végén írásos anyag arról, mi lassítja a szállítást és mit érdemes először megfogni. Ez a szokásos belépő.
- Folyamatos tanácsadás: havi keret rendszeres sessionökkel — döntésekhez, új gyakorlatok bevezetéséhez vagy irányváltás közbeni támogatáshoz.
- Döntéstámogatás egy konkrét kérdésre: architekturális opciók összevetése, ADR-be rögzítve, vagy second opinion arra, amit a csapat vagy egy szállító javasol.
- 1–2 napos fókuszált workshopok: egy-két terület elmélyítése (pl. ADR és C4, vagy CI/CD és biztonságos release) tapasztalt csapatokkal.
Fókuszterületek
Mérnöki gyakorlatok
- Code review következetesség és a tanulás eszközeként, nem akadályként.
- Branch- és integrációs stratégiák, amelyek a main-t release-kész állapotban tartják.
- Moduláris tervezés és határok, amelyek a kódbázist navigálhatóvá teszik a növekedés során.
- Definition of done és minőségi kapuk, amelyeket a csapat nyomás alatt is tartani tud.
DevOps és szállítás
- CI pipeline-ok, amelyek gyors, megbízható visszajelzést adnak és szükség esetén blokkolják a hibás build-eket.
- Trunk-based development vs. hosszú életű branch-ek: trade-offok és mikor melyik illik projekthez.
- Deployment gyakorlatok, amelyek biztonságos, megismételhető release-eket tesznek lehetővé.
- Pragmatikus monitoring és observability, hogy a csapat képes legyen a problémákat észlelni és diagnosztizálni.
Architektúra: ADR, C4, tiszta architektúra
- ADR-ek: mikor érdemes írni, mit rögzítsünk, és hogyan maradjon könnyű súlyú, de használható.
- C4 diagramok: közös vizuális nyelv a rendszerek különböző szintjeinek megbeszéléséhez.
- Tiszta architektúra: függőségi szabályok és határok, amelyek az üzleti logikát elválasztják a frameworköktől és infrastruktúrától.
- Rendszerek strukturálása úgy, hogy a jövőbeli változtatások ne igényeljenek újraírást vagy hőstetteket.
Önálló fókuszterület
AI: eldöntjük, hol segít nálatok és hol nem
Az AI körüli nyomás nagyobb, mint a bizonyíték. Kívülről segítek eldönteni, mire érdemes nálatok AI-t használni, mire nem, és mi az, amihez előbb más kell — ugyanazzal a trade-off gondolkodással, mint bármelyik architekturális döntésnél.
Miért velem
- Senior fókusz: közvetlenül velem dolgoztok, nem junior tréner adja át az anyagot.
- Gyakorlati: valós példákon, kódon és architektúrákon dolgozunk – lehetőség szerint a ti környezetetekből.
- Véleményes: azt mutatom, mi működik a gyakorlatban, nem csak azt, ami jól mutat egy prezentációban.
- Kontextuális: a formátumot és a feladatokat a csapat érettségéhez és korlátaihoz igazítom.
Hogyan néz ez ki a gyakorlatban
A munka a ti kódbázisotokon, pipeline-jaitokon és architektúrátokon történik – nem általános példákon. Tipikus formátumok:
- Architektúra áttekintések: végigjárjuk a rendszert, azonosítjuk a határokat és kapcsolatokat, majd megegyezünk a következő lépésekben.
- ADR sessionök: döntések rögzítése úgy, hogy azok túléljék a jelenlegi csapatot.
- CI/CD újragondolás: pipeline és deployment flow áttekintése, majd változtatások tervezése a gyorsabb, biztonságosabb visszajelzésért.
- Refaktoráló workshopok: irányított munka valós modulokon, hogy bevezessük vagy szigorítsuk a határokat és függőségi szabályokat.
Konferencia-előadások és sessionök
Ízelítőként két előadás az ADR-ekről és a dokumentált döntésekről:
ADR-ek a gyakorlatban
Konferencia-session az ADR-ekről a gyakorlatban
Continuous failure – Miért nehezítjük meg a saját életünket?
Az ADR-ek és a dokumentált döntések hiányának ára.
