Random Generátor podcast

Ep.293. A monitorok nem, de a polgármester beégett

· PT1H15M20S

Összefoglaló

Az epizódban abszurd technológiai hírek kerülnek terítékre, többek között OLED kijelzők és egy közpénzt értelmetlenül elverő polgármester esete. Személyi változásokról is szó esik az SAP-nál, humoros megközelítésben.

Röviden

Műsor
Random Generátor podcast
Megjelenés
2025. 09. 05.
Hossz
1 óra 15 perc
Témák
oled kijelzők, polgármester, személyi változások
Átirat
Az epizód beszélt szövege alapján indexelve

Ebben az epizódban

Itt vagyunk ma megint nagyszerű hét hétvégénken.

Figyelj, >> mi milyen időhulokba keveredtél?

Tehát, hogy mesélj róla. >> Én ennyire kikészültem már a mai napon, és még csak hétfő.

Nem, kedv. >> Na lehet, hogy >> egy nem is tudom, hogy mit csináltam hétfőn.

Mondjuk ez nem szokott nekem probléma lenni, de az, hogy hogy amúgy mit csináltam hétfőn, tehát mit nem nem tudom.

Meg kéne néznem a kalendáromat, mert az még az az egyedüli, ami még úgy vissza tudom, hogy mit csináltam, mert ugye van egy projektünk, amit az nagyon csinálunk.

És és ben benne van a szívem, lelkem >> meg az agyad. >> Én leginkább megtanulom, tehát a mostani projektnél legjobb megtanulom azt, hogy hogyan nefeszkózzak valamin, hogy hogyan hogyan tudjak elengedni egy olyan meetinget, hogy bemegyünk, ahol csak angolul beszélünk.

Igazából egy egy ember kedvéért, de hogy csak angolul beszélünk. >> És feltesznek egy olyan kérdést, amit nem érzek meg relevánsnak, hogy most én meg tudjam azt válaszolni, mert nem tudom, hogy erre milyen releváns választ lehetne adni.

És most már el tudok jutni egy olyan szintig, hogy nem izgulok emiatt, hanem egyszerűen csak egyszerűen csak csendben maradok, és várom azt, hogy valaki rájön-e arra, hogy hogy ez a kérdés az nem engem illet meg.

Nem nekem kell arra válaszolni.

És amikor már már magyarul megszólítanak, akkor már ugye már az van, hogy mintogyha tudod mit nem értettem volna, de tudom, hogy miről van szó.

Na akkor figyeljetek, akkor most összefoglom nagyon röviden így magyarul, tudod összefoglalom és akkor ti majd elmondjátok, ahogy akarjátok majd meg összefogjátok angolul.

És akkor elmondom jó Bobi, visszakérdeznek kettőt.

És akkor tovább folytatják a diskurzót.

És akkor én csak úgy vagyok, akkor én így aki végighallgatom, néha-néha beleszólok, hogy na na na.

Tehát, hogy így kezdem talán megszokni azt, hogy a dolgokat ne vegyen túlságosan ilyen idegőrlő gyomorőrlően, veszkósan. >> Ühüm. >> Hanem úgy úgy vagyok vele, hogy hát igen, ez is egy dolog.

Aztán jól van, megyünk tovább.

Hogyha én nem kapok Xzontól információt, hát akkor nem kapsz a XCOMtól információt.

Az a lényeg, hogy én megfelelő információval rendelkezzek.

És a nem információ, vagy a nem begyűjtött, nem a nem megkapott, mert a begyűjtött és a megkapott az más, a nem megkapott információ és egy információ, az ugye undefine típusú. >> És ugye nagyon fontos ugye Nándi a mai code review, hogy amikor létrehozunk egy propertyt, ugye akkor nem valami vagy null, hanem valami vagy undefined. >> Igen, azt visszadobtam.

Magyaráz, hogy ti frontend fejlesztődnek a fejében, mi megy akkor le, amikor valamilyen propertyt létrehoztok, ami nem biztos, hogy be lesz állítva és nem undefinedel alakítjátok vissza, amikor >> be lesz állítva, csak nem akkor lesz beállítva. >> Akkor meg odaírtam, hogy vagy ez, vagy bank operátor.

