Hirdetés
- Dedikált NPU-t tervezne az AMD?
- És akkor egy fejlesztőstúdió rájött, hogy vissza is élhetne a felskálázással
- Száguld a Meta és a Microsoft, 500 milliárd dollárral lőttek ki az AI-részvények
- Jól áll az ARM-os Windows helyzete, de a játékoknál nem jön az áttörés
- Kínai kézbe kerül a MediaMarkt áruházak tulajdonosa
- És akkor egy fejlesztőstúdió rájött, hogy vissza is élhetne a felskálázással
- Mini-ITX
- SSD kibeszélő
- HiFi műszaki szemmel - sztereó hangrendszerek
- Bővíti a Strix Halo kódnevű dizájn képességeit az AMD
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Dell notebook topic
- Azonnali alaplapos kérdések órája
- Vezetékes FEJhallgatók
- VR topik (Oculus Rift, stb.)
Hirdetés
Talpon vagyunk, köszönjük a sok biztatást! Ha segíteni szeretnél, boldogan ajánljuk Előfizetéseinket!
Új hozzászólás Aktív témák
-
#22800
Vision
veterán
bilimbalam
#22796
válasz
bilimbalam
#22796
üzenetére
Nem igazán értem a felháborodásodat. Nem kommunizmusban élünk, mindennek ára van. Ha valaki ezt nem tudja kifizetni, az így járt, sorry. Nyilván nem lakáshitellel, 0 pénzzel kell pályát módosítani, ilyen nincs. Amúgy léteznek utófinanszírozott képzések, ahol csak a megélhetésedet kell fedezned. Ez már nem közoktatás, ahol az állam fizet mindent, és még ösztöndíjat is ad. Azt a lehetőségedet 30 alatt már elhasználtad. Az első diploma mindenkinek ingyenes. Vagy mit szeretnél, hogy az állam életed végéig fizesse az oktatásodat?
-
#22799
JoinR
őstag
bilimbalam
#22796
JoinR
őstag
válasz
bilimbalam
#22796
üzenetére
Kell hozzá pénz, de sokkal inkább elhivatottság kérdése. Általában utólag is lehet törleszteni, abban a képzéstől függő 4-18 hónapban kell tudni megélni valahogy, amíg a képzés tart. Szabad felhasználású hitelt THM 7-8%-kal már lehet kapni, takaréklángon még azzal is ki lehet bekkelni szerintem.
Az más kérdés, hogy a képzés végével nem lesz nagy felszabadulás, mivel a képzés után kapott állások jellemzően nem fizetnek túl jól, rá 1 évre viszont szabad a pálya. -
#22798
Kobe
veterán
bilimbalam
#22796
Kobe
veterán
válasz
bilimbalam
#22796
üzenetére
A dragabb bootcampek kb 2 millaba vannak, es akkor az a non-stop heti 30-40 oras kurzus
Ehhez jon mondjuk 6 honapig tartalek megelhetesi koltseg. Ha 1 fore ez tobb mint netto 300K, akar hitellel akkor baj van3.8M bol megfinanszirozhato, 4M bol egyeb apro koltsegekkel, tanszerrel stb..... fel evre, ugy hogy 0 beveteled van.
Azert ez nem a vilagvege, van aki karorat vesz rnnyiert vagy tobbert....Ha az esti 1, 1.5 eves kurzust valasztod, akkor meg jobban elterul a koltseg, es kevesebb a kieso jovedelem is, ugy kb a fele, 2M korul lesz a teljes kiadasa a dolognak.
Ez egy komolyabb fejleszto 1 havi bere, nem neveznem elerhetetlennek ezt sem.Nyilvan nem "Szijauram" Joco a blaharol vagy borsodi zsakfalubol fogja megfinanszirozni, de ha korbekerdezel egy random epitoipari melost / klimast / autoszetelot, aldi penztarost, mar azok sem fogjak vallalhatatlannak tartani
-
#22797
Jhonny06
veterán
CyberPunk666
#22795
Jhonny06
veterán
válasz
CyberPunk666
#22795
üzenetére
6 hónapos a képzés, utána még asszem 3 vagy 6 hónapig nem vállalhatsz munkát másik cégnél akkor sem, ha a program befejeztével nem tudnak azonnal elhelyezni egy projekten. Illetve vállalhatsz, de ha ajánlatot adnak, akkor azt köteles vagy elfogadni, különben ki kell fizetned a teljes képzési díjat (1,5 vagy 2 milla). Ha lelépsz a program során vagy nem teljesítesz, akkor szintén.
Teljesen otthonról végezhető, heti 1-2 mentoring alkalom van online, amúgy magadtól kell végigmenned a videókon és közben csinálni a hozzájuk tartozó projektet. Átlag heti 1 vizsga van, ezekre be kell járni, összesen kb. 22., ezek feleletválasztósak.
(Lehet, hogy azóta már változtak némileg a feltételek)
Van normális felvételi, szóval már valamilyen szintű programozási tudás kell a bekerüléshez, ez nem bootcamp. Jó áthidaló lehet annak, akinek nincs annyi tudása, hogy felvegyék juniornak, de azért valamennyire már tud programozni.
-
bilimbalam
tag
válasz
CyberPunk666
#22794
üzenetére
Én ezt értem, csak arra próbáltam rávilágítani, hogy ez egy olyan lehetőség, amihez kell babavaro/parom fizetese/gyes. Ha ez nincs baxhatod. Most ugy hogy valaki magát tartja el, ahhoz több évnyi félretett pént elégetése kell. Azért ez nem annyira járható út, főleg fiatalon önerőből, úgy hogy magadnak fizetes a hitelt, a kaját a többit és legyen is minimum kb 5 milliód az egészre mindenestül…
Persze ha csajom kitartana vagy ingyenpénzből én is nagyon motivált lennék……
-
#22794
CyberPunk666
senior tag
bilimbalam
#22793
CyberPunk666
senior tag
válasz
bilimbalam
#22793
üzenetére
Próbáltam rávilágítani, hogy egy ilyen képzést csinálni messze nem láblógatás és a munka elodázása. Keményebb feladat, mint dolgozni.
Ez egy kőkemény befektetés a jövőbe, ahol a nyereségért megéri kockázatot vállalni, ahol ha van lehetőség, akkor meg kell ragadni.
Aki egy komoly, rendes bootcampet csinál, több időt és energiát kell beletegyen, mintha csak dolgozna.
Ez nem a könnyebbik út, és a forever child életérzés.
Van, aki így kezd bele, de ők nagyon-nagyon hamar kiesnek. -
bilimbalam
tag
válasz
CyberPunk666
#22790
üzenetére
Áh értem, tehát a töbség nem a saját pénzét használja, ok.
Megyek vissza dolgozni. -
#22792
CyberPunk666
senior tag
CyberPunk666
senior tag
Gyakran előjön ez a bootcampes téma és legtöbbször csak előítéletek vannak, mert nagyon kevesen ismerik mind a két oldalt. Együtt dolgozni egy bootcampessel, az sokkal inkább az adott személyről ad információt, mint a képzésről általában.
Én ismerem a teljes tananyagot, az oda menők hátterét, ismerem az egyetemi utat és a szakmabeli emberek sokaságát is.
Ez alapján én azt mondom, hogy SZERINTEM az igazság a bootcamp és az egyetem között van valahol kb félúton. Szerintem a bootcampen egy picivel több oktatással az egyetemen picivel több ÉRTELMES gyakorlattal iszonyatosan sokat lehetne javítani a minőségen.Az egyik a szélsőségesen mindegy mit csinálsz típusú oktatás (egyetem). - lehet lényegtelen dolgokat, használhatatlanul oktatni és szemetet önteni a munkaerőpiacra.
A másik meg szélsőségesen profitorientált (bootcamp). - csak azt tanítják, amit feltétlenül muszáj és csak annyira, hogy elvigyenek valahova dolgozni.
Az egyén számára meg közötte lenne a leghasznosabb, csak nyilván többe kerülne (időben nem, de pénzben igen).
A legnagyobb hiánycikk az oktatásban, (mindkettőnél) hogy valaki végigmenjen a kódodon és kijavítsa rendesen, és kapj valódi értékes visszajelzést. Én családi érintettség okán segítek egy kisebb csapat bootcampesnek, némi review és melléteszem a "MIÉRT" csináld/ne csináld magyarázatot. Heti pár órányi munkával a tanítványaim a "sose láttak még ilyet" szintű visszajelzéseket kapnak.Ez mondjuk szerintem a mentorok feladata lenne, de ők sem értik, és túl kevesen vannak túl sok tanítványra. Mert ez messze nem frontális oktatás, amit csinálok.
Aki egy ilyet végig tud csinálni nulláról abban egészen biztosan van potenciál.
-
#22791
CyberPunk666
senior tag
bilimbalam
#22781
CyberPunk666
senior tag
válasz
bilimbalam
#22781
üzenetére
Én nem találkoztam olyannal (nyilván nem reprezentatív mintavétel), aki csak nem tudott mit kezdeni magával. Azért ez nem nagyon láblógatás kategória. Az ilyenek az elején kiesnek.
Értem a limitációit egy bootcampes tudásának. 1 év iskola + fél év gyakornokság alatt nem lehet átadni évek tudását és tapasztalatát. De amelyik bootcampet én ismerem, ott a tanulási görbe és tempó az brutális.
A sikeres végzettek többsége előélettel rendelkezik programozás terén (egy rövidebb bootcamp, termtud végzettség,... stb). Aki ezt nulláról megcsinálja annál én mernék fogadni nagy tételben, hogy a mérnökképzésen sem lenne komoly gondja. -
#22790
CyberPunk666
senior tag
CyberPunk666
senior tag
A sok bootcampes mögött sokféle háttér van.
Pár létező példa a való életből:
- külföldől hazajött, hogy kint ne "mosogasson" típusú munkája legyen, és megtakarítása van
- párja fizetéséből élnek
- gyesen van
- próbál mellette dolgozni (pl hétvégén) (Sajnos nekik nem szokott sikerülni)
- babaváróSok jobb/rosszabb eset van, de szinte mind olyan, hogy ha sikerül, akkor megéri a befektetés.
Gyakori tapasztalat, hogy a párkapcsolatokat, meg szokta viselni, mert simán rámegy heti 50+ óra, ha meg is akarod csinálni normálisan. -
#79563158
törölt tag
-
#22787
vzozo
senior tag
bilimbalam
#22781
vzozo
senior tag
válasz
bilimbalam
#22781
üzenetére
Felnőtt emberként ezeket a bootcampeket hogy lehet kivitelezni hogy ha mellette nem tudsz dolgozni?
Ezt csak úgy bedobom ide: https://www.youtube.com/watch?v=u_ktRTWMX3M
És mivel mindenki elfoglalt, elég ezeket a részeket megnézni:
0:32 - 1:37
4:25 - 6:18 -
#22786
Jhonny06
veterán
bilimbalam
#22781
Jhonny06
veterán
válasz
bilimbalam
#22781
üzenetére
Ugyanezt kérdeztem az Epamtól, amikor anno a 6 hónapos Java átképzésre nem adtak lóvét, de cserébe még dolgozni se lehetett mellette, meg aláíratnak veled minden szart, hogy még véletlenül se tudj jól kijönni belőle. Mindezt röhejes kezdő fizuval.
-
#22784
Drizzt
nagyúr
bilimbalam
#22781
Drizzt
nagyúr
válasz
bilimbalam
#22781
üzenetére
Egy ismeros csaj miutan megszunt az ujsag, ahol addig dolgozott, az egyebkent utazasokra sporolt penzet koltotte el a bootcampre. Talan igy is kellett meg neki csaladtol is kolcson, de ebben nem vagyok biztos. Viszont bejott a dolog, azota nem el allando letbizonytalansagban.
-
#22783
VirsLee
őstag
bilimbalam
#22781
VirsLee
őstag
válasz
bilimbalam
#22781
üzenetére
Az egyik opció az, hogy teszel rá félre pénzt. Az alapvető ajánlás amúgy is az, hogy addig ne tegyél/vegyél semmit nagyon dolgozó emberként, amíg nincs 6 hónapra elegendő megtakarításod. Ezt felhúzod az általad kiválasztott bootcamp szintjére + rászámolsz 2-3 hónapot, amíg melót találsz és kész.
A másik és sokak számára könnyebben járható út, hogy részidős képzésre mész és munka mellett csinálod. Több tízezer ember jár esti/levelező/távoktatásos képzésre. Áldozatokat követel, de ez már nem pénzügyi jellegű annyira.
-
#22782
Madwe
nagyúr
bilimbalam
#22781
Madwe
nagyúr
válasz
bilimbalam
#22781
üzenetére
Kivitelezhető, persze ehhez az kell h eleve olyan állásod legyen ahol megtakarítasz a jövedelmedből. Ismerősöm 2 évig gyűjtött rá, de nem bánta meg (normálisan fizető érdekes melója volt jó szakmával, egyéb gondok miatt váltott)
de a nagy átlagnak akinek semmi megtakarítása fogalmam sincs h jöhet össze. Kell egy jól kereső társ/ hitel
-
#22781
bilimbalam
tag
bilimbalam
tag
Felnőtt emberként ezeket a bootcampeket hogy lehet kivitelezni hogy ha mellette nem tudsz dolgozni?
Alap egy tehermentes ingatlan meg valami mellékes appanázs, hogy ne halj éhen? Nekem ilyenekre csak kőgazdag belbudai gimis osztálytársaim mentek, akik még 30 évesen sem tudták mihez kezdjenek de úgy egyébként semmi gondjuk az életben. -
-
#22779
GeeForGolf
junior tag
CyberPunk666
#22774
GeeForGolf
junior tag
válasz
CyberPunk666
#22774
üzenetére
jaa értem, oké, köszi, megvan már. hát igen, ugye nem csak előnye, hanem hátránya is van annak, ha az ember egy speciális tudást igénylő helyen dolgozik...evvan.
-
#22775
CyberPunk666
senior tag
Strezi
#22772
CyberPunk666
senior tag
válasz
Strezi
#22772
üzenetére
Divat, nem divat, folyamatosan sírnak, hogy mekkora hiány van, a cég folyton elmondja, hogy a túl kevés fejlesztő limitálja a profitot, lenne csomó projekt, ami a munkaerőhiány miatt nem tud elindulni.
Már abba is beleegyeztek, hogy német mérnököt vegyenek fel a magyar csapatba (német fizu ofc).
De rendesen megfizetni? Na, nem.
Mindegy, nem sírok, tanulok és megyek más stackre. Amúgyis unom, és a fizetéstől függetlenül sem élvezem már, ez csak még egy dolog, ami zavar. -
#22774
CyberPunk666
senior tag
GeeForGolf
#22771
CyberPunk666
senior tag
válasz
GeeForGolf
#22771
üzenetére
Bocsi, kicsit félreérthetően írtam. A belépőszint a cégeknek ultra-magas.
Mert a beágyazott rendszerekkel hw is jár, műszerek, gyártás/gyártatás.
Óriási költségei vannak.
Kevés kicsi cég van. Főleg mammutok.A nagy cégek miatt meg ilyen közepes langyosvíz van sok helyen, és a fizetések is langyosak.
-
#22773
Madwe
nagyúr
CyberPunk666
#22767
Madwe
nagyúr
válasz
CyberPunk666
#22767
üzenetére
Valószínű a zártabb piac miatt se annyira magasak itt a fizetések végtermék tekintetében.
-
#22772
Strezi
őstag
CyberPunk666
#22767
Strezi
őstag
válasz
CyberPunk666
#22767
üzenetére
Nem divatos se a C, sem a hardverközeli programozás. Kb. Hasonló területen dolgoztam 2000-ben, autó integráció Telefon - > CAN -> lópikula I/O. Mivel külföldön volt, 20+ éve fizuk nem összevethetőek...
-
#22771
GeeForGolf
junior tag
CyberPunk666
#22767
GeeForGolf
junior tag
válasz
CyberPunk666
#22767
üzenetére
A másik, hogy ezen a piacon a belépőszint is ultramagas,
ez mennyi számszerűen? csak mert ha a hays-t lehet alapul venni, akkor sztem elég mások az ultramagasról alkotott fogalmaink
ja, közben rájöttem, h valszeg nem a fizetésre gondolsz, hanem a tudásra, ami az erre a piacra való bekerüléshez kell, jól értelmezem?
-
#22770
bandus
veterán
CyberPunk666
#22763
válasz
CyberPunk666
#22763
üzenetére
emellé mi van még a packageben?
-
#22769
Vision
veterán
CyberPunk666
#22767
válasz
CyberPunk666
#22767
üzenetére
Csak az összehasonlíthatóság miatt kérdeztem.
-
#22767
CyberPunk666
senior tag
Vision
#22764
CyberPunk666
senior tag
válasz
Vision
#22764
üzenetére
Bruttó. A hays guide szerint az expert C/C++ engineer typical 1M, max 1.2M.
Az ezen területen lévő ismerősemhez képest a jól keresők között vagyok. Két teamleader ismerősöm kap még ennyit.
De ha van itt olyan beágyazott fejlesztő, aki magyarországon ennél jobban keres, az ne tartsa magában és írja le a paramétereket.
Én is szoktam elmélkedni, hogy miért lehet az, hogy ugyanakkora hiány van itt, mint a többi területen, hogy semmivel sem könnyebb, sőt... és mégis folyamatosan nő a gap.
Nekem két ötletem van erre. Az egyik az a helyhezkötöttség, hogy a hw miatt a HO, a távmunka és egyebek sokkal ritkábbak és nehezebbek, ezért ez csökkenti az árfelhajtását a külföldnek.
A másik, hogy ezen a piacon a belépőszint is ultramagas, nincsen mindenféle méretű cég, hanem a piac elsöprő többsége az ilyen mega-multi. ezek a cégek meg inkább a közepes olvasztótégelyek, akik meg tudják tenni. A javás másnap már máshol van és rövid időn belül termel. Itt meg a betanulás is simán fél év +. Itt a jobbhopperség is jóval nagyobb hátrány emiatt, mint más területeken. -
denko
senior tag
válasz
Vision
#22764
üzenetére
Olyan szempontból Mind1 szerintem, ha imádja a munkahelyét és nem menne más céghez.
Azért nem rossz ez bruttóban sem, gondolom vannak benefitek is. Természetesen ha kin és szenvedes az ott maradas, akkor már nem olyan jó.
Részemről gratula!Amúgy nem lehet topic szavazást csinálni, hogy ki melyik szektorban dolgozik, hány év tapasztalat és mennyit keres?(hasznos lenne mindenkinek)
-
#22764
Vision
veterán
CyberPunk666
#22763
válasz
CyberPunk666
#22763
üzenetére
Ez most bruttó, vagy nettó?
-
#22763
CyberPunk666
senior tag
CyberPunk666
senior tag
Kis ontopic, megkaptam majdnem a 10%-t. (~9.4%)
beágyazott C fejlesztő (terület: safety-critical, real-time, többprocesszoros rendszerek, szenzorok, application layertől a mezitlábas regiszter részig minden részen.)
- Villamosmérnök bsc diploma
- Folyékony, de nem tudom milyen szintű angol
- kb 6-7 év gyakorlat1.020k -> 1.115k
Hogy miért pont 95k azt nem tudom. Miért nem mindjárt 1 113 432 vagy ilyen?
-
#22761
CyberPunk666
senior tag
basta123
#22760
CyberPunk666
senior tag
válasz
basta123
#22760
üzenetére
#22760 basta123
Van utófinanszírozás, és állásgarancia, mind a codecoolnál, mind a progmastersnél.
A korábbi hozzászólásban írtam, hogy az első 3 hónap összesen 20k a CC-ben. A PM-nél meg totál ingyen megkapod, és eleve csak akkor vesznek fel, ha abból már felkészültél.
Ez elég lesz arra, hogy dönteni tudj.
#22759 Alexios
Csalóka, mert a PM 40 hetes (20+20hét), ha jól tudom, és ehhez még hozzájön, hogy az alapozást azt egyénileg kell elvégezni ez ELŐTT. -
basta123
csendes újonc
Köszi srácok!
A helyzet az, hogy fizetős képzések finanszírozása egyáltalán nem megoldható, úgyhogy kizárólag ez az állami képzés jöhet szóba. Természetesen később szívesen invesztálnék képzésekbe, de előbb minimális költségek mellett szeretnék megbizonyosodni róla, hogy van ehhez a szakmához kellő affinitásom. Szóval így sem ajánlott? -
#22759
Alexios
veterán
CyberPunk666
#22757
Alexios
veterán
válasz
CyberPunk666
#22757
üzenetére
Szerintem is kevés az állami bootcamp, de a codecoolon kívül a többi amúgy is fél éves csak (bár több anyagot adnak le szerintem mint az állami anyagban ugyanannyi idő alatt), vagy akár kevesebb (Greenfox 2 hét szünettel együtt 20 hét)
-
#22757
CyberPunk666
senior tag
basta123
#22756
CyberPunk666
senior tag
válasz
basta123
#22756
üzenetére
1, az állami verziót én elfelejteném. Először Gundel Takács Gboros videókat kellene nézned két hónapig (most már csak egy), aztán meg az 1 éves bootcamp helyett kapnál egy fél éveset. Fél év kevés.
2, A normális bootcamp viszont már megérheti, és a könyveléssel szerintem igen komoly szinergia. Szerintem brutál jó kombináció!
Szerintem először próbáld ki a programozást.
Ingyenesen, a nagyon alapokat.
A programasters-nél az alapozó az saját sebességű és ingyenes, csak jelentkezni kell.
A codecoolnál az első 3 hónap, a progbasics, az 20 ezer forint és kiszállhatsz, kötelezettség nélkül.De ha tetszik, megy is, és belevágsz, akkor a prog + pénzügy nagyon jó.
-
basta123
csendes újonc
Sziasztok!
Ha már a bootcampek szóba kerültek, szeretném ezzel kapcsolatosan a véleményetek kikérni.
Sajnos úgy alakult, hogy nemrég elvesztettem az állásom és ezáltal kerültek képbe ezek az államilag finanszírozott informatikai képzések. A szakmámban (könyvelő, 2 év gyakorlattal) rövid idő alatt eltudnék helyezkedni, azonban erősen gondolkodom, hogy belevágok inkább egy ilyen képzésbe.
A kérdésem az lenne, hogy szerintetek érdemes lehet-e belevágni, láttok-e bármiféle szinergiát, ami egybevág a meglévő tapasztalatommal? Inkább ilyen üzleti elemző vonal felé terveznék mozdulni ezzel.
Köszi! -
-
Madwe
nagyúr
válasz
PazsitZ
#22751
üzenetére
A kontainerizálás pont arról szól, hogy a dev kezeli az infra ráeső részét. Dev fogja a limiteket, tlst stb babrálni ahogy neki szüksége van rá, semmi szükség opsosra ehhez. Dev eleve jobban tudja az igényeit, eleve jobban követi saját alkalmazása monitorozását stb.
egy központi sre ettől függetlenül adhat neked cicd template-eket, helm template-eket kiindulásnak, de a dev tesm devopsosának a feladata ezt managelni, aki a dev csapat része s jobban tudja a dev csapat igényeit is. Pont h a konténerekkel lehet az előző hszekben taglalt dolgokat kivitelezni, egy natív környezetben sokkal nehezebb s kaotikusabb, nyilván ott pl ahol natívan fut vmeken mondjuk egy iis-en ezer meg egy dev projektje ott az adott dev team kevésbé lát rá s tudja ezt menedzselni. -
Marky18
aktív tag
válasz
PazsitZ
#22751
üzenetére
Na de a kontenerizacioval mar feluton vagyunk a dev->devops transzformacioban. Tudnod kell, hogy a szoftvered hol, milyen fuggosegekkel fog futni, mi fog tortenni, ha az adott framework verziot megemeled (igen, .NET Core, rad nezek...
), vagy egyaltalan milyen kornyezetben.
Egy kozepes meretu csapatban, ahol a fo fejlesztett rendszer mellett van 1-2 tucat belsos tool, ami a fejlesztest segiti, ott muszaj magadnak lefedni a szoftver egesz eletutjat, mert egy oldschool cegnel nem fognak arra kulon ops eroforrast allokalni. -
#22752
yossarian14
tag
mobal
#22690
yossarian14
tag
Az első kör egy HR-es ismerkedős beszélgetés. Itt kérdezik milyen fizut szeretnél.
A második kör egy 1-1,5 órás live coding session, nekem Java/Kotlin volt a választható nyelv, fokozatosan nehezedő problémákat kellett megoldani TDD-zve.
A harmadik kör pedig tehcnikai kérdezz-felelek lenne elsősorban concurrency/transaction-kezelés témában, de idáig már nem jutottam el. -
PazsitZ
addikt
Mondjuk most a konténer koncepció pont erről szól. Az ami nálad fut, azt bármelyik serveren ugyanúgy fellőhető n példányban.
Persze a kód szintű performancia, skálázás problémák nyilván nem az ops sara. Esetlegesen egy ilyen felderitése során viszont nincs megtiltva, hogy a 2 fél kommunikáljon
Nyilván ez megintcsak nem jelenti azt, hogy a dev semmit nem tud az infráról, csak mondjuk nem feltétlenül ő tölti el vele az idejét.git
Másik oldalon viszont egy jó build pipeline esetén nem kellene órási effort, csak a projekt inditásakor. -
JoinR
őstag
válasz
skristof
#22724
üzenetére
Ez működik egy 100 fős cégnél, afelett csak akkora overheaddel lehetne betarttatni a céges security compliance-t (meg sok mást, hogy ne találja fel mindenki a kereket pl.), hogy nem hiába nincs ilyen a gyakorlatban.
#22741 gration:
Igen, valszeg valamivel könnyebben találnak embert, illetve az egyéb juttatás, előrelépési lehetőség akár jobb lehet, amiért esetleg megérheti kevesebbet kapni. -
válasz
skristof
#22731
üzenetére
szerintem egyebkent ki lehetne adni.
Hogy a vérbe lehetne kiadni? Egy pénzintézet cicd folyamatát külsős beszállítóknak? Szerintem Pekingig hallatszana a risk management sikítása ennek láttán. A praktikus okokról már nem is beszélve, mármint hogy 20 beszállító 20 különböző cicd folyamata mennyi idő után borítaná be az egész release folyamatot. Tippre pár hét alatt. Olyan apróságokról nem beszélve, hogy hozzáférést akarsz adni beszállítók számára pénzintézeti produktív rendszerekhez. Nem jó ötlet. -
#22742
Jhonny06
veterán
CyberPunk666
#22740
Jhonny06
veterán
válasz
CyberPunk666
#22740
üzenetére
A tesztelőknek sose fizettek sokat. Azt mondjuk nem tudom, hogy mi a különbség az embedded és a C++ között, mert beágyazott területen is C++-ban fejlesztesz
-
gration
friss újonc
válasz
gration
#22684
üzenetére
Köszi mindenkinek az eddigi válaszokat!
@Sztenly
Igen, jól érted. Egy közepesen sikeres multis business karriert adtam fel a programozás miatt. Az utolsó évekre középvezetői szintig jutottam, pénzben a mostani fölött voltam, a munkamennyiség elenyésző volt, de utáltam már a semmittevést és az álcából kitalált feladatokat.
A legismertebbet végeztem el, 4 hónapos volt a képzés.
Nagyjából két tucat ember, akikre rálátok, kb. az egyharmaduk 1M+ szinten van (többen már 2 év után elérték ezt), magyar alkalmazotti státuszban. Másik egyharmad, akik különböző okokból szarabb pozikban/cégeknél vannak. Kb. 20% külföldre ment vagy külföldi cégnek contractorkodik itthonról, néhányan vállalkozni kezdtek (mármint ténylegesen, nem a KATA-zásra gondolok), páran lemorzsolódtak vagy más szakmában dolgoznak.
Lehet, hogy régebben még a bootcampekben is volt anyag. :) Tény, hogy minket még elég profi szakemberek tanítottak, nem az egy kurzussal korábban végzett diákok.
@Madwe
Na ja, és offert hallottam ennél magasabbat is, durva, hogy mennyire forró most a DevOps mindenhol. Ezek a számok amúgy SSC jellegű fejlesztőközpontokból jönnek.
A datás infót köszi, lehet, hogy a jelenlegi helyemen is el tudok menni egy kicsit data irányba a váltás előtt, és akkor nem leszek teljesen új a területen (bár ennyi pénzért túl sokáig nem szeretnék maradni). Majd beszámolok róla, hogy sikerült a váltásom.
@JoinR
Köszi! Szerinted ez miért lehet? Azért, mert a nagy employee brandek így is be tudnak vonzani elég embert, viszont a másodvonalbeli, noname, de nagy cégek kénytelenek pénzben jobban odatenni magukat?@CyberPunk666
Szerintem a bootcamp nem igazán tudást ad, ebben igazat adok az ellenzőknek, hiszen pár hónap alatt nyilvánvalóan nem lehet megtanulni programozni. Valamennyire felhoznak sebességre, ellenőrzik, hogy tudsz-e tanulni és elhitetik veled, hogy van keresnivalód a szakmában, aztán belöknek egy céghez. Olyan, mint amikor a kezelő a gokart orrán állva, az útnak háttal vezetve az arcodba üvölti, hogy - Jobb a gáz, bal a fék, gyerünk! és már ott is vagy a versenyben.
Onnantól meg már úgyis az illetőn múlik, hogy mennyit tesz bele, megelégszik-e azzal, hogy új mezőket vesz fel valami fos webapp obsolate formjaira egy rohadás KKV-ben vagy beletesz még párezer órát a fejlődésbe és nem nyugszik meg, amíg Senior ML Engineer nem lesz a Valleyben.
A bootcampes arcoknál a mindset az egyik versenyelőny szerintem, talán több közöttük a motivált, agilis, fejlődni akaró ember, míg az egyetemet(IT) végzettek között gyakrabban találkoztam azzal a sértődött és kényelmes hozzáállással, miszerint ha már 5+ évet szívott a műegyetemen, túlélte az aberrált, megkeseredett öregemberek csuklóztatásait áramkörtervezési gyakorlaton, akkor ő elkészült, mindent tud a szakmáról, nehogy már tanulnia kelljen, mint egy iskolásnak.HR gatekeeperek: nekem az a tapasztalatom a bootcampes háttérrel, hogy (legalábbis a nagy, nemzetközi cégeknél) nem kizáró ok, simán behívnak interjúra, a tech körön viszont a bootcampes tudás, meg a code monkey gyakorlat már egyértelműen kevés az üdvösséghez.
![;]](//cdn.rios.hu/dl/s/v1.gif)
disclaimer:
Mielőtt valaki sértve érzi magát és nekem esik, az ellenkezőjét is láttam mindkettőnek. Bootcampesből is bőven van olyan, aki pincérből betanított kódmunkás lett, és elég neki, hogy széken ülhet és légkondicionált az iroda. Nem véletlen, hogy romlik a megítélése ezeknek a képzéseknek, gondolom egyre több a szerencsevadász és a trendet meglovagló ember, akinek nincsen különösebb szakmai célja, csak egy relatíve kényelmes és jól fizető melót keres.
És természetesen dolgoztam már zseni/esőember kaliberű architectekkel is, és gondolom annak idején ők is átszaladtak a formális képzésen, de általában nem ők szokták mantrázni a klasszikus BME katonatörténeteket. -
#22740
CyberPunk666
senior tag
CyberPunk666
senior tag
Ez a kereslet, kínálat miatt lenne? Vagy mi amúgy az oka ennek az óriási különbségnek?
Mondjuk ennél többet keresek, de a különbségek nagyjából reálisak.
-
#22739
CyberPunk666
senior tag
Drizzt
#22729
CyberPunk666
senior tag
válasz
Drizzt
#22729
üzenetére
Végül úgy döntöttem, hogy nem dobom ki teljesen az eddigi tapasztalatomat és a safety-critical, real-time, szenzorok, autoipar/orvostechnikai részt és az önvezető autó sensor fusion, computer vision, machine learning irányba megyek, meg csinálok egy alkmat msct.
Amúgy ezeket meg is lehetne kérdezni.Ha már ekkora hiány van.
Látom alább például a bootcampes példát.
A szabadidőmben bootcampeseknek szoktam segíteni, tudom mit tanulnak és mennyire. Azt is tudom, hogy a legnagyobb ilyen iskolában milyen mentorok tanítanak. Én a mentorokat nem venném fel egy munkahelyre.
A tanítványaimra a "sose láttak még ilyet' szintű jelzők hangoznak el (dicséretként), és a mentorokat szétszedik szakmailag.
Sajnos ez főleg a mentorokat árazza. Velük mégis szóba állnak a cégek.
De nem érdekel, már kitaláltam az utamat, csak megjegyeztem, hogy ez a bárkit felvennénk csak egy frázis. -
#22738
GeeForGolf
junior tag
Madwe
#22737
GeeForGolf
junior tag
figyelj, maradjunk abban, h én nem kétlem, h ez tud jól is működni, és csak én fogtam ki éppen egy olyan céget, ahol nem annyira, de az tény, h itt mi sokat szívunk ezzel, és ez nyilván alapvetően meghatározza azt, h én mit gondolok a "kinek a feladata/felelőssége" témakörről. jelen pillanatban úgy látom, ahogy leírtam, de ez nem jelenti azt, h ez így van jól, csak azt, h én ezt tapasztalom.
a könyveket kösz, majd egyszer beillesztem őket a táncrendembe...
-
#22737
Madwe
nagyúr
GeeForGolf
#22735
Madwe
nagyúr
válasz
GeeForGolf
#22735
üzenetére
"h nekünk, fejlesztőknek kell olyanokkal szarakodni, ami nem a mi felelősségünk kéne, h legyen sztem - ahogy írtam fentebb is, relesae/deployment/szerverek rugdosása, ha vmi nem működik"
ahol ilyen alapvető instabilitási gondok vannak, ott szar az architektúra, az infra, minden, elég súlyos az ilyen gond, normál esetben ennek nem kéne jelen lennie...
"nyilván ha szar a kódom, így is, úgy is nekem kell megcsinálnom, nem az üzemeltetésért felelős embernek."
a gond ezzel az, ha elválasztod silokra a devet s opsot, mire oda eljutsz h ok, az én kódom szar s nekem kell kijavítanom azt rengeteg pingponggal tudtad le az opsossal, mind a te midn az ő idejét rabolva, miközben lényegi előrelépés nem történt. Nem mindig van ez így, de iszonyat gyakori ott, ahol falak vannak, megy a mutogatás, várás, deves váltig állítja h szar az infra nem nyúl hozzá, opsos meg váltig állítja h szar a kód, minden más jól működik, napok telnek el s effektív nyomozást senki nem csinál.
Ezzel szemben ha lenne egy devopsos devetek, aki pontosan tudná mi az infrátok, tudná mi a kódotok, tudná mi a business logic sokkal hatékonyabban s gyorsabban emgoldaná... egy sima dev teamnek silokban fogalma se lesz az infráról, egy sima opsosnak fogalma se lesz az általa támogatott kismillió team kódjáról... -
#22736
Madwe
nagyúr
GeeForGolf
#22734
Madwe
nagyúr
válasz
GeeForGolf
#22734
üzenetére
Nem üzemeltetek hanem fejlesztek, tervezek, poc-olok.
Nem a költségcsökkentés az elsődleges ok arra, amiért a devops mentalitás létrejött (persze lehet ilyen szemmel is nézni s a csúnya cégek csúnya költségcsökkentési terveit látni csak ebbe, szegény alkalmazottak káráa)
Arról szól hogy megszűnnek a silok - a falak a különböző egységek között, nem falakon dobálod át a dolgokat s vársz, egyeztetsz, meetingelsz naphosszat, hanem önálló önjáró egység egy team, ami e2e minden el tud látni (nem egy ember hanem egy csapat személyében) ami sokkal hatékonyabb, sokkal kevesebb egyeztetés, prioritizálás, pingpongozás van, gyorsabb gördülékenyebb lesz az egész. Mellesleg a devek is megtanulják h az h stabil kódot írjanak az ő érdekük, mert ha folyamat törik az infra miattuk, folyamat csippan a pager akkor az nekik fog fájni...ajánlom ezeket az ingyenes könyveket jobbról balra haladva elolvasni...
-
#22735
GeeForGolf
junior tag
Lortech
#22733
GeeForGolf
junior tag
válasz
Lortech
#22733
üzenetére
Azt értem, hogy nálatok szarul mennek a dolgok, de az egy komoly félreértése a fejlesztői szakmának, hogy devnek csak a kódot kell valahogy összekrampácsolni, utána meg próbálja meg életre kelteni az üzemeltetés, ahogy tudja.
nekem nem az a problémám h a kódom ne adj isten szar, és ez kiderül, és ezért visszaküldik, nekem az a problémám, h nekünk, fejlesztőknek kell olyanokkal szarakodni, ami nem a mi felelősségünk kéne, h legyen sztem - ahogy írtam fentebb is, relesae/deployment/szerverek rugdosása, ha vmi nem működik. nyilván ha szar a kódom, így is, úgy is nekem kell megcsinálnom, nem az üzemeltetésért felelős embernek. -
#22734
GeeForGolf
junior tag
Madwe
#22732
GeeForGolf
junior tag
na jó, de amíg mi eljutunk a prodig, van két szerverünk, mindkettő 100% identical proddal, mindkettőre fel kell tolni a cuccot tesztelni, szóval a probléma sokkal előbb kijön, ha van. de ez egyébként még nem tenné kötelezővé azt, h ezzel a fejlesztő maga szívjon, azért ezt simán csinálhatná az üzemeltetés (szerintem). ja, értem, h szted meg nem, és azt is értem, h a világ errefelé halad, de ennek az egyetlen oka a már fent is leírt fillérbaszó mentalitás, ie vegyünk fel olyan kollegákat, akik mindenhez is értenek, így kevesebb ember kell, fizetést meg nem emelünk arányosan. ha te ennek tapsolsz, az a te dolgod, nem tudom, te h éreznéd magad, ha rád pakolnák a fejlesztői feladatokat is az üzemeltetés mellett
(btw mi az a silo? minden 2. kommentben látom itt, de fogalmam sincs, mire céloztok vele)
-
#22733
Lortech
addikt
GeeForGolf
#22730
Lortech
addikt
válasz
GeeForGolf
#22730
üzenetére
Nem kell mindenhez is érteni mindenkinek.
Cross-functional fejlesztő csapatról írtam. Ez nem azt jelenti, hogy egy-egy csapattag külön-külön is rendelkezik minden tudással. Egy fejlesztő csapatban elférnek ops, network, cloud stb fókusszal rendelkező fejlesztők, ugyanúgy mint mondjuk egy test automation engineer is. És attól lesz ez hatékony, hogy mindenkinek van egy közös értése arról, hogy mit kell megcsinálni és mindenki a saját feladatát meg tudja csinálni, míg ha kiszervezed a képességek nagy részét másik csapatokba, akkor nekik át kelladni, hogy mit kell csinálni, aminek egy része fog csak átmenni, mivel nincs ugyanaz az értésük, aztán erre commitmentet kérni, ütemezni, koordinálni, bevasalni rajtuk, aztán ha félremegy, kezdődik elölről és megy az egymásra mutogatás és seggvédés.
Azt értem, hogy nálatok szarul mennek a dolgok, de az egy komoly félreértése a fejlesztői szakmának, hogy devnek csak a kódot kell valahogy összekrampácsolni, utána meg próbálja meg életre kelteni az üzemeltetés, ahogy tudja. -
#22732
Madwe
nagyúr
GeeForGolf
#22730
Madwe
nagyúr
válasz
GeeForGolf
#22730
üzenetére
Ez a devops alapvetése, igen, e2e felelősség, nem csak a működik a gépemen mentalitás. Az hogy ez neked nem tetszik, sajnálatos, az irány attól még ez. Te ragaszkodnál a régi silokhoz, üzemeltesse az üzemeltető, ha meg vmi törik mondjuk prodon, menjen a pingpong h most az infra e a szar, a skálázás vagy a kód... miközben az issue ha egy deployyal jött az esetek 99.99999% kódból vagy max skálázásból ered, te okoztad, de téged nem érdekel.
-
skristof
tag
válasz
Vision
#22728
üzenetére
azt nem lattam, bocs. szerintem egyebkent ki lehetne adni. de ahogy elottem is irtak, vannak olyan esetek, ahol nincs ra lehetoseg es/vagy kello akarat, igy nem lesz devops kultura sem.
szerintem nincs ezzel baj, lasd GeeForGolf kollegat, o pl latszolag ilyen helyen szeret(ne) dolgozni. en nem.
szerk: termeszetesen hatalmas kulonbseg van termek es projektfejlesztes kozott. az altalad emlitett domainben ezert van az, hogy a fintech-ek megeszik reggelire sebessegben a bankokat.
-
#22730
GeeForGolf
junior tag
Lortech
#22725
GeeForGolf
junior tag
válasz
Lortech
#22725
üzenetére
ne köntörfalazzunk: úgy gondolod, h egy fejlesztő legyen fejlesztő is, meg üzemeltető is
nem kell ezt túlmisztifikálni, rövid úton elértünk oda, h mindenhez is értsen a kedves delikvens, még akkor is ha ez két külön szakma, természetesen a fizu nem duplázódik. látom én egyébként ezt a trendet már évek óta, nem tudom otthon h megy, itt már nem nagyon találsz olyan fejlesztői pozit, ami ne listázna DevOps cuccokat. kb pont így alakult ki anno a full-stack pozíció is, ne fizessünk má' két embert hiszen hát kód kód, azé' vesszük fel az embert h megcsinálja, most az ilyen huncutságok h front-end meg back-end, hát mi ehhez nem értünk, ő meg ezért kapja a fizetését, dolgozzon az én szerény véleményem az, h ez a 2 szakma elválasztható egymástól, és a fejlesztő feladata a PR/merge után kb véget is kéne, h érjen (dolgoztam ilyen helyen, és egyáltalán senkit nem zavart, h nem nekünk kellett mondjuk a release/deploy vonalon szarakodni). a jelenlegi cégemnél proper CI/CD van, azaz neked kell kinyomni a cuccot a szerverre is, rengeteg van belőlük, folyamatosan akadoznak, szinte már több időt töltünk a folyamatos javításokkal, mint a kódolással magával. emellett van egy dedikált DevOps team-ünk, ők leginkább azért felelősek, h létrehozzanak/megsemmisítsenek környezeteket, de úgy kb ennyi, szóval mondom, a deploy már a mi felelősségünk. mit mondjak, a legtöbben utáljuk. meg hát nem is pontosan értjük, h miért nekünk kell ezekkel szarakodni - én sem megyek oda a kedves üzemeltető kollegához, h írja már meg a kódot helyettem
-
#22729
Drizzt
nagyúr
CyberPunk666
#22721
Drizzt
nagyúr
válasz
CyberPunk666
#22721
üzenetére
Azért stack és stack között is van különbség. Például ha embedded developer vagy, akkor esélyes, hogy:
- Adatbázisokhoz nincs különösebb tapasztalatod.
- Enterprise frameworkok nincs sok tapasztalatod.
- OO-ban lehet van erős tapasztalatod, lehet, hogy nincs.
- Skálázható alkalmazások fejesztésében és tervezésében valószínű, hogy nincs tapasztalatod.
- Elterjed cloud technológiákban is kevesebb esélyed van erős tapasztalatra(, de vannak olyan beágyazott területek, ahol meg nagyon pro lehet ebből az ember!).Ezek most mind minde egyszerű prekoncepciók voltak, amik szerintem egy interjúztató fejében simán megfordulhatnak, ha azt látják, hogy beágyos tapasztalattal jönnél. De ilyen biassal sok interjúztató rendelkezhet.
Akkor sokkal könnyebben belemennek ebbe a váltásba, hogyha más a nyelv, meg más a framework, de alapvetően mégis hasonló problémákat old meg az ember az idő nagy részében.
Legegyszerűbb, hogyha úgyis úgy látod, hogy pár hét alatt át tudnál állni, akkor ezt tedd meg előre a szabadidődben. Kezdj valami hobbi projektet valamelyik célul kitűzött nyelven/frameworkon, s hangsúlyozd ezt ki az önéletrajzodban, meg azt, hogy erre szeretnél haladni. Ha bármit fel tudsz mutatni, hogy mit csináltál, milyen anyagokból dolgoztál, hogy terveznéd folytatni, az az interjúztatók nagy részének tetszeni fog, s ha jó a HR, akkor az ő kapuikat is meg fogja nyitni. Ha van valami ingyenes VOD oktató platformhoz hozzáférés a munkahelyeden, akkor dögivel fogsz találni tök jó anyagokat(, meg szarokat is, de ha jó programozó vagy, gyorsan le fog esni, hogy az oktató tényleg ért-e az adott dologhoz).
-
Madwe
nagyúr
válasz
skristof
#22724
üzenetére
Pontosan. Emelett elfér egy központi sre egység is, akik a toolingot, főbb irányvonalat csinálják, alapok, templateek, poc-okkal, a közös igények lefedésére. De ez jobb esetben scrumként működő, kb dev-es saas egység, nem pedig ops. Support se az ő feladatuk, csak az új featureök alapjainak bevezetése. Vmi hasonló egység azért legtöbb helyre nem árt, h ne kelljen 60 féle megoldást találni azonos problémára. Ettől persze el lehet térni, más toolokat választani, de egyfajta koherenciát teremt.
Ugyanúgy pl vm provisioninghez az alapokat ők teszik le, de ez is nyíltan kontributált tud lenni.
ebből ami szinte mindig kilóg legtöbb helyen s opsos marad az a db csapat sajnos, ami gyakran kilóg az a monitoring/observability infra üzemeltetése aki szintén kicsit opsosabb s silosabb, de jobb esetben ott sincs már nagyon silo… -
Lortech
addikt
válasz
Vision
#22720
üzenetére
De ez hogy néz ki a gyakorlatban? Ki üzemelteti, ki alakítja ki a cicd-t házon belül, ha nem egy devops csapat?
Gyakorlatban egy hatékony, ütőképes, minőségi emberekből álló, devops modellben dolgozó cross-functional fejlesztő csapat rendelkezik többek között azzal a képességgel, hogy a saját maga által választott toolokkal kialakítsa a saját CI/CD megoldását, továbbmegyek menedzselje a buildjeit és releaseit, megtervezze, kialakítsa, üzemeltesse és monitorozza az infráját. A fejlesztői csapatban a mozgástér és autonómia az alapja mindennek, akkor lesz (lehet) agilitás, ha a fejlesztő csapat meg tudja választani az eszközeit, önállóan tud dönteni, és önállóan el tudja végezni a feladatai nagy részét, és nem kell más csapatoktól függnie vagy azokhoz igazodnia. Nyilván szükséges mértékben kell igazodni és kell együttműködni más csapatokkal, de ezt is könnyíteni és elősegíteni kell, processzekkel és adminisztrációval való körbebástyázás helyett (pl. nyiss ticketet minden szarra).
Lehet azt mondani, hogy ehhez a működéshez a feltételek nem adottak sok szervezetben, pl. nem tudják elengedni a kontrollt, vagy nem elég rugalmas a szervezet, hogy megfelelően rugalmasan kezelje a csapatok összeállítását, nincs minőségi emberanyag és emiatt nincs teljesítmény, így bizalom és autonómia - mindenesetre az átcímkézés aligha old meg bármit. -
#22723
bandus
veterán
CyberPunk666
#22721
válasz
CyberPunk666
#22721
üzenetére
nekem ne mondd, én két éve próbálok váltani és még nem sikerült jobb feltételekkel helyet találnom, pedig azért nem vagyok halálra fizetve
bár én nem it-ban dolgozom. -
#22722
CyberPunk666
senior tag
Lortech
#22719
CyberPunk666
senior tag
válasz
Lortech
#22719
üzenetére
A változtatás állami és nagyvállalati módja, hogy először bevezetjük, amit könnyű, például a ki hova ül, ki kinek reportol és mi lesz a titulusa.
Utána azt, ami nehéz vagy drága kihagyjuk, és nem vesszük meg ami kell, nem alakítjuk át, ami már kész, csak nem alkalmas, és nem adunk át hatalmat annak, akinek az adott dolgot vinnie kellene.
standard nagy szervezeti dolog. -
#22721
CyberPunk666
senior tag
bandus
#22718
CyberPunk666
senior tag
válasz
bandus
#22718
üzenetére
Nem spammeltem körbe a fél világot, szóval a minta elég kicsi, csak megemlítettem, hogy amúgy van ez a mindenkit felvennénk típusú mantra, amit divatból nyom minden cég, "csak tudjon gondolkodni".
De ha jön valaki, aki nem az adott stacken van több éve, akkor egyszerűen félnek. Nem merik felvállalni, hogy esetleg pár hétig/hónapig lassabban halad. Inkább fél évig betöltetlen a pozíció.De ezer ilyen terület van, a félig bevezetett agilitás is ilyen, mindenki tudja, hogy félig csinálni sokkal rosszabb, mint semennyire se, de a legnehezebb lépéseket nem merik meglépni.
Mindenki tudja, de nem merik. Mindenki felvenne bárkit, de senki sem mer. -
Lortech
addikt
válasz
Vision
#22710
üzenetére
Hogyne lehetne megcsinálni, de legtöbb középszerű (és középszerű emberekkel dolgozó) cég csak cargo cultig jut el, átcímkéz, átnevez, mímel, megvásárolja a polcról a dobozos "agilis" metodológiát, pl. SAFe, átnevezi az opsot devopsra, összedobálja a jól hangzó technológiákból a stacket mint egy receptet, aztán reméli, hogy majd jönnek az eredmények, közben pedig csak a dolgok lényege veszik el. Aztán időnként cserélődik a középmenedzsment kezdődik egy újabb iteráció és csodavárás.
Nem tankönyvi devopsról beszélek, a devops lényegi eleme a dev és ops közötti kommunikációs siló problematikájának orvoslása, ha meghagyjük egy külön fókusszal rendelkező, külön csapatként az opsot, nevezhetjük akárhogy, akadályozó tényezőként jelenik meg a szervezetben.
-
#22717
inferno88
őstag
CyberPunk666
#22701
válasz
CyberPunk666
#22701
üzenetére
A probléma szerintem sok esetben a HR lesz. Igazából fingja sincs semmiről, de ő az előszűrő. Ilyenkor kb. akkor lehet szerencséd, ha mégis van rálátása vagy be van vonva egy technikai személy is már a folyamat elejébe, aki rácsap a kezére, mikor hülyülne.
-
vzozo
senior tag
Talán mégsem offtopik ez.
Azt sajnos én is látom h jelentősen hígul a piac s már seniornak vesznek fel olyan embert akit szívem szerint juniornak se vennék fel… mert hiány van…
Hasonló tendenciát látok én is, és azt nem értem, hogy HOL vannak a szakemberek. Én a (cégen belüli) teljes EMEA hiringre rálátok, és nem az, hogy Magyarországon, Kelet-EU-ban, de NY-EU-ban sincs ember. Hol vannak? Ennyi volt, elfogytunk az IT-ban?
Közben meg ugye jönnek a managgák, hogy akkor "gyorsítsuk a felvételi utáni képzési programot", de azt már nem értik meg, hogy 9 nő nem tud egy hónap alatt egy gyreeket megszülni...
-
Madwe
nagyúr
válasz
Vision
#22713
üzenetére
Biztosítókra nem láttam még rá, de a bankok pont még a mammut óriások között is az igazán lassan mozgó s változó, csigatempóval újuló cégek (nyilván jó okkal), ahol nyilván egy ilyen transzformáció sokkal tovább tart (ha egyáltalán valaha végbemehet).
attól még hogy valami multi nem kéne predesztinálja azt hogy silosodik, szerintem?
-
Drizzt
nagyúr
-
válasz
Lortech
#22707
üzenetére
Bizonyos méret felett nem tudod elkerülni a silósodást. Egy ügynökségnél szép és jó a tankönyvi devops, de egy nagy cégnél ezt nem lehet megcsinálni. Legalábbis én még nem láttam rá példát.
Arról nem beszélve, hogy sok helyen nincs is házon belül fejlesztői kompetencia, hanem mondjuk 30-40 beszállítóval dolgoznak együtt, akik folyamatosan szállítanak.
-
Madwe
nagyúr
válasz
Lortech
#22707
üzenetére
Igen, ezzel is egyetértek, sok helyen ez félremegy. Sőt, a legtöbb helyen. Bár sok helyen eleve integrált devopsos sincs teamenként...
Talán ott is meg lehet fogni a dolgot, hogy scrum-szerűen tud e dolgozni az adott csapat, esetleg kanplan de az már gyanús. Ahol csak kanban jöhet szóba az jó eséllyel átcímkézett silós ops. (ez persze nem 100% mindenhol így van, de kb ezt vettem észre mint kicsit közvetett következmény)Ennek egyébként az lehet az oka hogy sok helyen megvolt a tipikus dev + ops felállás, buzzword lett a devops, átnevezték az ops csapatot devopsra, elkezdtek újabb toolokat használni, elkezdtek buzzwordöket mantrázni mint gitops meg iac stb, s onnantól kezdve letudottnak tudták a transzformációt. Sok cég itt meg is ragad egész sokáig.
Szerintem, s ezt továbbra is tartom, az általad is devopsnak nevezett devopsos pozikhoz, legyen az központi vagy beágyazott, kell deves múlt - a beágyazotthoz sokkal több. Az átímkézett opshoz ami gyakori itthon nem kell. Magyar tulajdonú cégeknél kb csak ilyenekbe futottam bele amúgy...
#22708 ysengrin
Az hogy deves háttér, nem feltétlen jelenti azt hogy mindent maga akar megépíteni Azt mérlegelni hogy valamit hasznosabb e internal kifejleszteni vagy megvenni szerintem ettől független, bár lehet deves háttérrel vki gyakrabban akar internal fejleszteni... Azt a mentalitást meg hamar ki kell verni belőle. De ha más nem is, pár év maintainelése a házi szaroknak biztosan megteszi majd vele -
#79563158
törölt tag
En Tapsival ertek egyet, szerintem total nem kell dev mult ahhoz, hogy ertse az ember a fejlesztoi folyamatokat, kihivasokat, stb-t, eleg ha erdekli a szoftverfejlesztes annyira, hogy utanajarjon, megnezzen talkokat vagy olvasson engineering blogokat. En pl. suttyo garazscegben voltam dev egy evig, de csak annak koszonhetoen tudom, hogy mi fan terem az SDLC, hogy magamtol utananeztem es olvastam a temaban, mert erdekelt.
SRE/DevOps vonalon a tul eros dev hatter szerintem sok esetben kifejezetten hatrany tud lenni, ha mindenre csuklobol az a reakcio, hogy hosunk majd lefejleszt valamit gyorsan, ha az nem felel meg 100%-ig az elvarasoknak. Jo esetben nagyobb teamben ilyenkor az orrara koppintanak a kolleganak, rossz esetben az egesz csapat szopik mert hosszu tavon maintainelni is kell a kodot, nem csak megirni.
-
Lortech
addikt
Ezzel részben egyet tudok érteni, ott van lényeges véleménykülönbség, hogy én ezt a központi teamet alapvetően nem devops teamként kezelem, kivéve ha ez a közös "platformfejlesztés" olyan szintű önálló hozzáadott fejlesztői tevékenységgel bír, ami önmagában is devopsszá teszi, de inkább olyan példákat látok, amikben ez egy devops enablement teamként értelmezhető, de ő maga nem devops.
Ideális esetben devops szemléletben dolgozó feature teamek számára nyújt ops szolgáltatásokat, kevésbé ideális esetben ugyanolyan silóként jelenik meg, mint a klasszikus dev vs ops felállásban, pl. ha túl kicsi mozgástér marad a dev(ops) teamnek, ha túl nagy a bürokrácia, túl magas a fal. Ilyen esetben én egyik oldalt sem tekintem devops szemléletben dolgozó teamnak, dolgozzon az a legkurrensebb technológiai stackkel is. -
Madwe
nagyúr
válasz
Lortech
#22705
üzenetére
Igen. De ettől függetlenül is kell központi sre engi, hiába van teamenként dedikált devopsos/sre. Egy központi team kell, aki fejleszti a céges toolingot, összefogja megtervezi az infrát stb, s szorosan eggyütműködik a devteamek devopsosaival. Olyan céget még nem láttam ahol központi sre team nélkül ez normálisan menne. Annak nincs sok értelme ha minden egyes devteam devopsosa egyedi dolgokat visz, s a light ownership jó dolog, de valamennyire ezeket össze kell fogni, vinni, s erre kell egy központi team.
a teambe dedikált devopsos pozi pedig aztán tényleg olyan ahol elengedhetetlen a dev előélet, szerintem. -
Lortech
addikt
válasz
#79563158
#22688
üzenetére
Ez azért van, mert jópár cég és "devops pozícióban lévő" kolléga is félreértelmezi a devopsot és átnevezett opsot ért alatta, aki modern toolokkal dolgozik és ez az értelmezés válik sztenderdé, negligálva a problémát, amire a devops válaszként kialakult. Ez a topik is jól szemlélteti ezt.
A devops nem fancy cloud infrastruktúra, automatizálás, microservices, CI/CD és egyéb gyakorlatok és toolok.
Valójában nincs ilyen, hogy devops csapat és benne devops pozíció, ezek antipatternek, mert ugyanahhoz a throw it over the wall és kommunikációs siló problémához vezetnek, a devops egy paradigma, egy módszer, amit egy fejlesztő csapat gyakorolhat, de ez a gyakorlat fejlesztői csapaton belül történik vagy legalább azonos fókuszú kollégák között, nem két/több csapat között. Az hogy van egy vagy több devopsnak csúfolt ops csapat aki a cloud platformot és azok szolgáltatásait biztosítja a feature teameknek, akik meg annyira devopsok, hogy legfeljebb a CI toolt nyomogathatják, annak nem sok köze a devopshoz.Valahol szánalmas, hogy a job descriptionbe már nem lehet lassan beleírni a devopsot kultúrát semmilyen formában egy mert ops / cloud emberek jelentkeznek, és csak magyarázkodni kell miatta.
-
válasz
Jhonny06
#22703
üzenetére
Kérdés, hogy átlagos hazai helyre kell-e nagyon erős szakember? Mármint globális értelemben erős. Vannak-e itthon akkora infrák, amik ezt igénylik?
Valószínűleg a dev tudás az egyik, amitól nem csak átlagos, hanem jó devops-os leszel.
Ezek számomra mindig megfoghatatlan buzzwordok voltak. Madwe leírt pár dolgot, amit egy tehetséges üzemeltető pár hét alatt megtanul. Tényleg nem látom be, hogy miért kéne bárkinek is komoly fejlesztői háttér kubernetes, openshift, meg úgy összességében cicd összelegózáshoz. -
Jhonny06
veterán
-
Értem én, hogy ez tök jó, csak átlag helyen nem elvárható egy átlag devopsostól. Senioritásnak, jó fizunak pedig semmiképp sem feltétele. Gyakorlati haszna is minimális, a cicd kialakítása úgyis a konkrét helyen lévő lead devek közreműködésével zajlik.
Erről beszéltem, ez nem fejlesztői, hanem üzemeltetői pozíció. A "bárki" alatt is azt kell érteni, hogy azt felvennék, akinek van üzemeltetői (Linux admin) tapasztalata, a devops toolokat pedig majd megtanulja. Lehetsz te akármilyen senior fejlesztő, azzal itt semmire sem mész.
-
#22701
CyberPunk666
senior tag
Vision
#22699
CyberPunk666
senior tag
válasz
Vision
#22699
üzenetére
"Most beszéltem az egyik bank devops vezetőjével, ők bárkit felvennének jó pénzért, ha látják benne az affinitást, annyira nincs ember. Úgy vannak vele, hogy majd beletanul, úgyis minden cégnél más a konkrét stack."
Igen, mindenki azt mondja, hogy bárkit felvenne már és betanítanak, annyira kellene az ember, de amikor senior dev jelentkezik, hogy hát oké, én szeretném, akkor már igazából oda sem jutunk el, hogy ki vagyok egyáltalán.
.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
), vagy egyaltalan milyen kornyezetben.
Új hozzászólás Aktív témák
- Mikrotik routerek
- Anglia - élmények, tapasztalatok
- Lexus, Toyota topik
- Motoros topic
- One otthoni szolgáltatások (TV, internet, telefon)
- Path of Exile (ARPG)
- EAFC 25
- Székesfehérvár és környéke adok-veszek-beszélgetek
- És akkor egy fejlesztőstúdió rájött, hogy vissza is élhetne a felskálázással
- Autós topik látogatók beszélgetős, offolós topikja
- További aktív témák...
- Rohnson R-9450 Steril Air UVC+ION légtisztító eladó JÓVAL ÁRON ALUL! Bolti ára kb 72ezer Ft!
- Szép! Lenovo ThinkPad P53s "Kis Tervező Vágó Laptop" -65% 15,6" i7-8665U 16/1TB QUADRO P520 2GB FHD
- EJJ! Dell Latitude 7330 -65% "Kis Gamer" Üzleti Profi Ultrabook 13,3" i5-1245U 16/256 FHD IRIS Xe
- Alfa Romeo 159 1.9JTD 120le 8v 2009 Facelift
- DJI Air 2s drón szett hibátlan állapotban
- Eredeti Lenovo 230W töltők - 4X20Z83995
- Bomba ár! Dell Latitude 5480 - i5-6GEN I 8GB I 500GB I 14" HD I Cam I W10 I Garancia!
- Telefon felvásárlás!! iPhone 16/iPhone 16 Plus/iPhone 16 Pro/iPhone 16 Pro Max
- LG 55B4 - 55" OLED - 4K 120Hz 1ms - NVIDIA G-Sync - FreeSync Premium - HDMI 2.1 - PS5 és Xbox Ready
- AKCIÓ! GIGABYTE AORUS ELITE Z790 i7 14700K 64GB DDR5 1TB SSD 7900 XTX 24GB be quiet! SB 802 1000W
Állásajánlatok
Cég: FOTC
Város: Budapest