Fear-driven development: amikor azon dolgozunk, amitől a főnök a legjobban fél

Mitől érzed jól magad a munkádban? A fizetés, a pozíció, a fejlődési lehetőség, a jó csapat vagy az, hogy értelmesnek érzed, amit csinálsz? Ebben az epizódban arról beszélgetünk, mit jelent valójában a karrierelégedettség, hogyan változnak az igényeink az évek során, és mennyire fontos, hogy ismerjük saját magunkat. Szóba kerül a karrierváltás, az önismeret, a vezetői és szakértői szerepek közötti választás, a munkahelyi környezet, a tiszta felelősségi körök és az imposztorszindróma is. Mikor érdemes új munkát keresni, és mikor elég lenne inkább megváltoztatni azt, ahogyan a jelenlegi helyeden dolgozol? És honnan tudod, hogy tényleg rossz pályán vagy, vagy csak rossz környezetben? Beszélgetnek: Krisztián, Ádám és Emese. Kapcsolódj hozzánk: 🌐 Weboldal: https://letscode.hu 💬 Slack-közösség: https://letscode.hu/slack ✉️ Podcast: [email protected] #LetsCode #Karrier #Karriertervezés #Önismeret #Munkahely #Szoftverfejlesztés #Leadership #CareerDevelopment

Lejáró licensz, end-of-life szerverek, egy nagy ügyfél, aki csak akkor ír alá, ha holnapra kész az MS SQL támogatás. Ebben az epizódban Ádámmal, Lacival és Emesével arról beszélgetünk, mi történik egy fejlesztőcsapattal, ha a roadmapet a félelem vagy a következő nagy lehetőség rángatja ide-oda. Szóba kerül: fear-driven és opportunity-driven development: honnan ismerjük, és mikor jogos a kimondatlan ár: mi csúszik, amikor „csak ezt az egyet” még megcsináljuk a „ne nyúlj hozzá, működik” típusú legacy kód context switch, fióknak fejlesztés, morál és fásultság Titanic vs. motorcsónak, avagy miért nem fordul egy nagy cég egyik napról a másikra (és mi köze ehhez az Ever Givennek) hogyan érdemes felfelé jelezni, és mit nyersz azzal, ha pénzben vagy emberórában mutatod meg a költséget az AI mint gyorsító: FOMO, „éjjel összevibe-kódoltam, neked miért tart ez két hónapig?”, yes-man modellek gyakorlati eszköztár: kinek milyen problémáját oldjuk meg, a harmadik „biztos?”, és a sürgős munkába csempészett tech debt törlesztés Írjatok nekünk: 💬 Slack: [letscode.hu/slack] ✉️ E-mail: [[email protected]]

Hogyan változtatja meg az AI a kódminőséget, a code review folyamatát és a szoftverfejlesztők szerepét? Ebben az epizódban arról beszélgetünk, hogyan kezeljük az AI által generált kód mennyiségének növekedését, a hosszabb pull requesteket és a review-zás egyre nagyobb terhét. Szóba kerül az architektúra szerepe, az automatizált minőségbiztosítás, a kisebb PR-ok előnyei és a lokális AI-modellek használata is. Mennyire bízhatunk az AI-ban, és hol húzzuk meg a határt az automatizálás és az emberi kontroll között? Mi történik, ha a fejlesztők már nem értik azt a kódot, amiért továbbra is nekik kell felelősséget vállalniuk? Slack: https://letscode.hu/slack E-mail: [email protected] Website: https://letscode.hu

A munkahelyi előrelépés nem csak a szakmai teljesítményen múlik. Számít a láthatóság, a kapcsolatok, a befolyás és az is, hogy kik támogatják az ötleteidet. A Letscode Podcastben az irodai politika árnyoldalairól, a munkahelyi pletykákról, a hatalom és az autoritás különbségéről, valamint az etikus érdekérvényesítésről beszélgetünk. 🌐 Website: https://letscode.hu 💬 Slack: https://letscode.hu/slack ✉️ Email: [email protected] #OfficePolitics #SoftwareEngineering #CareerGrowth #LetscodePodcast