Odatettem a kérdőjelet, de láttam én, hogy te az felszvaítottad azt a resourceot, tehát valamikor, mert az egy mutation of szerver volt, ha jól emlékszem.

Egyrészt hírtem, hogy félek attól a műtés alap szervertől. >> Válaszoltam rá. >> Igen, hogy te nem félsz.

Nem jött komment. >> Nem, nem néztem azóta, mert meetingen voltam egész nap.

Hát majd >> igazából én attól jutés observertől én nagyon nagyon nagyon félnék. >> Hy, akkor átírom. >> De de azért kérdeztem, hogy mesélj róla, hogy miért?

Mert lehet, hogy meg van az jó okod, hogy műtésap szervet használj, csak én nem értem, hogy miért.

Mert hogy annyira bonyolult volt, hogy most akkor miben akarsz feliratkozni, vagy mire akarsz feliratkozni, mert egy new mutationup szerver volt, és nem egy nem egy nem egy objectre vagy document objectre lett feliratkoztatva, hogy mtés alap szerver, hogy olyan mint a mütés alapserver az egész domot vizsgálná vagy várná, de lehet, hogy hogy wowban az már komponens alapul tud lenni a mutation of szerver, de ezt sem hiszem el.

Szóval így >> nem nem nem >> így úgy voltam vele, hogy ú >> majd majd ezt majd ezt majd megbeszéljük akkor mert >> hogy elkezdté használni adatkötést, pontosabban adatközlési izét.

Elkezdtél néhány komponens használni, hogy olyan functiont, >> nem emitelt, hanem olyan functiont, ami már kifele telefonál, kifele szól. >> Exposed.

Mert ugye WOban nem vagyok annyira nagyon járatos.

Igen. >> Cak és akkor ogy látom, hogy na akkor most felfedezte, hogy van-e expose a ref, vagy nem tudom mi >> és akkor nem szeretem használni egyébként. >> Elkezdte használni az expose refet a nagyon nagyon nagyon sok event emitter után, vagy event nem emit nagyon sok emit után és csak úgy voltam vele, hogy na hát akkor akkor ez az új feature is most már van.

És akkor elgondolkoztam rajta, hogy vajon jó ötlet biztosan.

És akkor még a csacsi is megkérdeztem, de az sem félt tőle.

Úgyhogy úgy voltam vele, hogy hm jó akkor az jó.

Tehát abban nem találtam veszéforrást az bevesz szokásbe.

Mondjuk most írtunk ki egy jegyet, hogy a event event hellnek a az eliminationje, mert >> mert nagyon sok van, >> mert nagyon sok van és nagyon követhetetlen egy idő után e mondtam ez én ezt megmondtam.

Jó, csak tudod az van, hogy mivel a wood közben tanuljuk, ezért igazából én azt látom most már látom, >> de ez nem volt tanulás még, mert ez natív JavaScript is ugyanúgy lehet eventemittert írni.

Jó, de amikor a wkeletrendszert használod, akkor alapvetően két iskola van, amit most már látok, hogy két iskola van, és mi az keverjük néha sokszor.

Ugye az egyik az, ami azt mondja, hogy a komponensek teljesen függetlenek legyenek egymástól és expózokon és emiterek emittereken keresztül kommunikáljanak egymással. >> Hát pont nem független akkor a PC-ér kapcsolat van közöttük.

Az a de hogy mindegyik tehát úgy független, hogy igazából ugye mindegyiknek ki tudsz ö tehát ki tudsz m >> oda vissza ods igen.

Kifele szól, de ugye nem teszed függéve mondjuk egy storeól, mint a mint amit például egy más objektumok más komponensebben csinálunk.

Ugye más komponensben meg ez van, mert akkor a store-t elkezdjük használni.

Viszont viszont a store meg tök kényelmes abból a szempontból, hogy nem kell a 26.

Child komponensig levinni egy izét, valamit, valami propot, meg mondjuk visszahozni valami eventemittert. >> Ühüm. >> Tehát sokkal egyszerűbb és pontosan ezért van, ezért is kell a a store, mert ugye az egy közös dolog, abba bele tudnak írni a komponensek, és kom iratkozni.

Igen, az pont azért. >> Tehát pont ezért van.

