Lehetőségek eltűnése
Posted by idegeniusz@reddit | programmingHungary | View on Reddit | 144 comments
Helló! Hogy dolgozzátok fel, hogy a szűkülő munkaerő piaci lehetőségek miatt lehetséges, hogy vége lesz az IT karriereteknek? Mennyi ideig voltatok a pályán? Merre tovább?
FreeVili71@reddit
Én már más területen vagyok, kényszerből. 35++ év volt. 🙂
chipmunksol@reddit
Terulet titok?
FreeVili71@reddit
Tudtommal nem, legfeljebb lelőnek. 🙂
BKV::M3::járműkarbantartók::segélyes::1es_csop
chipmunksol@reddit
Boldogabb vagy? Ha igen, csak ez szamit!
FreeVili71@reddit
Majd még gondolkodom, hogy boldogabb vagyok-e... De köszi.
jailbird@reddit
24 éve dolgozom mint programozó. Annyi ezeréves, foshalom legacy rendszerrel találkoztam már a karrierem során (sőt, szinte csak azzal), hogy 100%-ban biztos vagyok abban, hogy az élete végéig lesz munkája annak aki beválallja a fenntartásukat/fejlesztésüket. A vájbolós slopoknak hála az ilyen gennyóceánból meg mégtöbb lesz.
Capital_Distance545@reddit
Ezzel nem ertek egyet, legacy szart pont nagyon gyorsan es jol at lehet irni claud opus-al pl. A mi multinknal nagyon jo hasznat veszi sok legacyt kokanyolo csapat.
Dense-Bar-2341@reddit
Szerintem amúgyis könnyű volt egy jó programozonak átírni, refaktoralni a fost is, inkább csak nem volt kedvük rá, lusta gecik voltak
Capital_Distance545@reddit
Nyilban.
Az ciganyok se pucolnanak szart az IC vonatokon...
Dense-Bar-2341@reddit
2-3 hónapos projectet át kellett raknom MVP-rol MVVM-re, mert az OTP-s főnöknek nem tetszett, hogy nem a Google ajánlást használtam. Kb 1 hétbe telt átrakni, de ígyis előbb végeztem, amíg ők tokoltek mással... :)))) az a lassúsága, ami ott ment, kiboritott
Apple-Giraffe3683@reddit
ez a beszéd
szerintem elég valószínű, hogy az AI tud majd a foshalom legacy rendszerekkel is dolgozni (karbantartás, fejlesztés, üzemeltetés terén is)
pl. ha kellőképpen körül van véve E2E tesztekkel, akkor gyakorlatilag korlátlanul garázdálkodhat a kóddal
de valakinek akkor is kell foglalkoznia az alkalmazással, magától nem fog az AI kitalálni mindent
Marty_McFly_1885@reddit
De hát vannak bugok, amik átmennek a teszteken.
nbxx@reddit
Azért ez egy nagyon nagy ha. Majdnem inkább sohába megy át.
Apple-Giraffe3683@reddit
eltolódhat a hangsúly a feature-fejlesztés felől az E2E tesztírás felé és akkor nem lesz "ha"
ytg895@reddit
Az E2E tesztírás egyébként a legnagyobb anti-pattern a szakmában. aprópénz az elmém.
Apple-Giraffe3683@reddit
akkor hogyan védekezel a regresszió ellen?
ytg895@reddit
gyakorlatban E2E teszttel, mert ez a projekten az elvárás
elméletben regressziót unit tesztekkel tenném, mert nincs semmi plusz az E2E tesztekben, ami a business logika regressziója ellen jobban védene, mint egy unit teszt. E2E tesztet kevés kivételtől eltekintve szinte kizárólag azért használunk, mert foskazal tesztelhetetlen a kódbázis, és nem akarjuk tesztelhetővé tenni, hanem inkább toljuk magunk előtt a szart, mert hát kívülről biztosan hívható a mi kis rendszerünk, hívjuk hát úgy, írunk egy n+1-edig E2E tesztet, jóvanazúgy. aztán 15-20 év múlva aki megörökli az így-úgy tákolt fostaligát, amibe semmit átírni nem lehet, mert egycsilliárd E2E bebetonozta, aminek a fele egyébként flaky, és amúgy is 45+ percig futnak, tehát az ereidet felvágod a végére
de kell az E2E teszt, mert különben a business sír, hogy ők így nem látják, hogy a funkcionalitás biztosítva van. nem mintha valaha megnyitották volna a dashboardot, vagy nem menne szembe minden második specifikációjuk a bebetonozott funkcionalitással, vagy nem lenne igazából elég nekik 2-3 E2E teszt, ilyen happy pathokkal, hogy az ügyfél beregisztrál, nyomkod-ezt-azt, fizet, és a fizetés sikeresen megtörténik (ami az egyetlen dolog ami számít nekik, az ügyfél le van szarva úgyis)...
PandaMoniumHUN@reddit
Ez mindig attól függ szerintem, hogy min dolgozol. Nálunk ahol 20+ microservice van írhatsz annyi unit tesztet amennyit szeretnél, 10ből 9x a service-ek közötti contract törik ami ellen unit teszt nem véd semmit sajnos.
ytg895@reddit
dolgozom microservice-szel. dolgoztam már macroservice-szel, microservice + monolith felállásban, meg monolithtal. ilyen szempontból teljesen mindegy. a monolithnál is van rengeteg modulod, és 10-ből 9-szer a modulok közötti contract törik ami ellen a unit teszt nem véd semmit sajnos. csak erre szerintem az lenne a megoldás, hogy addig masszírozzuk a kódot, amíg nem a modulok/szervizek közötti interakcióba van lekódolva olyan logika, amit fenn kellene tartani.
microservice esetén egyébként különösen vicces, hogy ezek arra lettek kitalálva, hogy önmagukban deployolhatóak legyenek és ha a másik szerviz valamiért megmakkan, vagy értelmetlen szart kezd el küldeni, vagy hasonló, akkor a mi szervizünk továbbra is csak megránthassa a vállát, hogy hát ez szar, ezzel én nem foglalkozom.
ja meg még személyes tapasztalatom microservice-ek közti contracttal: nyugati multi, több kelet-európai országból bedolgozó idiótával. na már most mi veszettül API first leszünk, mert épp azt hallotta valami konferencián a CTO, aminek az eredménye, hogy minden szerviznek generálnia kell OpenAPI dokumentumokat és akkor majd mindig mindenki tudja, hogy mi az igazság a frankóval. ...leszámítva, hogy az csak egy YAML fájl és nyilván hetente baszta felül az összes szerviz az összes interfészét mindenféle konzisztencia vagy verziókövetés nélkül. amit E2E tesztek lehet, hogy megfogtak volna, de nehogy már a full test suite kelljen ahhoz, hogy Hans meg Dimitrij ne érezzék úgy, hogy mindent szabad. arra a PIP való.
PandaMoniumHUN@reddit
Igen, lehet, hogy megfogta volna az E2E teszt és épp ez a lényeg. Nálunk is azért van mindenre feature/e2e teszt mert több száz fejlesztő dolgozik a terméken és előbb-utóbb valamit törni fognak. Plusz nem mindig egyértelmű a contract sem - rendszeresen futok bele olyan production bugokba, hogy a service amit meghívok timeout-ol mert nagy a load vagy lassú/szarul van megírva. Pl. N+1 query van benne, nő az adat prodban és egyszercsak már nem fér bele az 5 másodperces timeout-ba az API call. Ilyenkor nem egyértelmű ki a hülye és hol tört a contract. Egyszerűen van egy bizonyos csapat méret ami fölött muszáj vagy elkezdeni vadul tesztelni, mert különben gyorsabban fognak jönni a prod bugok (nem olyasmik amiket egy unit teszt megfog), mint ahogy javítani tudod őket.
mimrock@reddit
Nekem az a tapasztalatom, hogy az E2E tesztek azok, amik a valóságban előforduló problémák nagyobb részét megfogják. Persze létezik a business logika regressziója is, és az ellen valóban jobbak a unit tesztek, de a gyakorlatban hamis feltételezések, változó api-k, előre nem látott kölcsönhatások azok, amik miatt az appok leggyakrabban problémába ütköznek, ezeket pedig csak az E2E tesztek fedik le.
Az E2E teszteknek nem kell a funkcionalitás 100%-át lefedniük, viszont a core funkcionalitás tekintetében szerintem extrém fontosak.
ytg895@reddit
ezt az E2E teszt sem fogja meg, mert ugyanúgy a hamis feltételezéssel a fejemben írom meg a tesztet, mint ahogy a kódot írtam
erre az lenne a megoldás, hogy eltörjük annak a kezét aki változtatni mer az API-n, meg típusos generált kliens-szerviz kód
ezt az E2E tesz nem fogja meg, mert ugyanúgy nem látom a kölcsönhatást mikor a tesztet írnom, mint amikor a kódot írom
mimrock@reddit
"ugyanúgy a hamis feltételezéssel a fejemben írom meg a tesztet" Lehet, hogy rosszul fogalmaztam. Úgy értem, hogy tipikus hiba, hogy a külső szolgáltatásokkal, api-kkal kapcsolatban vannak hamis feltételezések a fejlesztő fejében, vagy adott esetben ezek menet közben változnak. Pl. ahogy a másik komment is írta, mert több microservice van és valamelyik változik, ami eltör egy másik folyamatot.
"erre az lenne a megoldás, hogy eltörjük annak a kezét aki változtatni mer az API-n" Jólvan, csak egyrészt ez nem feltétlen azt jelenti, hogy hirtelen POST lesz egy GET, hanem ennél sokkal kevésbé feltűnő változásokról is lehet szó, például egy nem dokumentált bug kijavítása is okozott már ilyet a "praxisomban". Másrészt külső szolgáltatások esetében is előfordulhat, ott meg nem tudjuk senki kezét eltörni.
"ezt az E2E tesz nem fogja meg, mert ugyanúgy nem látom a kölcsönhatást mikor a tesztet írnom, mint amikor a kódot írom"
Az E2E teszt esetén azt látod, hogy minek kell történnie. Amikor fejlesztesz valamit nem is próbálod ki? Megvannak a unit tesztek akkor biztos jó? Mert ha manuálisan bárki kipróbálja, akár csak a fejlesztő fejlesztés közben, akkor már van értelme ezt a folyamatot automatizálni és ismételhetővé tenni.
ytg895@reddit
mivel azonban olyan nincs, hogy "assertThat(userFacingFeature.isWorking())", ezért gyakorlatban legtöbbször marad az, hogy tényleg azok az ID-k vannak-e a response-ban...
volt szerencsém olyan rendszeren dolgozni, ahol bugjavítással is tilos volt interface-t törni. mindenkinek ajánlom, ebből lehet megtanulni hol lakik a magyarok istene. meg hát ugye a nagyok is így csinálják, ajánlom mindenki figyelmébe az Excel szökőéves bugját amit inkább beleírtak a szabványba, csak hogy ne kelljen törni az interface-t.
Általában kipróbálom egyszer a saját gépemen, ahol azért elég sok minden ki van mokkolva. Kipróbálom egyszer valami tesztkörnyezeten, ahol azért elég sok környező rendszerben kevés vagy szar adat van. Aztán ha tehetem kipróbálom prodon. Ha teszemazt egy héten belül nincs vele semmi gond, akkor nem látom, hogy minek kellene az elkövetkező 20 évben minden buildnél lefuttatni, hogy a HTTP-n beeső felhasználói jogok változása jól van kezelve, és perzisztálva, és az eredmény kitolva Kafkára, abban a hipotetikus esetben, amikor a felhasználói jogok kezelése le van fedve unit teszttel, az adatbázis és a Kafka írása le van fedve valami integrációs teszttel, a controller meg úgyis az API definícióból generálódik.
csak a gyakorlat azt mutatja, hogy a felhasználói jogok kezelése 3 szerviz között van elosztva, ezért unit tesztet nem lehet rá írni, bármi ami HTTP-n beesik, az String, mert a típusosság az ördög, hát azzal csak a gond van, még a végén kivédené a hibákat, biztos ami biztos adatbázisba is tolunk JSON-okat nulla sémavalidációval, mi baj történhet, a Kafka meg örüljön hogy eltaláljuk, hogy hova kell írni, nehogy még azon nyavalyogjanak, hogy jó-e ami oda kerül. szóval én fenntartom, hogy az E2E teszteknek van létjogosultsága, de csak azért mert nem vagyunk hajlandóak megoldani az egyéb problémákat a projekteken.
mt9hu@reddit
Én annyiban korrigálnám, hogy mást fogunk fejlesztésnek hívni. Nem a debugger órákig nyomkodását, nem a kód írást, hanem a tervezést, tesztelést, ellenőrzést. Ami most is része a feladatnak igazából.
PandaMoniumHUN@reddit
Ettől a "mindegy mit csinál a kód amíg az E2E tesztek pass-olnak" csak én fázom? Mindenki úgy dobálózik ezzel mintha ez valami szuper dolog lenne, közben teljesen esélytelen hogy a) ez ne szar, karbantarthatatlan kódban végződjön, b) soha nem lesz akkora tesztlefedettséged, hogy vakon meg tudj bízni bármiben, tökmindegy mennyi tesztet írsz.
Apple-Giraffe3683@reddit
ez nem gond, ha eleve az AI kezeli a kódot
dehogynem, lefeded a user flowt és kész, ha a userek reportálnak hibát, akkor a helyes működésre E2E tesztet írsz, az AI pedig javítja
persze ez nem minden szoftvernél működik, de a legtöbb szoftver azért nem atomerőművet irányít
jailbird@reddit
Jelenleg Magyarország egyik legnagyobb egyházának a belső, egyedileg megoldott admisztrációján dolgozom (CRM, pénztár, kiadók, médiatevékenység, oktatás, adományozás, szociális szolgálatok, közösségi és ifjúsági programok, missziós hálózat, gyülekezetek, istentiszteleti helyek, stb. stb.). Mindezt eddig egy most már nyugdíjba vonult csávó fejlesztette.
Képzelj el 10-12 archaikus, hatalmas, teljesen elavult rendszert kb. 0 fejlesztői dokumentációval, 1 darab komment nélkül. Ezek a rendszerek egymással kommunikálnak 5-6 különböző adatbázison át (legalábbis amelyekről tudok). Még csak nem is API-val vannak összekötve, hanem pl. felhúzom a pénztárat helyileg, az meg 5 gigantikus méretű adatbázishoz csatlakozik. 2 éve még verziókezelve sem voltak a projektek. Ha valami beszarik és nem tudod mit hol keressél, akkor kb. egy labirintusban vagy, néha napokig kell nyomozgatni a legapróbb gondok miatt.
Szinte lehetetlen olyan módon feltérképezni ezt egy LLM-nek, hogy tudja mi merre van és mihez miért szabad vagy nem szabad hozzányúlni mert egy apró változás lehet egy ötödik rendszerben fog tönkretenni valamit.
Itt csak úgy lehet haladni, ha elkezdesz nyomozgatni, és előre megtervezel mindent lépésről lépésre: beszélsz a felhasználókkal a munkafolyamatukról, próbálod kibogozni hogy a különböző lépések miként kötődnek egymáshoz a különböző rendszerekben, mi hol található, mit befolyásolhat egy változtatás, és ha változtatsz is valamin azt több helyen leteszteled.
Egyelőre az AI a mi esetünkben komplex műveleteket nem tud elvégezni. Igazad van, lehet majd egyszer, kellő dokumentacióval, megfelelő test coverage mellett, nagyobb refaktorálások után...
Nem vagyok az AI ellen, nálam jelenleg az LLM főképp asszisztálásban veszi ki a szerepét: scaffolding, boilerplate kód generálása, hibakeresés, tesztek generálása, dokumentáció írása, ötletelés, tervezés, kódrefaktorálás, modernizálás, kozmetikai javítások, automatizáció, egyhasználatos toolok generálása, stb. stb.
Chance_Papaya1517@reddit
ne haragudj, de amit leírtál, aki jó az AI fejlesztésben 2 hét alatt újra csinálja jobban.
nem az a kérdés, hogy tud-e dolgozni a bevallásod szerint is fos legacy kóddal, hanem hogy lehet-e hónapon belül jobbat csinálni a 0-ról. A leírtak alapján lehet.
Orosz_berkommentelo@reddit
A legacy rendszereket nem pont azért tartják fenn, mert olyan fontos nekik a kompatibilitás és az adatok megőrzése?
Chance_Papaya1517@reddit
és ez pontosan hol sérül abban, amit leírtam?
de egy összetett CRM vagy ERP rendszert AI-al meg lehet csinálni kódolási tudás nélkül is, sőt kódolási tudás nélkül, az üzleti folyamatok ismeretében simán lehet, hogy valaki jobbat csinál, hetek alatt
és akkor nincsenek olyan akadályok, mint a legacy esetében
Orosz_berkommentelo@reddit
Ott sérül, hogy az új rendszer más lesz. Nem ugyanúgy fog működni, meg kell szokni, és nem biztos, hogy minden adatot át lehet másolni az újba.
Additional_Shape_452@reddit
És mindez tökre nem számít, mert ha az összképet nézzük, akkor nagyon kevés ilyen rendszer van és nagyon sok nem ilyen.
Kicsit olyan ez mintha egy autós restaurátor azt mondaná nincs semmi probléma az autóiparral, neki pont elég munkát az ad az évi pár tucat oldtimer amit restaurál.
Csak épp az a másik százezer autoipari munkás akit épp kirugnak a gyárakból (pl. mert az elektromos autókhoz tized annyi alkatrész kell), azok nem lesznek boldokat attól hogy évi pár tucat autóhoz még mindig szükség van emberi munkára, mert ez nem helyettesíti a többi százezer munkahelyét.
jailbird@reddit
Eszméletlenül sok az ilyen rendszer, maszek melóim is főképp hasonló feladatokból állnak.
Ha már autóipar, akkor egy olyan szerelőhöz hasonlítanám a munkámat, amelyhez annyi autót visznek hogy sok mindent nem is tud vállalni vagy be van táblázva időtlen időkig.
Attól, hogy ma vannak modern járműven amelyek problémái diagnosztizálhatóak egy szamítógéppel és javíthatóak egy chip lecserelésével, még milliárdszámnyi mehanikus szerkezettel kell nap mint nap foglalkozni.
Aláírom, az AI felerősítette a modern fejlesztési folyamatokat, de messze sem írta át az utóbbi 20-30 év általános hozzáállását - ami sokszor sokkal alacsonyabb minőségű, olcsó kódbázisokat eredményezett mint egy mai átlag vibe projekt.
A minőségtelen szar gyárszalagon volt elénk dobálva mindig is, most még jobban. Szerelőkre pont emiatt mindig szükség lesz.
Additional_Shape_452@reddit
Oke, tehat maszek munkakrol beszelunk.
En meg arrol tovabbra is hogy a szoftverfejleszto cegek tizezer szamra kuldik el a programozokat.
Egyszeruen a kettonek nincs koze egymashoz, tobb nagysagrendnyi az elteres a ketto kozott.
Hint: amugy az autoszerelos peldad tok jo. Szerelore mindig igeny lesz, csak vesd ossze hogy hany autoszerelore van igeny es hanyan dolgoznak az autoiparban.
Mondjuk gyorben dolgoznak 10 ezren az autoiparban vs van ket tucat autoszerelo. Ha elkuldenek a dolgozok felet, attol meg nem lenne igeny 5000 autoszerelore a varosban
Mysterious-Survey270@reddit
"En meg arrol tovabbra is hogy a szoftverfejleszto cegek tizezer szamra kuldik el a programozokat."
Ez így van, és persze az AI valóban sok ember munkáját át fogja venni.
De azért várjuk ki a végét, amíg azok, akik a pénzügyi döntéseket hozzák és nem értenek a fejlesztéshez, rá nem jönnek, hogy az AI-nak is vannak korlátai, és bután használva a vájbkódolt rendszer is egy szarhalom lesz.
Kissé hasonló jelenségnek gondolom, hogy nem egy ügyfél és nem egyszer játszotta el azt, hogy "vigyük át a fejlesztést Indiába, mert olcsóbb", aztán visszahozták.
És nem csak kis magyar KKV-knál vannak kevéssé dokumentált legacy rendszerek.
mt9hu@reddit
Nem mindegy, ha van munkád amiért megfizetnek?
Azt senki se várhatja, hogy pont az IT marad évtizedekig ugyanolyan, és nem kell tudni alkalmazkodni új toolokhoz és munkafolyamatokhoz.
jailbird@reddit
Nem csak multikból áll a szoftverfejlesztői piac, sőt.
Győrben nem 10.000 autószerelő dolgozik. Abból a legtöbb gépsori munkás amely nem ért egy cseppet sem az autószereléshez. Egy képzett autószerelő alapból nem is dolgozik majd autógyárban.
Sitebuilderekről beszélünk most, vagy képzett fejlesztőkről?
Additional_Shape_452@reddit
De a programozok tobbseget a multik foglalkoztatjak. Es amit te csinalsz az nem az amit a programozok tizezrei (szazezrei) csinalnak.
Mindegy, ha nem akarod erteni akkor nem akarod erteni.
A gyori peldam (meg az osszes tobbi) azt probalta neked bemutatni hogy a merleg egyik serpenyojeben kirugnak tizezer embert, akkor szamukra nem lesz vigasz hogy a merleg masik seprenyojeben egy nagyon specialis munkakorben meg igeny lesz 100 emberre.
De valahogy nem akarod megerteni, pedig az elmondasos alapjan nagyon komplex IT rendszereket latsz at, ez meg alapfoku kozgazdasagi 1x1.
Zhuinden@reddit
Citation needed
The-Viator@reddit
Nem tudom te melyik országban dolgozol, de én leginkább ilyen rendszerekkel találkoztam eddig itthon.
Additional_Shape_452@reddit
Ajanlom figyelmedbe ezt a mondatot:
”Mindezt eddig egy most már nyugdíjba vonult csávó fejlesztette.”
Te hany helyen dolgoztal eddig ahol egy roppant komplex rendszert egy darab majdnem nyugdijas csavo fejlesztett? Ez a tipikus belterjes, belso hasznalatu rendszerek amiket probalnak kb zero koltsegbol kihozni, es alapvetoen nem is szofverfejlesztesbol el a ceg (lasd ez is egy egyhaz).
A piacon levo szoftverfejleszto cegek 99.9o% nem ilyen ceg. Es toluk rugjak ki az alkalmazottakat.
De mondok jobbat: van ilyen hisz a pelda is mutatja. Tudod hany ember fog kelleni a nyugdijas csavo helyre? Egy…
Ezt vesd ossze azzal amikor a webes cegek kirugnak tizezres szamban fejlesztoket.
mt9hu@reddit
Na jó, de ezek a kirúgások nem azért vannak, mert az AI megbízhatóan helyettesít tízezer embert, hanem azért, mert a menedzsment felült a hype train-re.
Nincs új a nap alatt. Ugyanez megtörtént pár éve, amikor remote egyiptomi és indiai olcsó munkaerőre cserélték a fejlesztőket és emiatt voltak tömeges leépítések. Majd utána nem győztek a cégek munkaerőt keresni aki hajlandó rendbe rakni a káoszt amit kaptak ajándékul az olcsó munka jegyében.
DelusionalDuck9@reddit
Személyes tapasztalat =/= ipari átlag.
mt9hu@reddit
Ezt az ipari átlagot honnan lehet megismerni, milyen forrásaid vannak?
Curious_Upstairs929@reddit
Ez egy olyan szitu, ahol az ember jobban jar ha nullarol epit egy uj, mukodo rendszert es az adatmigracioval szopodik inkabb
Zhuinden@reddit
Milyen bizarr állítás 🫠 én meg azt látom hogy szerverfejlesztők mondják a kliensnek "hívjátok már meg az endpointot, azt se tudjuk mit adunk vissza" és ezektől várunk működő megbízható automatizált teszteket?
Apple-Giraffe3683@reddit
és ez miért ne változhatna idővel?
Zhuinden@reddit
Hát ha több mint 30 év akkor engem nem érint
Instant-Owlfood@reddit
a kiszikkadt poros legacy gennygochalmok pont arrol hiresek hogy korbe vannak bastyazva tesztekkel sot tdd szulettek >! nem !<
ketapyrin@reddit
E2E tesztekkel, amit az AI írt 🤔
Apple-Giraffe3683@reddit
miért ne írhatná az AI E2E teszteket is amit aztán egy ember jóváhagy?
ketapyrin@reddit
Írhatja persze. Azért mondtam, mert tesztelői fronton is nagyon a mozgás AI miatt. Aki nem tudja maga hasznára fordítani, az lemarad és kimarad.
benjaminhu@reddit
Tud, megérti, kiemeli, átírja, igazítja a kódbázishoz, olyan minőségben, hogy csak pislogok.
zlaval@reddit
Sőt, ez az erőssége sztem, a meglevő dolgokkal nagyon jól dolgozik, refact, teszt, explain code base...
BigDDani@reddit
én pont a foshalom megoldását látom az egészben
Plus_Outcome_6454@reddit
20 éves legacy-kat számoltam fel claude code-dal 3 hónapos projektekként. Eddig ezek 2-3 évet emésztettek fel, így az ügyfél inkább nem is akart hallani róla. Most meg csak pislogtak, hogy ilyen is van.
Mysterious-Survey270@reddit
Én is így vélem, de rövidebb távon még sokan meg fogják szívni, szvsz. Aztán amikor borul a bili - rájön a piac, hogy a legacy szarhalmot csak lecserélték a vibe code-olt szarhalomra -, akkor megint szükség lesz azokra a programozókra, akik bevállalják a fenntartásukat/fejlesztésüket.
FortuneIndividual233@reddit
Egy nagyon izgalmas tema, de engem a management kezd kiidegelni. Nagy multi, es felulrol toljak, hogy napi szinten hasznaljuk az AI-t, mar kvota szeruen (ahoz kotik az ev vegi bonuszt, hogy a ceg hany szazaleka ghcp engaged felhasznalo).
Aztan a PO, CPO es Domain managaer szinten megy a flexeles, hogy 1 nap alatt implemetalt egy featuret az AI-al, ami nekunk 1 het. Az, hogy egy bughalmaz az egesz, es isten se tudja mennyi tokent egetett el, mert hat azt nem nezik, az nem erdekli oket. Az se, hogy fentarthatattlan. Persze nem is ertenek hozza, csak bedobjak a story-t, es addig promptoljak chaten, amig valami kezzel foghato nem szuletik. Es akkor jon a "parancs", hogy csinaljunk custom agenteket meg skilleket, amik megoldanak mindent is. Persze arra a kérdésre, hogy ha lelovik a GHCP-t, akkor majd megy a kukaba az egesz? Arra nincs valasz. Sajat modellt sem szabad hasznalni, vagy esetleg sajat klienst ami hostolt modelt hiv apin, mert a ceg fizeti a GHCP-t.
Ez eget ki, hogy a fentrol csodaszernek tartjak. Es biztos vagyok benne, hogy en latok valamit szarul, elvegre ok vannak donteshozo pocizioban. Na mindegy, rantoltam egyet.
Syfogidas_HU@reddit
Evőszaft?
Orosz_berkommentelo@reddit
A döntéshozók mindig kicsit rá vannak pörögve az újdonságokra, ez a dolguk. Ha nem tennék, akkor elmenne mellettetek a világ.
aMare83@reddit
majd konszolidálódik a helyzet és már a felhasznált token - szállítási idő koordinátarendszerben leszünk értékelve
WycaraWalker@reddit
🤣🤣🤣🤣 mi van? Akinek ennyitol vege a karrierjenek, az inkabb eddig volt szerencses helyzetben es tudott erdemtelenul karriert epiteni.
ZoliHanko@reddit
Aktívan használom a Claude Code-ot és egyéb AI eszközöket. Nyitott vagyok, fejlesztem magam. Próbálok az lenni aki miatt mások munkája megszűnik. Nem pedig az akinek valaki miatt megszűnik.
Duct_TapeOrWD40@reddit
Szerencsére kb. 13 éve (alig fél év alatt) meggyűlöltem az IT-t. Ettől kezdve ez csak egy pénzkereset volt hogy mérnökké válhassak. Mondjuk így is összeszedtem kb másfél évet. A múltam miatt a szakdolgozatom egy szoftveres téma lett, akkor és ott programoztam utoljára makrónál / scriptnél komolyabb dolgot.
Villamosmérnökként az IT-s múlt hálózatos fele előny, még több mint egy évtizeddel a pálya elhagyása után is.
TimurHu@reddit
Mit fogsz csinálni villamosmérnökként? Nem fizet kevesebbet?
Duct_TapeOrWD40@reddit
Én a távközlés fele mentem. Kevesebbet fizetett, de azért bőségesen elég volt a megélhetésre.
Fix munkaidő, normális közeg, többnyire nyugodt, de nem nyugdíjjas tempó. Ja, és vidék. Az hogy madárcsicsergésre kelsz 7-kor nem egy lyukas kipufogós 1.4 Civic racser hülyegyerekre 4-kor.
TimurHu@reddit
Annak idején a BME villamosmérnökin infokommunikáció szakirányon tanultam (távközlés, antennák, moduláció, radarok stb.), de előtte is és utána is informatikusként dolgoztam. Amikor kézhezkaptam a diplomámat akkor konstatáltam, hogy kb. feleannyit fizetne (vagy kevesebbet), ezért sosem kerestem villamosmérnöki állást. Neked mennyire volt nehéz ilyen állást találni, illetve mit csinálsz most?
Másik, ami nagyon zavart, hogy a BME-n nagyon erőltették, hogy menjek MSc-re is, mert a BSc "nem ér semmit". (És felháborodtak amikor megkérdeztem, hogy akkor miért nem tanítottak olyan dolgokat BSc-n amik érnének valamit.) Sajnos akkoriban nem engedhettem meg magamnak az MSc képzést, később pedig nem volt már lehetőségem rá. Neked mi a tapasztalatod ezzel, tényleg számít, hogy BSc vagy MSc diplomád van?
Duct_TapeOrWD40@reddit
BSC diploma, de az infó miatt relevéns tapasztalattal "átudgottam" a kezdő állásokat. Ez lehet még egy MSC-nél is többet ért annó. Informatikusként kb 300 000-et kerestem utoljára OKJ-val mérnökként először 330 000-et diplomával.
Azért az a béren is látszik hogy ez nem ma volt.... Azóta változott a munkaerőpiac is.
Plus_Outcome_6454@reddit
Vidéken nincs flexelés, favágás, és nonstop fűnyírás, meg a szomszéd se úgy beszélget a másik szomszéddal hogy a 10 éves fosdízeljeiket járatják. Ja de. Vidék...
Duct_TapeOrWD40@reddit
Vidéken te is flexelsz, te is fát vágsz. Ha annyira kicsi a telked hogy a szomszédé behallatszik akkor az nem vidék, hanem az agglomeráció. Budapest és a vidék összes nyűgjével azok előnyei nélkül.
A dízelek pedig nem 10 hanem 25 évesek, de mivel alig van átmenő forgalom a kutyát se zavarja.
Plus_Outcome_6454@reddit
ja mert a stihl fűrész hangja csak az első hektáron hallatszik. omfg bro
Single_Woodpecker_66@reddit
Asztalos leszek
Affectionate_Mix3@reddit
~20 ev utan, 42 evesen nyugdijba megyek.
Legitimate-Honey833@reddit
🤣 jó, de ki akar 30 ezer forintos nyugdíjból megélni
Affectionate_Mix3@reddit
Nyilvan nem allami nyugdijra gondoltam.
Legitimate-Honey833@reddit
Tudnál kérlek pontosítani?
Affectionate_Mix3@reddit
Allami nyugdijat 65 ev felett kezdik folyositani, es Magyarorszagon nincs olyan lehetoseg, hogy te hamarabb le szeretned hivni. Ehhez raadasul minimum 15 ev munkaviszony is kell. Szoval ezt csak onnantol kapod hogy elered a hivatalos nyugdijkorhatart, es csak akkor ha megvan a minimum szolgalati ido. Magyarorszagon ha valaki korai nyugdijat szeretne, akkor sajat magarol kell gondoskodni, es a sajat befekteteseibol kell fedeznie a megelhetesi koltsegeket. Ezt legtobben egy reszveny tulsulyos, vegyes, reszveny-kotveny portfolioval szoktak elerni. De van olyan is, akinek van N darab ingatlanja, es berbeadja, majd abbol el.
Legitimate-Honey833@reddit
Igen az utolsó két mondatodra gondoltam: 1,3 a net bevételem, és alig tudok félretenni. Hogy lesz ebből nyugdíj alap? Számomra ez nem áll össze
Affectionate_Mix3@reddit
El kell kezdeni vezetni a kolteseket. Nem revoluttal, meg nem fancy automatizalt appokkal, hanem irni napi szinten egy sima excelbe. A median ber haromszorosat keresed, ha ebbol alig tudsz felretenni, akkor ott valami nem jo. Lehet persze olyan elethelyzet, amikor tenyleg elmegy sok penz (idos szulok tamogatasa / gondozasa, egykeresetbol teljes csalad fenntartas es tarsai), de legtobben marhara orulnenek egy ekkora fizunak, es legalabb a felet siman felre tudnak rakni. Egy 50%-os megtakaritasi rataval, kb 16-20 ev alatt el lehet erni a FIRE-t. Meg aztan ebben a szakmaban szoktak kapni az emberek bonuszokat vagy RSU-t is idonkent. En pl. azokat minden alkalommal 100%-ban befektettem.
Alone-Work6751@reddit
Nagyságrendet lehet kérdezni, amilyen összeggel ilyen fiatalon meg merted ezt lépni?
Affectionate_Mix3@reddit
Ez parszaz milliot szokott jelenteni Magyarorszagon, de nagy a szoras. A lenyeg, hogy ha az eves koltes 25-35szorosa megvan onnantol mukodokepes. Nem a fizetest kell kitermelnie a befektetesnek, hanem a megelhetesi koltseget. Ami FIRE korokben gyakran a fele szokott lenni a fizetesnek.
West-Raisin-6453@reddit
FIRE
Zsoooti96@reddit
Majd rájönnek mint az openai a SORA-val hogy kurva drága fenntartani aztán megemelik a díjakat annyira hogy olcsóbb lesz megint a keleti európai munkaerő.
No_Tip2498@reddit
Te pedig rájössz, hogy X kelet európai fejlesztőre jut X*10 indiai, és ugyanazt a corporate lagymatag minőséget képesek hozni, és a micromanagert is megtűrik.
Magyarország EU-hoz képest relatíva egy olcsó hely céges adókat illetően, és nézd meg itt is milyen brutális összeg megy el egy alkalmazottra (Szocho+TB+SZJA, bérminimum). Eközben Indiában teljes csapatokat tudsz megvenni 1 bulk szerződéssel, és néhány amerikai "szuperbruttójába" került a szerződés.
Szóval git gud, ne arra spekulálj, hogy olcsóbb leszel, mint egy nyugati fejlesztő, mert a saját sírod ásod meg vele.
Mysterious-Survey270@reddit
A cégnél, ahol dolgozom, több nagy ügyfél is meglépte azt, hogy átköltöztették a teljes projektet Indiába, hasonló logika szerint, mint amit kifejtettél. Aztán visszaköltöztették, mert az indiaiak nagyobb csapatokkal sem hozták azt a teljesítményt, mint a magyarok kevesebb emberrel.
Persze nem állítom, hogy ez mindig így van és lesz. Fejlődnek Indiában is.
Zsoooti96@reddit
Láttam nem egy Indiába kiszervezett projektet. Elment rá 100 millió , bukott aki kitalálta és nem lett belőle semmi. + ha dolgoztál indiaiakkal akkor tudod , hogy beszélsz hétfőn Ragi-val rá 2 hétre már nincs ott és kéri Ragi2 hogy meséld már el miújság ezzel a projekttel a 0-ról. Pl anno az egyik áramszolgáltató infráját indiaiak vitték egy IPSec migráció le szervezése több hónap volt a fenti okok miatt.
CT4nk3r@reddit
Ezek a 20-30 dollaros copilot meg claude code licensek futasi koltsege tobb ezer dollarok, egy ido utan kerni is fogjak ennek az arat. Most meg az megy mint anno az ingyenes google photos cloud backuppal. Egy ido utan mar meg lesz a userbase akik dependalnak ezekre a dolgokra es akkor kell majd olcsobol/ingyenesbol atallni a draga monetizaciora.
ytg895@reddit
Már vagy egy éve mondom: lokális modellek. Szarabb? Igen. Ingyen van? Igen. Szerintem ez lesz a jövő, csak még nem jutott el idáig a fillérbaszás.
huzaa@reddit
Főleg, hogy lett egy hatalmas energiaválság (ami meg az USA-ba is begyűrözött), miközben hatalmas energiazabáló adatcentereket kellene építeni. Lesz ez még sokkal drágább… És most is csak a beetetés része megy.
Zhuinden@reddit
Pontosan így, mármint még ha valami butább modellel lokálisan is generálnak kódot kelet-európában mert nem találták meg azt a balkáni fejlesztőt aki még emlékszik hogy kell kódot írni, , alapvetően nincs teljes függés az Anthropic-tól, cserébe ugyanúgy itt gyártják le ami kell.
Melyik magyar bank akarná a teljes szoftverfejlesztését rábízni egy amerikai start-up-ra? Irreális.
Dense-Bar-2341@reddit
Használok AI-t meg agentet, de talán ez az, ami azt mondatja velem, hogy ez a szakma mindig menni fog. Persze csak a joknak. Közel 35 éve programozok, elég sok dologhoz ertek. :)
Orosz_berkommentelo@reddit
Senki sem azt mondta, hogy a 35 éves tapasztalattal rendelkező fejlesztők fogják elveszíteni a munkájukat. Hanem mindenki más.
Even_Job6933@reddit
fejlesztem magam, de most már nagyon régóta nincs munkám, konkrétan arra kell energiát szánnom ,hogy ne ezek a dolgolatok húzzanak le, hanem emeljen az amit csinálok
de eléggé idegesítő legtöbbször
ez van
Ingaham@reddit
Hogyhogy nagyon reg óta nincs munkád? Nem könnyű a piac de ha elmész medior áron senior pozira és oda teszed magad az interjún, akkor azért meg boven van lehetoseg
ytg895@reddit
mindig úgy gondoltam, hogy átlagos képességű fejlesztő vagyok (+ olyan extrákkal, mint hogy élvezem csinálni, ami szerintem viszonylag ritka, magamtól is képzem magam, ami azt hittem hogy alap, de állítólag ritka, illetve adok a munkám szakmai minőségére, ami állítólag alap, gyakorlatilag kibaszott ritkának látom. csak ezek extrák, ezért interjún nem számítanak) 2024 végétől voltam álláskeresésben. 1 évig tartott mire találtam normális pozit, és a szaré'-hugyé' bármit bevállalok lehetőségekből is örültem, ha interjúig eljutottam, ahol valami hülye a magas lóról leszólhatott, hogy mekkora szar vagyok.
a legszebb az, hogy korábban én is úgy álltam hozzá, hogy aki nem talál munkát az biztos azért, mert hülye. ajánlom mindenkinek hogy keressen egyszer munkát úgy, hogy ő van rossz alkupozícióban. szerintem nagyon jó szemléletformáló tud lenni, amikor egyre többet készülsz egy-egy interjúra, és minden következő interjú egyre rosszabbul sikerült ahogy üt be a kilátástalanság.
Superb-Gentry@reddit
dobj egy CV-t privát
Even_Job6933@reddit
szia, köszi hétfőn küldöm!
zlaval@reddit
Jöhet a mínusz, de ha vége az it karrierednek, akkor valamit szarul csináltál.
Edo00013@reddit
Pont ez nem igaz. Ne haragudjatok, de kb 5-6 év kőkemény, olykor emberfeletti önfejlesztést, tanulást dobhattam ki a kukába. Erre nem tudom azt mondani, hogy csak én basztam el. Sőt. Nem tudom azt mondani, hogy ha 5 év IT tapasztalat, proginfó BSc és rengeteg önálló tapasztalat a cégeknek nulla, mert nem cloud+full-stackben van munkahelyi tapasztalatom, az csak az én hibám lenne.
Tudom, itt a subon sokan elhivatottak, ergó egyrészt az 5 év az semmi (ezt aláírom, ha már tiniként is kódoltak), másrészt nem kőkemény munkának élik meg a késő esti, hétvégi kódolást, hanem élvezik.
De... Aki nem elhivatott, annak... Ez megterhelő azért.
No_Tip2498@reddit
Ez sokadik kommented, amiből nekem az jön le, nem érted, hogy az IT szakma alap mantrája: fake it until you make it.
Nekem is pontosan 0 cloud tapasztalatom volt... aztán beletanultam (azóta sincs AWS certem), csináltam hobbi projekteket, majd bevettek egy olyan helyre, ahol a nagy 0-nál hajszálnyival több AWS kellett (bárki, de tényleg bárki el tudta volna végezni), majd később erre hivatkoztam mint másfél éves cloud tapasztalat.
Az egyetem kutyafaszt érdekel.
Edo00013@reddit
A sokadik kommentem, ami arról akar szólni, hogy az ember belefárad a 20. "hobbi" projektjébe, miután az 5. vagy a 6. évben is még "hobbi" projekteket csinál. Ingyen, késő este, hégvégén. A cégek pedig ezt elvárják, majd közlik, hogy ja, bocs, ez nem corporate tapasztalat, így amúgy nem tudnak alkalmazni.
zlaval@reddit
Erdekelne, mivel foglalkozol. Mert ennyi taoasztalattal, lelkes embereket ritkan latok munka nelkul, hacsak bem valamelyik extremen telitett agon vannak. De ilyenkor neki kell menni mas iranynak, ez a szakma mindig ilyen volt hosszu tavon. Eleg sok stack oregedett ki az idok soran.
Edo00013@reddit
Iparban voltam és szűknek találják a stack-emet. Volt pár interjúm, ahova szintén szűk vagy speckó stack kellett volna, de azokhoz nem sikerült, gondolom sokan voltunk, de volt, ahol kifejtették, mi volt a gondjuk (valamennyire igazat adok). Full-stacken tippem szerint az is gond, hogy ugyan gyorsabban tanulnék, mint egy junior, de medior se vagyok és tarthatnak tőle a cégek, hogy elégedetlen lennék egy junior bérrel és feladatkörökkel.
Ami a szabadidőmben kódolást illeti, kiégtem. 2024 végén, 25 elején még bírtam este és hétvégén kódolni, de aztán kikészültem. Pont, hogy aki nem elhivatott, abban készül ki idegileg, hogy a sokadik évben is még mindig a szabadidőben kódolás ingyen. És ha nem kódol az ember, akkor szóba se állnak vele a cégek, ha kódol, akkor 90+% közli, hogy oké, de nem munkahelyi tapasztalat. A maradék 10% ad valami undorító többnapos próbafeladatot, ami után mindegyikük egytől-egyig ghostingol. Akkor is, ha a próbafeladat után még van interjúkör.
huzaa@reddit
Sajnos nem igaz az, hogy aki elhivatott/tapasztalt azt nem készíti ez ki. Sőt neki már 10+ éve is belemehetett ebbe, sőt valószínüleg mással nem is foglalkozott professzionálisan. Ezen felül a munkájának az a része szűnhet meg amit eddig szeretett. Neked legalább mással is van tapasztalatod.
Edo00013@reddit
Csak irodai admin munkával van tapasztalatom és ici-picit fizikai munkákkal. Illetve kicsit egyéb mérnöki tudásom.
deleted_by_reddit@reddit
[removed]
programmingHungary-ModTeam@reddit
A személyeskedés ütközik a sub szabályaival és a Reddit első szabályával, ezért eltávolítottuk! Kérünk, hogy posztolás előtt nézd át az r/programmingHungary és a Reddit szabályait!
Personal attacks and harrassment violates the sub rules and the 1st rule of Reddit, therefore it has been removed. Please go through the rules of r/programmingHungary and Reddit before posting again!
Envo__@reddit
Ha nem lenne ilyen jo penz benne mar reg valtottam volna hogy ne 0-24 a fal kozt legyek egyedul zero emberi kontakttal
20251231@reddit
16 éve kezdtem, 39 éves vagyok, ugyan csökken a kereslet rá, de egy pár év még van abban, amivel foglalkozom, de valójában már csak a tőkét farmolom a befektetésekhez.
Legitimate-Honey833@reddit
Ez mit jelent? Havi 100-200 ezerből lesz nyugdíjalap?
No_Tip2498@reddit
Felejtsd el a nyugdíj nevű meme-t. Te magad légy a nyugdíjkezelőd
Legitimate-Honey833@reddit
jó. leszek. mit csináljak?
Mersaul4@reddit
Még rágódom ezen. 2022 óta minden évben csökkent a bevételem. Jelenleg még kiszámlázok napi négy órát egy USA ügyfélnek, amin valójában az AI dolgozik napi pár percet, de meg fog ez szűnni hamarosan. 🙈 Legalább tudd, hogy nem vagy egyedül.
cicamicacica@reddit
Nem personal, de ez szunjon is meg
No_Tip2498@reddit
Ööö, erre várhatsz. az egész szakma arról szól, hogy a szerződés egyik oldalán valaki átvágja a másik oldalon állót
Mersaul4@reddit
Meg fog, ne aggódj.
Highborn_Hellest@reddit
nem lépek a mostani helyemről addig amíg nem vagyok gusztustalanul alulfizetve. úgy
Zhuinden@reddit
Be kell dobni a counteroffert, én konkrétan olyan undorítóan alul voltam fizetve, hogy megduplázták amikor kaptam máshol ajánlatot.
Aggressive-Animal452@reddit
Igy tartjatok lenn a bereket, mert alulfizetve elvegeztek munkat.
Csak mondom
Defiant-Biscotti8859@reddit
Lenntartani a béreket? A programozók a mai napig az ókori egyiptomi írástudó papok szintjén vannak fizetve, úgy, hogy túlnyomó részt betanított munkás melóról és színvonalról beszélünk...
Többet keresel, mint egy orvos, aki emberéleteket ment, azzal, hogy kopipésztelsz stackoverflow-ról. Nemár... :D
ILIKEBACON12456@reddit
Jobb ha alul vagy fizetve mintha munkanélküli lennél. Ha valakinek mondjuk van családja is akkor aztán főleg nem fogkockáztatni
Highborn_Hellest@reddit
Kevesebb zsé, még mindig jobb mint a nincs munka. Annál jobban keresek.
adizs@reddit
Nem az tartja lenn a béreket, hogy van x százalék, aki a meglévő munkahelye biztonsága oltárán feláldoz némi bérjövedelmet, hanem hogy nincsenek állami/EU-s fejlesztési pénzek, itt az AI és pár év alatt annyi informatikust képeztek, hogy Dunát lehet velük rekeszteni.
Terrible-Action6050@reddit
Tegyük azért hozzá azt is, hogy jobb helyeken emelgetik a fizut ha tényleg értékes tagja vagy egy csapatnak. Általában nem éri el az újonnan felvett emberek bérét, de mostanság a felvétel sem dübörög annyira
adizs@reddit
Nem csak a jobb, de a rosszabb helyeken is van éves fizetésemelés (én még nem is hallottam olyanról, ahol ne lenne), de általában ahogy írod, ezzel nem lehet olyan növekedést elérni, mint a pár évenkénti munkahelyváltással.
Zhuinden@reddit
Lol csak azért mert cégek kezdenek rájönni hogy csak szerszámot reszelni vettek 35+ embert megírni egy appot miközben 4-6 pontosan ugyanolyan hatékonyan dolgozik hacsaknem majdhogynem jobban is, függetlenül az "Ai által generált kódtól" mintha az átlag fejlesztő olyan jól tudná más kódjában megmondani hogy mi a hiba; és kb minden nagyobb platformnak igenis kell egy user barát kliens ami működik is, azt kell mondjam hogy egy pillanatig nem aggódom; sokkal több zűr van azzal hogy megadott helyek néha nem hiszik el a szakmai tapasztalatomat mert 2-3 emberrel olyan appokat fejlesztettünk amihez más egyebek fenntartottak 20 embert. Meg most sok helyen nyomatják azt hogy "muszáj AI-t használni mert különben nem terül meg a céges előfizetés", az pl idegesítő.
premissa72@reddit
Vannak dolgok, amelyek eltűnnek, lényegében az, amit most is utáltok. Ami megmarad, az a magas szintű tervezői munka, valamint kisebb alkalmazások fejlesztése, specifikus AI agentként. Valószínű minimális frontend fejlesztés lesz, a manuális tesztelés is redukálódik. Ugyanakkor nagyobb szükség lesz azokra, akik end to end értik a folyamatokat és képesek rendszerszinten gondolkodni. És igen, a legacy miatt kell majd egy kisebb csoport specialista is. Szükségesek lesznek ugyanakkor security szakemberek, AI engineerek, data scientistek, business analystek és olyan rendszermérnökökre is szükség lesz, akik ebben az ökoszisztémában otthonosak.
WeirdoPedro@reddit
Nem lesz vége, maximum átalakul. Tény. a helyzet nem rózsás, de ugyanakkor jó szűrő is. Az a réteg, aki anno csak a pénz miatt tanulta ezt a szakmát, minden egyéb motiváció nélkül, legalább kihullik.
Disastrous-Item8776@reddit
kellett volna váltanom 2-3 éve helyette bent raggattam szar fizetésért szar projekteken cserébe még több van... Az a baj hogy 2-3 éve junior/medior voltam most meg már szinte mindent is rám tolna cserébe nem haladja meg a fizetésem a hajdani gyakornoki fizetést sem. az infláció meg nő minden egyes évben.
Capital_Distance545@reddit
20 ev. Nem fog eltunni a munkam. Max atalakul. Eddig is tudtam alkalmazkodni, ezutan is fogok tudni. Gyorsan megtanulok barmit, joval gyorsabban, mint az atlagember.
Edo00013@reddit
5 év; átképzem magamat egy olyan területre, ami gyerekkorom óta érdekel és igazából azt kellett volna tanulni eddig is...
Rövid távon meg nekem se szabadott volna váltanom 2025. elején......
TimurHu@reddit
Melyik terület lenne az?
Mysterious-Survey270@reddit
"átképzem magamat egy olyan területre, ami gyerekkorom óta érdekel és igazából azt kellett volna tanulni eddig is."
Ha nem titok, mire? Csak kíváncsiság, mert én is gondolkodom hasonlókon.
karesx@reddit
Ha a jelenlegi munkaviszonyom megszűnik akkor végre megvalósítom majd pár régebbi ötletemet, hátha valamelyik bejön. Eddig visszatartott, hogy nem tudtam volna alkalmazottakat fizetni a megtakarított pénzemből, ez az akadály az AI-nak hála jórészt elhárul, havi párszáz euroból lesz egy komplett csapatom.
Secret_Chaos@reddit
asztalos / villanyszerelo kommentek 3…2…1..
Business-Mushroom281@reddit
Nem látom ezeket a szűkülő lehetőségeket. Legalábbis közép és hosszútávon. Most az, hogy az elmúlt 3 évben éppen szarabb a piac... volt már ilyen. Meg még lesz is. Várható volt, hogy a covid előtti meg alatti időszakot követni fogja egy korrekció. Lesz egy tisztulás, aztán szépen lassan a magyar piac is kilábal abból, hogy ráöntötte a sok bootcamp a szakmunkásokat a piacra. Szoftvermérnökökre továbbra is nagy szükség lesz. Aki meg az általa használt frameworkkel vagy nyelvvel azonosítja magát, az vagy nekiáll tanulni, vagy kikopik. És maradnak a generalisták.
Additional_Stay_9768@reddit
Nem fognak eltunni a poziciok, csak atalkulnak es a meglevo emberek felugyelni, kitalalni, optimalizalni, ellenorizni stb. fognak. Kellenek rendszerepitok is, szoval nem teljes megszunes lesz, csak atalakulas. Teny hogy sima kodot nem fog mar 2-3 even belul szinte senki irni.
combing_town_west@reddit
Jaj a napi doomer poszt, már hiányzott.
ashdalton@reddit
Nem hiszem, hogy vege lesz, de biztos, hogy atalakul.
En is egyik nap azt gondolom, hogy a sok szar rendszert meg AI slopot majd karban kell tartani.
Masik nap azt gondolom, hogy nem lesz semmi munka.
Egyelore en is azt gondolom, hogy inkabb a szar gazdasag mint az AI okozza most a problemat.
Scouser_0@reddit
Szar a piac mert szar az egész gazdaság + pár amerikai tőzsdei manipulátor meggyőzte a világot hogy az autocorrectjük igazából AI. Ha ezek megoldódnak akkor ugyis jobb lesz. A másik hogy leginkább a 250k USD+ munkák tűntek most el, nem feltétlen a miénk.
RespectTurbulent1604@reddit
Nem hiszem hogy ennyire leszűkülne, átalakul az tény illetve meg kell szokni hogy most már nem kapkodnak minden fejlesztőért aki végig csinált egy hello worldot Pythonban, hasonlóvá válik az álláskeresési idő legtöbb fehér galléros pozi idejéhez, de nem is volt fenntartható ami volt. Szóval küzdősebb lesz de szerintem aki kicsit is jó és eltudja magát adni a jövőben is lesz állása a szakmában
benjaminhu@reddit
20+ év, tanulj, fejlődj, alkalmazkodj - a munka nem vész el, csak átalakul!
Ok-Enthusiasm6700@reddit
Alkalmazkodom az újabb szakmai igényekhez, fejlesztem magam, igyekszem a legjobbak közé tartozni. A terület nem tűnik el, csak emelkedik a belépési küszöb.