Interjún, évvégi review-n és előléptetésnél is gyakran elhangzik: „tőled engineering mindsetet várunk”. De mit takar ez valójában? Ebben az adásban Ádámmal és Lacival végigvesszük, mit jelent a gyakorlatban a mérnöki gondolkodás, a migrációs scriptektől az incidenskezelésig. Miről beszélgetünk: 🔹 Ownership és rendszerszintű gondolkodás: mi törik el, ha belenyúlsz egy háromkomponensű rendszer közepébe? 🔹 Trade-offok: mikor elég jó az „elég jó”, és mikor beszélgetünk már 35 napja két adatbázismezőről? 🔹 Probléma-dekompozíció az egyetemi tankolós példától a Jira-ticketekig 🔹 Bootcamp, egyetem, pályaváltók: tanulható-e ez a gondolkodásmód? 🔹 Overengineering kis rendszereknél: modular monolith a Kubernetes helyett 🔹 Az elrejtett komplexitás csapdája: connection poolok, common libek és az AI 🔹 Léteznek best practice-ek, vagy minden a kontextuson múlik? 🔹 Mit lehet tanulni egy incidensből, ahol tizenkét ideges ember nézi a képernyődet? 🔹 Mitől lesz valaki jobb engineer: tapasztalat, változatos domének és jegyzetelés 🎙️ Résztvevők: Krisztián, Ádám, Laci 💬 Írd meg, nálad mit jelent az engineering mindset, és szerinted léteznek-e best practice-ek! 👉 Slack: letscode.hu/slack 📧 E-mail: [email protected] #engineeringmindset #szoftverfejlesztés #softwarearchitecture #letscode #podcast #fejlesztés

Projekt vagy product? Elsőre egyszerű szervezési kérdésnek tűnik, aztán gyorsan előkerül az ownership, a felelősség, a tudásmegosztás, a skálázódás és persze az örök klasszikus: majd a következő csapat megszívja. Ebben az adásban arról beszélgetünk, hogyan működik a projekt- és productalapú szervezés a gyakorlatban, mikor melyiknek van értelme, mit nyerünk velük, és milyen problémákat tudnak létrehozni. Szóba kerülnek projektcsapatok, hosszú életű product teamek, outsourcing, ownership, build vs. buy, cross-team tudásmegosztás és az is, mi történik, amikor egy productot valójában projektként vezetünk. 🎙️ Krisztián, Ádám, Laci és Emese #softwareengineering #productdevelopment #projectmanagement #engineering

AI-hype, vibe coding, script kiddiek, TenX fejlesztők és az AI által átalakuló fejlesztői munka. Beszélgetünk arról, mit jelent ma gyorsan és hatékonyan fejleszteni, mennyire hasonlít a vibe coding a régi script kiddie jelenséghez, és miért nem elég önmagában az, hogy az AI képes kódot írni. Szóba kerül az AI-függőség, a tanulás és a kognitív kiszervezés, a csapatmunka, valamint az is, hogy tényleg minden fejlesztőből AI-zsonglőrnek kell-e válnia.

Build vagy Buy? Az AI korában is ugyanaz az alapvető kérdés: mikor érdemes valamit saját magunknak megépíteni, és mikor jobb megvenni? Ebben az adásban a Build vs. Buy döntést járjuk körül, a fejlesztéstől és üzemeltetéstől kezdve a vendor lock-inen át egészen addig, hogy valójában mit is veszünk meg egy kész termékkel vagy managed service-szel. Salesforce, Jenkins, saját belső rendszerek és más példákon keresztül beszélünk arról, hogyan érdemes ezeket a döntéseket mérlegelni, és milyen költségeket könnyű figyelmen kívül hagyni.

Az AI egyre több repetitív és „unalmas” feladatot vesz át. Kódot ír, tartalmat generál, jegyzetel, összerak dolgokat. Mégis könnyű azt érezni, hogy a munka nem lett könnyebb, csak másképp lett fárasztó. Ebben az epizódban arról beszélgetünk, hogyan változtatja meg az AI a munkánk jellegét. Mi történik, amikor a végrehajtás helyett egyre több időt töltünk azzal, hogy elolvassuk, megértsük, ellenőrizzük és eldöntsük, jó-e, amit az AI készített? Szóba kerül az agentekkel való munka, a folyamatos context switching, a multitasking, a burnout, a kézi kódolás jövője, a healthcare és más szabályozott területek, valamint az is, hogy vajon tényleg az a cél, hogy egyre több mindent automatizáljunk. És persze az a kérdés is előkerül, hogy mi történik, ha már nem mi vezetjük az agenteket, hanem az agentek vezetnek agenteket.

Coffee badging: bemész az irodába, megiszod a kávét, beszélgetsz pár kollégával, aztán hazamész. De miért alakult ki ez a jelenség, és tényleg az emberekkel van a probléma? Ebben az epizódban arról beszélgetünk, hogy mire jó az iroda, és mire kifejezetten rossz. Szóba kerül a remote work, az open office, a produktivitás, a bizalom, a meetingek, az onboarding, a brainstorming, a pair programming és persze az elmaradhatatlan túrórudi. A végére pedig eljutunk oda, hogy a coffee badging talán nem is az alkalmazottak problémája, hanem annak a tünete, amikor egy szervezet olyan szabályokat és metrikákat erőltet, amelyek mögött nincs valódi cél. Te mire használod az irodát, ha már be kell menned? #Letscode #CoffeeBadging #RemoteWork #HybridWork #SoftwareEngineering #EngineeringCulture #Workplace