Tehát, hogy >> mer igazából, hogy eseményt akarsz, akkor már eventöre beszélünk, de hogy adatot akarsz közölni, >> de hogyha csak adatot akarsz közölni, akkor arra sokkal jobb.

És ugye majd azt fogjuk majd egy kicsit ki izélni, cizellálni jobban, hogy akkor itt mi van, mert a múltkor is már találtunk már ilyen problémákat, hogy lefele ment a props, és akkor valahol lett default értébbeve, valahol nem, és akkor valahol undefined, és így el is dobta magát az egész úgy ahogy van.

Nem legtöbbször nekem az a bajom egyébként az eventekkel a ti esetetekben, hogy globálisan mindenre szól, nincsen meghatározva a scope-ja, hogy akkor most oké, így valamihez kötöm, valamilyen objektumhoz, valamilyen elementhez, a arra küldöm rá az eventet, hogy könnyen összeakadhatnak a nevek, olyan, mintogyha a vart használ, tehát globális névtérben dolgoznál és nem némpaceekben.

Egy kicsit az engem frusztrálna amúgy, hogy egyszer tehát primitív nevek vannak a az eventeknek. >> Hát de alapvetően a utána ott úgy is a az adott tehát a ref alapján, a referencia alapján használod, tehát az meghatározza, hogy mi a scope-ja. >> Hát meg a neve alapján használd az eventet, >> de az már csak a kiváltása.

Tehát az, hogy mit emittelek, de a azt nem emittelhet, azt csak a csá cságy komponensen belül emittelhetem.

Tehát lehet nekem hat olyan ugyanolyan objektem komponensem aminek mindegyiknek van egy open emit emittere, és nem fog összeakadni. >> Aha.

Szóval akkor ez máshogy működik, mint gondolom.

Nagyon jó, akkor majd ezt is majd jelezni fogom a quiew-ban, hogy ezt nem így kéne. >> Igen.

Tehát, hogy ott lehet ilyet csinálni.

Nyilván a debuggolás szempontjából egyébként egyszerűbb, hogyha látod, hogy valami mit tudom én, van egy open modell, vagy egy open popup, vagy valami, mint az, hogy minden open vagy minden close.

Nyilván egyszerűbb megtalálni, >> meg célszerűbb is. >> Igen. >> Ezek mind olyan dolgok, hogy tudod ez a mivel maga a Woo framework az nem köti annyira a debet a karóhoz, azért mindenki úgy fejleszt, ahogy akar.

De közben ugye és a dokumentáció is egyébként sokszor ugye több példát említ meg, >> tehát hogy azt mondja, végülis ez is jó, az is jó, amaz is jó, és akkor te ott vagy, hogy hát jó, tehát akkor igazából kéne egy teljes wo style guide, ami alapján lefejlesztünk, de ahhoz, hogy wost guideot tudjunk használni, azt fejlesztenünk kell, és el kell követni azokat a hibákat, >> amiket most elkövetünk.

Ez ilyen. >> Meg az, hogy még ha senior fejlesztőt is találsz, az is azt fogja mondani, hogy hát így is lehet, meg úgy is lehet.

Hát a az előző, amikor a az admint csináltukm, >> ugye az is szenior szenior w fejlesztő volt, és hát ő is azért mondott olyanokat, ami így most már felhúzom a szemöldökömet, hogy azért azt így >> Igen.

Tehát kedves fejlesztők vagy olyannak, akik frontend fejlesztők szeretnétek lenni, légy szíves, ne frameworköt tanuljatok már.

Ne frameworköt tudjátok már a vanilla JS-t. >> Ja, >> mert ha nem tudjátok a vanilla JS-t, akkor egyrészt én a falnak megyek.

Biztosan vannak cégek a kinnál az számít, hogy akkor a wnak a nem tudom a milyen csimborasszó deep nem tudom mieit ismered.

Csak az az, hogy egy framework az a frameworkök jönnek mennek, de egy biztos, >> hogy a vanilla JS az marad, az az velünk van és arra épül rá minden.

A arra épülnek rá a frontend frameworkök, a modern frontend frameworkök.

Ne ne csináljátok modern frontend frameworköt.

Nem nem kell olyan olyan izgalmas dolgok.

Nekem is bennem, bennem is bennem volt a a kísértés annak idején, hogy hogy ugye nem csak eventemt, hanem hanem rengeteg más, mert ugye eventemet azért csináltam a hát van a sses rendszerünkben vagy tss rendszerünkbe.

