Közép- és Kelet-Európa leghosszabb ideje fennálló IT Biztonsági Fesztiválját Budapesten, a Lurdy Konferencia- és Rendezvényközpontban rendezik meg.
Valahol itt kezdődhetett a hazai informatika. Persze én akkor még túl fiatal voltam, hogy részese legyek. Az első C-64-em már ehhez képest későn, kb. 1993, vagy 1994-ben lett meg. Pontosan már nem emlékszem, de még a nagyapám vette nekem egy zálogházból a Király utcában. Akkoriban igen sok műszaki zálogház volt arra. Imádtam oda járni, persze csak nézelődni.
A QA is pont az a szakma, ahol sok más szamkához hasonlóan több területet is kell, ha nem is mélységében, de legalább érintőlegesen ismerni ahhoz, hogy hatekonyan tudjon az ember dolgozni. Minap épp egy kevés power shell tudásra volt szükségem, és a nagy keresgélés közepette bukkantam rá erre az oldalra és az úriemberre, aki ezt a könyvet készíti. Ámbár nekem ennél sokkal célirányosabb információra volt akkor szükségem, de azért elmentettem magamnak a későbbiekre.
Vicces, hogy ez az ország minden tekintetben Mekk Elekekkel kell, hogy tele legyen, és mindenhez is értened kell, legalább alapfokon, hogy át ne verjenek a palánkon. Mindaddig tartja ezt is mindenki érdektelennek, és haszontalannak, amíg bele nem fut egy olyan cégebe, ahol aztán megpróbálkoznak. Nekem még a 2000-es évek elején sikerült aknára lépnem, és egy közel 3 éves munkaügyi perrel hozzájutnom a jogos béremhez.
Szó, mi szó, elkezdtem nézni ezeket a videókat, és bár sok esetben élesen ellentétesen gondolkodom, azért adok esélyt annak, hogy megismerjem az ő véleményüket, mondanivalójukat.
Nem semmi, amikor már ilyen is lesz itthon. Szerintem nagyon sokan használjuk közvetlen, vagy közvetve a K8s-t, és bár magam igen kevés tapasztalattal rendelkezem ezen a térem, mégis büszke vagyok, hogy nálunk rendezik ezt az eseményt, és bízom benne, hogy a munkáltatomnál dolgozó DevOps kollégák nagy számmal részt tudnak majd ezen venni.
Újabb év, újabb Hays jelentés az bérek alakulásáról itthon. Személy szerint mindig örülök ennek a listának – bár tudom, hogy annak tartalmát ésszel kell kezelni – mivel végre van egy ilyesfajta összehasonlítási „alap”, ami, mint kiindulási pont, jó lehet, illetve nagyon sok multi cég használja ezt, és tekinti mérvadónak a munkaerő piacon.
Gondolom a többség még mindig sprintekben dolgozik, amiről pro-kontra megoszlanak a vélemények, de azért az alapvetés az, hogy bug-okra sosem becslünk tesztelést, mivel a javítására sem tudunk mindaddig, amíg meg nem történik egy analízis, feltérképezésre nem kerül a hiba oka, annak kihatásai, illetve a javítás várható eredménye és annak hatásai.
Postman van, volt, és lesz. Nem tudok megválni tőle. Újra előkerült a használata, és mivel alapvetően lusta vagyok, így egyfelől ugyanzat a hívást szeretném futtatni különböző környezeteken, erre jó az environment kapcsoló, illetve nem szeretném hívásonként átírni a request body értékeit, hanem az lenne jó, ha ezek dinamikusan generálodnának. Erre van jó pár megoldás, de hogy lejöjjöem a poént, nem biztos, hogy az első két függvény a legjobb választás.
Ez valószínűleg egy több bejegyzésből álló sorozat lesz, mivel az időm eléggé limitált, így ha eljutok ide, hogy kisérletezzek vele, és megírjam, az mostanában igen nagy szó. Ráadásul ez most még csak egy eléggé high level írás, ami később boncolgatásra fog kerülni, hogy mik ezek, mire valók, hová tudjuk fejleszteni a tesztjeinket. Természetesen lesz egy fejlődő repository is hozzá, ahol mindig az épp legfrissebb újításokat tartalmazó project és kód lesz elérhető.