Már nem eventemit, tehát már hanem store csináljak, mert ez valamilyen mértékben az már eddig is volt, meg azért van arra is igénye, hogy local storage >> meg a többiek is egyébként is úgy létezzenek működjenek >> tehát hogy így ők is valahogyan részt vegyenek a játékban.

Szóval nem kell írni új modern frontend frameworköt, mert de de ezek jönnek, mennek. >> Most éppen lehet, hogy a React a felkapott, de régen mondjuk lehet, hogy az Angular volt a felkapott.

Erre jött az Angular 2, legalábbis annak a verziói. >> Igen. >> Aztán most meg ott van a Wo, ami felkapott és akkor megtanul egyiket, másikat.

Szóval azul, hogy nem látom még mindig azt, hogy a W nagyon felkapott lenne a React.

Az most nagyon a React az nagyon megy.

És most van egy ilyen projekt, amit így megkaptam és abban is React van, és így >> majd mesélj róla. >> Hm. >> Most nem tudom, hogy hogy >> most TS TS-ben van-e a react írva a TSX, mert a TSX az olyan olyan típusosságok vannak benne, hogy sokszor a típusok azok generikusak, az hosszabbak, mint a a változónevek.

Itt lehet, hogy maga a projekt olyan hála a jó égnek annyira frontendezni nem kell benne, mert amúgy szerint tehát ez a bizsereg az újjam, hogy hogy elkezdjem átírni, de egyrészt nem nem ér nem nem is érdekelne, nem működne.

Nem nem jártak hozzá annyira, és nem is fizetik meg igazából azt, hogy ez az át legyen írva, az úgy működik.

És hát nem tudom, olyan nekem nagyon fura.

Tehát nekem is volt Reactes. >> A valahol a Bu az egy ilyen az egy ilyen jó köztes megoldás.

Angulárral is ugye foglalkoztam.

Nekem az a szigorúság az annyira nem tetszett az, hogy nagyon könnyen eltört gyakorlatilag egy-egy verzióváltásnál. >> Ott úgy jöttek mentek az egyes csomagok, hogy gyakorlatilag egy hét után elindítottad a projektet, és már duplicated lett egy csomó projekt izé csomag.

Most hogyha én egy projektnek kezdek én neki, akkor jó eséllyel vagy esetleg, de lehet, hogy van néeshez nyúlok, >> hogyha én most már projectet csinálok, >> vagy esetleg még mindig angulárhoz, de ugyanaz van, hogy mire befejezem a fejlesztést, már egy verzióval arrébb van, >> és arra frissíteni nem igazán tudsz, >> de a Wnak sem lehet annyira nagyon könnyen frissítés még a patchet még lehet, de már ilyen ilyen alverziót már ott is már körülményes.

És igazából az van, hogy be behúztatod még a zsiráf.

És akkor azokkal kell neked játszanod, miközben lehet arra nincs is szükséged, vagy olyan cuccot húzd be, amiben annyi security érintettség van, hogy meg fnak szaladsz.

Hát igen, csak hogy >> miközben egy két irányú adatkötést megvalósítani, vagy egy egy irányú adatkötést, csak maradjuk annyiban, mert Bú is azt tudja, egy irányú adatködés annyira könnyű megvalósítani vanillai JS-ben is, hogy nagyjából ha szépen megírod a libraryt, már nem libraryt, azt a egyetlen egy osztályt, ami ezt csinálja, egy irány adatkötése, az az mondjuk lehet, hogy mondjuk kijön a 60 sorból és kész.

Hát igen, csak nem azért választod a wood, mert egy irányot kötéstől van szükséged, hanem ott minden más, ami ami érdekes. >> Jó, templating system.

Oké, mondjuk az mondjuk >> jó, azt el >> akkor akkor az, hogy eleve már vannak kész megoldott tehát csomagok, nem kell neked újra megírni akár egy egészet.

Tehát most azért >> hát nagyobb projekthez valószínűleg igen, az jobb.

De így így olyan olyan sok helyzet van, ugye van az a kotta applikációm.

Án nem biztos, hogy most már én azt átírnám vanilre vagy TS-re, >> mert angulárban végül is >> nem működik. >> Működik, nem frissítem, csak hogy bizatonságban legyen minden.

Nem frissítem >> és most így én nem vagyok így vele.

A a VS kóddal sokkal többet killódok, mert hogy ez az aláhúz random dolgokat, és akkor hú hát ez nem jó.

Ö, és akkor így képes elfelejteni a szintaxisát egyébként a a izének a az angulárnak, és akkor alhúzza a…

Említett entitások

Témák

Szervezetek, cégek

Hallgasd meg

Gyakori kérdések erről az epizódról: „Ep.293. A monitorok nem, de a polgármester beégett”

Miről szól ez az epizód: „Ep.293. A monitorok nem, de a polgármester beégett”?

Az epizódban abszurd technológiai hírek kerülnek terítékre, többek között OLED kijelzők és egy közpénzt értelmetlenül elverő polgármester esete. Személyi változásokról is szó esik az SAP-nál, humoros megközelítésben. Az epizód a Random Generátor podcast című magyar podcast egyik adása, megjelenés: 2025. 09. 05..

Milyen témákat érint ez az epizód: „Ep.293. A monitorok nem, de a polgármester beégett”?

Fő témái: oled kijelzők, polgármester, személyi változások.

Mikor jelent meg és milyen hosszú ez az epizód: „Ep.293. A monitorok nem, de a polgármester beégett”?

Megjelenés: 2025. 09. 05.. Hossz: 1 óra 15 perc. Az epizód a Podiverzumon hallgatható meg: https://podiverzum.hu/podcast/random-generator-podcast/ep-293-a-monitorok-nem-de-a-polgarmester-beegett-astp2454

Több epizód a Random Generátor podcast-ből

  • Logbook: A technika folyamatos tutujgatása állandó

    A Random Generátor podcast új epizódjában a technikai beállításokat finomhangolták a készítők, különös tekintettel a hangminőségre. A végeredményt a hallgatóságra bízzák, hogy eld…

  • Ep.329. Kérjük, helyezze a terméket a csomagolófelületre

    Az adás a hazai boltláncok önkiszolgáló kasszákkal kapcsolatos tapasztalatait mutatja be. Szó esik a bevezetésről, a vásárlói elfogadásról, a visszaélések elleni védekezésről, és…

  • Ep.328. A minőség ára

    A Random Generátor podcast 328. adása a minőség fontosságát taglalja hallgatói visszajelzések alapján, felvetve az Apple szubjektív minőségfelfogását és a HVG jelentését selejteze…

  • Logbook: Az idők változnak

    Az epizód témája az idő múlása, melyet a "Random Generátor podcast" mutat be.

  • Ep.327. Életünk egy ötórás ablak

    Az AI már nem csak kommunikál, hanem vásárlási tranzakciókat is kezdeményez és adatbázisokat törölhet. Ez az epizód az AI-val való együttélés kockázatait és a gyorsuló technológia…

  • Ep.326. A beauty filteren túl

    A podcast ezen epizódja a digitális képszerkesztés valóságra gyakorolt hatásait vizsgálja. Megemlítik, hogy a túlzottan retusált fotók hogyan nehezíthetik meg egy eltűnt személy k…

  • Logbook: Macbook, a kóbormacska és a patkányok

    A Random Generátor podcast 'Logbook: Macbook, a kóbormacska és a patkányok' című epizódja egy rendhagyó naplót mutat be, amely Macbook, egy kóbormacska és patkányok történetét mes…

  • Ep.325. Most már a WC-zéshez is mobil kell 📱 🙈

    A digitális jövőben a mosdóhasználathoz is mobilalkalmazás és online fiók szükséges, ami adatgyűjtést és frissítési kényszert eredményez. Felvetődik a kérdés, hogy mi lesz a luxus…

  • Ep.324. Programoznod nem kell, de értened kell hozzá

    Ez az epizód a lottó valószínűségét és az AI-designnal kapcsolatos tévhiteket tárgyalja. Felveti a kérdést, hogy az AI vajon tényleg kreatív szabadságot hoz-e, vagy csupán eszköz…

  • Logbook: $~: apt-get dist-upgrade

    Ebben az epizódban a technológiai és közéleti frissítéseket beszélik meg.

Hasonló epizódok más magyar podcastokból