- Milyen okostelefont vegyek?
- Motorola Edge 30 Neo - wake up, Jr...
- iPhone topik
- MIUI / HyperOS topik
- Samsung Galaxy S21 FE 5G - utóirat
- Samsung Galaxy S21 Ultra - vákuumcsomagolás
- Vodafone mobilszolgáltatások
- Xiaomi 13T és 13T Pro - nincs tétlenkedés
- Poco F5 - pokolian jó ajánlat
- Xiaomi Mi 9 SE - csúcsimitátor
Hirdetés
-
Új Reno12 modellek is érkeznek
ma A Reno12 Pro mellett belépő ajánlatokkal is készül az Oppo, a Reno12 F 4G-s és 5G-s verzióban is elérhető lesz.
-
Pénzt akar a WhatsAppból a Meta, az AI majd segít
it Új AI-eszközöket kapnak a cégnek, a Meta célja, hogy több bevételt szedjen ki a WhatsAppból.
-
XGS24 - Előzményjáték lesz a Gears of War: E-Day
gp A franchise legújabb részében visszatérhetünk a Sera felszínére egy régi ismerőst irányítva.
Új hozzászólás Aktív témák
-
Madwe
nagyúr
válasz
Dinter
#36275
üzenetére
Szerintem ezt ne csak rövidtávon nézd. Jelenlegi piacon jelenlegi tudásszintekkel lehet nem éri meg jobban fizetésben a különbség. Viszont egy feszített tempós cégnél lehúzott két év egy láblógatós helyen 10 év tapasztalatával is felérhet, ami a jövőben hidd el sokszorosan meg tud térülni! Korban s családi állapotban nem tudom hol tartasz jelenleg s mi a hosszútávú terv, mindenesetre ha szeretnél majd gyereket de még nincs, akkor addig kell tolni a szekeret amennyire csak lehet, szerintem, mert utána jobban jön majd a lazább tempó, cserébe tudásod s tapasztalatod már bőven jó szintet hoz neked!
[ Szerkesztve ]
-
Madwe
nagyúr
Idei évre megvolt a bértárgyalás, majdnem 10% lett (igazából fél év után szerintem ez nagyon korrekt, csak idén ne vaduljon meg megint az infla
illetve ugye akkor volt még a csőben egy 2.4es ajánlat mástól, de ott tech stack annyira nemgyerebe volt, kb szakmai öngyilkosság, itt meg iszonyat releváns érdekes s jó projektek s stack van, uh nagyon nem bántam meg a döntést)így alakulnak a számok:
Nem: Férfi
Kor: 34
Munkakör: Senior DevOps Engineer (3 év dev majd 3 év ops, végül 6 év devops tapasztalat)
Nyelvtudás: Angol
Brutto fizetés: 2.300.000 Huf (netto 1.529.500)
Egyéb: 1 havi sign on bónusz volt, 7M 4 évig vestelt részvény, medicover blue közeli hozzátartozónak is, illetve kb +0-30% oncall jutalék - önkéntes alapon, vállalt órák s események függvénye
Hely: Full remote[ Szerkesztve ]
-
Madwe
nagyúr
válasz
sutszi
#36384
üzenetére
Köszi! Nem vártam ki, fél éve váltottam - csak két befutó is volt, s az alacsonyabb ajánlatosat választottam.
Kb, de van sűrűbb cliiff (1 év után már jogosult vagy 25%-ra, onnantól kezdve havonta növekszik). Szerződés aláírásakor volt 7M az értéke a részvényeknek.
Oncall óra alapon arányosítható - mikor vállalod hogy munkaidőn túl készenlétben vagy s ha kell s csörög a telefon 15 percen belül gép elött vagy s munkaképs (meg hogy akkor ki is csörög e vagy csak készenlétben vagy) s miután önkéntes alapon vállalja vagy sem az ember, kb 1 percet se vállalok vs viszem amit lehet a két véglet (kb sose csörög ki, ezért sokat arra nem érdemes alapozni, sztem 30% főlé nem nagyon lehet itt menni
) .[ Szerkesztve ]
-
Madwe
nagyúr
válasz
tboy93
#36386
üzenetére
sima senior (cloud) devops role, semmi extra, de tényleg. igaz máshol talán ez már inkább staff lenne, illetve sokat láttam már az évek alatt, végtelen migráción s implementáción vagyok túl s jellemzően nem épp hereveréztem munkaidőben s túl - kivéve amikor ide irogatok
#36387ReFleXx ilyen deii-s kötelező meetingem volt közben
![;]](//cdn.rios.hu/dl/s/v1.gif)
#36388hdanesz ne értsd félre, egyrészt nyilván nem kenyérre kell, másrészt azt is tudom hogy melyik réteget hogy érintette az infláció... csupán a fizetésem vásárlóértéke végett írtam.
-
Madwe
nagyúr
válasz
tboy93
#36392
üzenetére
Ja értem, igen, ahány cég annyiféle felállás van
központi devops csapat része vagyok, ahol mint platform szolgáltatjuk és supportáljuk ezt - azaz kitaláljuk, lefektetjük az alapokat, amiket a csapatok később használnak. Jellemzően az első implementációkat is mi csináljuk meg, majd egy knowledge sharing alatt átadjuk az adott dev csapatoknak, hogy onnantól kezdve tudják használni.
szóval az elvárás s adott is hogy a csapatokban legalább egy de jellemzően az összes dev értsen végfelhasználói szinten a devops részhez is - tudjon tf/cdk kódot olvasni s módosítani, ugyanúgy ne remegjen meg a keze ha dockerfilet/helmet kell kicsit faragnia, de pl nyilván azt hogy most milyen jogosultsági köröket, milyen infrát használjanak, hogy rendszerezzük ezt az egészet - azt nem.
jellemzően ez a devesebb devops, vagy devops platform vagy devops core, ki hogy hívja... van még az opsosabb devops, sre - ők kifejezetten a monitoring, alerting résszért felelnek - mondjuk ezek alapjainak kitalálása s lefektetése jellemzően platform feladat. infra oncallt jellemzően ők viszik, de pl ahol vagyok opt in alapon önkéntesen be lehet vállalni.biztos sokmindent kihagytam, illetve lehet valamit pongyolán/félre fogalmaztam, de kb ilyesmi, s a legtöbb helyen is hasonló volt a felállás
-
Madwe
nagyúr
válasz
section9
#36408
üzenetére
Egyébként manual tesztelő minek? végig tudja nyomkodni a senior dev... automatáról nem beszélve... és a security team? felesleges. db team dettó. customer management is akkor már. sőt, tulképp a takarítónő, meg a cto is felesleges, mind meg tudná csinálni a senior dev
értem én hogy sok cloud szolgáltatást meg lehet venni csomagban, de azért pl egy devops tudás nem annyiból áll hogy összehákolok valamit ghaban s tfel cdkval kiteszem oszt jónapot. bizonyos ideig ez lehet elmehet, meg ha olyan az audit, slo sla hogy tulképp belefér, akkor miért ne... de hatékony biztos nem ez a rendszer lesz ahogy skálázódik[ Szerkesztve ]
-
Madwe
nagyúr
válasz
Lortech
#36412
üzenetére
Nézd. Én teljesen egyetértek veled szinte mindenben. Csak nem értem miért bánt ha egyszer a piac ezt így hívja? Nem mindegy hogy platform engineer vagy devops engineer a neve? Ha egyszer a szerződésemen, a linkedin hirdetésekben mindenhol így hivatkoznak rá… de te pl biztos kiakadsz a 4k tévéken is, mert nem is 4k a felbontásuk hanem csak 2160p…
s igen, a devops egy mindset, de ahogy pl az agile se olyan szentírás amit 1005 csak egyféleképp lehet s kell csinálni, hanem az adott helyzetre implementálni, úgy a devops is az.
Továbbmegyek, miért bánt, ha devops engineer alatt a platform engineereket és sre csapatot értik a cégek?
De segítek: a devops engineer szó onnan ered, hogy ő annak a csapatnak a része, aki lehetővé teszi a senior deveknek h devopsosat is játszhassanak - legyen az platform, vagy alerting/logging… s igen, attól még hogy van central devops engineer, attól még a csapatok szerves része is, a fejlesztésé is, s részt vesz a dev csapatok életében is beágyazva - a legtöbb esetben, ha jól csinálják. -
Madwe
nagyúr
válasz
section9
#36434
üzenetére
És ha még meg is lenne a kompetenciája (mondjuk nyilván nem lesz egy 10 éve senior devnek annyi security/testelő/devops engineer kompetenciája mint egy dedikáltan olyan embernek) kérdés hogy ideje lenne e rá. S biztos hogy azzal kell töltse az idejét?
s eleve, egy csomó dolog bőven átnyúl egy darab termék/team scopeján, ott ki a döntéshozó, milyen jogkörrel, ki üzemelteti, ki váltja le? S ki látja át hogy az e a jó döntés?
senior dev értsen a securityhez, tudja milyen security toolokat vezetnek be náluk, járjon képzésre, eleve azt lélegezze. De ne ő hozzon cégszintű/diviziószintű sec döntéseket, se ne ő vezesse be az adott toolokat, s cég szinten ne is ő értékelje ki. Ugyanez igaz devops oldalon is, kapja meg a toolokat, játékszabályokat, tudja hogy teszem azt git flow s github flow közül választhat a céges platformon belül - vagy használjon mást de nincs support arra - s azon belül ő kompetensen tudjon döntést hozni…tök jó ez a döntsük le a silókat elmélet, s adott teamen belül bizonyos scopeig ez igaz is, de még egy banális példa: akkor írjon meg minden egyes squad egy gha workflowt ugyanarra? Ha egymásét használják ki ownolja? Senki?
a csapat mondjuk argot használ, b csapat fluxot, c csapat meg spinnakert, d pedig octopust cdre… ha változik valami, teszem azt a ci tool (bár nyilván akkor itt is mindenki a magáét használja) s kell módosítani a cd toolokon, mindegyiken minden csapat külön megteszi? Még ha adott toolt is használnak, de tök más verzión? Nem csak emberi erőforrásban, de hwban is elég nagy az overhead ilyen esetben nem? Biztos ez a jól skálázódás? Biztos hogy adott senior dev amikor a jenkins+spinnaker kombós teamből átkerül a gha+argosba, az azzal akarja tölteni az idejét hogy megérti az adott toolokat, a csapat libjeit hozzá a cicd részhez? Nem elég neki az hogy van x darab támogatott platform, az cégen belül rendesen ledokumentálva s csókolom, töltheti inkább az adott termék megismerésével az idejét? Biztos hogy az adott csapatnak kell a feladata s felelőssége legyen hogy mindenhol kellően szűk az iam roleok jogosultsága?
használjon mindenki külső cégek által adott cloud runnereket (ergo szervezzük ki a platformot teljesen?)ezek ilyen 100-200 fős cégeknél talán még nem nagy gondok - bár szerintem már bőven ott is, ha az a 100-200 fő az tech ppl, de felette?
nem e lehet, hogy jobb mantra a you build it you own it? Adott csapatban legyen meg a teljes kompetencia, ha ci, cd törik, ha prodon alert van, legyen az bármi miatt, akár infra miatt is, ki tudja értékelni, el tudja hárítani? S legyen egy transzparens, alá bedolgozó egyéb csapatok/divíziók, akik ebben segítik… nem lehet hogy ez bizonyos méret felett hatékonyabb?
de ok, tegyük fel hogy nem az. Tegyük fel hogy ez az egész hülyeség s a cégek is hülyék, feleslegesen hirdetnek meg ilyen állásokat s tök hülyeség az egész. Lehetséges. Mégis megteszik.[ Szerkesztve ]
-
Madwe
nagyúr
válasz
Pfiucska
#36496
üzenetére
egyébként ahogy látom, hallom nem csak ott kisebb a különbség, hanem a junior vs senior között is. míg itthon akár 500% különbség is lehet (juniorok szarul vannak fizetve, persze magyar realitásban még mindig jobb mint bármi más kb) addig kint ilyen 50 nagyon max 100% különbség a jellemző - azaz kint sokkal magasabb a junior elérhető fizu, de senioroknál már sokszor rosszabb is.
Ennek nyilván sok oka van (pl junior itthon jellemzően minden más itthoni szakmával versenyez csak, addig senior már nemzetközi piacon) ahogy sok szociális következtetést is levonhatunk (szvsz iszonyat egészségtelen s káros a magyar helyzet...) -
Madwe
nagyúr
válasz
section9
#36607
üzenetére
+1
egyébként a brutális költség nem csak a fejlesztésére megy el, hanem azért az üzemeltetése is egészen elképesztő, zabálja rendesen az erőforrásokat egy egyszerű kérdésre adott válasz is... ez szerintem ugyanolyan hype, mint ami volt a vr esetén, majd a metaverzum megváltja a munkapiacot... vagy a crypto... lesz piaca, valószínű nagy is lesz (ahogy az előbbieknek is) de nem lesz mindent is megrengető.
azért a gyorsan fejlődik is egy félrevezető dolog tud lenni: szerintem az hogy megjelent értékelhető minőségben az nyilván sokáig tartott, az hogy most boldog boldogtalan önti bele a pénzt s még a tech elején járunk meg nyilván gyors felfutást eredményez. De a jelenlegi pénzszórást már nagyságrendekkel növelni nem lehet, míg a fejlődési kihívások egyre komplexebbek lehetnek, s egyre marginálisabb mérföldkövek lesznek átugorva egy idő után.arról nem beszélve, hogy egyre több technikai kihívás, limitáció jön majd elő, amiket egyre nehezebb lesz - ha egyáltalán lehet - megugrani.
én a következő 5 évben nem féltem az állásom. tovább meg felesleges tervezni, mert bármi is lehet. tömeges feleslegessé válást nem várok, pláne nem az SWE vonalon.
-
Madwe
nagyúr
válasz
section9
#36647
üzenetére
Mondjuk szerintem pont gépként nem megugorhattalan az a komplexitásnövekmény amit az általad felsorolt dolgok támasztanak - leginkább csak több inputot, esetleg picivel több számítást igényel, az viszont hogy mitől lesz egy adott kód jó vagy jobb gépileg tanulható, modellezhető - ellenben pl az, hogy egy kép/szöveg/hang/videó mitől lesz jobb, azt nehezebb lesz fejleszteni.
[ Szerkesztve ]
-
Madwe
nagyúr
Ez igaz.
Én ezekhez még annyit tennék hozzá - aztán lehet én dolgoztam mindig ilyen helyeken, s a cégek java nem ilyen - hogy jellemzően a munkamennyiség mindig többszöröse annak, mint amennyit a munkavállalók el tudtak végezni - nyilván anyagilag nem rentábilis a cégnek 2-3x annyi fejlesztőt felvennie, mert már nincs akkora roi, inkább ilyen minimum szinten eldöcög, priorizál, backlogot növeszt s tech debtet ugyan igyekszik minimumon tartani, de tulképp folyamatosan termel.Én ebből nem azt szűröm le, h ha kapnánk egy olyan toolt amivel 1 dev 10 másik dev munkáját el tudja végezni hogy 9 másikat kirúgnak, hanem azt hogy a 10 devből 7-8 pl megmarad, s el tudja végezni 50+ dev outputját. Nyilván valamekkora leépítést az adott területen vonzhat maga után, de ez inkább ilyen roi alapon fog menni. Ugyanakkor újabb pozíciókat is nyitni fog ez a lehetőség, sok olyat is amiről ma még elképzelni se tudjuk hogy mi az s mi értelme lenne...
másik érdekes kérdés a belépési küszöb lesz amit valaki már pedzegetett: mennyire kellenek ilyen ai mellett juniorok? vagy pont fordítva, ai-val az oldalán egy jövőbeli junior simán hoz már hasznot is a cégnek (szemben azzal ami ma van, s igazából az első 1 évben igazából csak a pénzt viszi a junior kinevelése, s mire hasznot hozna már munkahelyet vált a nagyja...)
részemről ettől nem tartok, ha valaki piacképesen tartja magát, nincs oka aggódni.
-
#36720
Madwe
nagyúr
dellfanboy
#36718
Madwe
nagyúr
válasz
dellfanboy
#36718
üzenetére
Jogilag csinálhatják, de akkor szerepelnie kell a munkaszerződésben! (Ettől függetlenül jogtalanul felvehetnek, de azért az egy olyan cégkultúrát feltételez, ahol normális ember amúgy se dolgozna szíve szerint, szerintem.)
-
Madwe
nagyúr
segítek: miután nincs két egyforma cég s kőbe vésett folyamat, felépítés, ezért nehezebben definiálható a role, mint ami pl egy frontend vagy backend esetén nagyjából az. általánosságban devops engineer-ként pozi lehet a gyakorlatban sre, devsecops és platform engineer is a valóságban. sok az átfedés valóban sre és platform, valamint devsecops engi között, de mégis merőben más a felelősség (bár nyilván ott is van átfedés).
Nem tudom milyen pozícióban, milyen rálátással s mekkora cégeknél dolgoztál, de rengeteg esetben jogos, hogy elválnak ezek a szerepek. Ettől függetlenül rengeteg közös meeting, planning lesz a csapatok között, sok esetben akár az összes (standuptól kezdve, közös managementtel stb). Ettől függetlenül van sok hely, ahol a devsecops mint olyan kb nem létező, ahogy van olyan hely is ahol az egy szerepköz a platform engineeringgel is. ahogy ez igaz lehet az sre csapatra is.
ugyanúgy ahogy mondhatod azt h mi értelme a frontend backend szétválasztásának, hát ott van rá a fullstack, azért sok esetben szükséges szétválasztások azok is. ahogy a db csapat, qa team, ai team stb is. nyilván kell valamennyire mindenhez is értenie mindenkinek, de fókuszálni jellemzően hatásosabb ha 1-2 dologra fókuszál, s abban mélyül el. ha szerinted a "szoftverfejlesztés" van annyira egysíkú tudás, hogy 1 ember kellő mélységben tud elmélyedni mindegyik bugyrában, s tud ugyanolyan mélyen átgondolt válaszokat s megoldásokat adni, nem mellesleg annyi rutint s tapasztalatot szerezni mint egy egy adott terület specialistája, akkor szerintem eléggé el vagy tévedve.
Jobb esetben egy gyomorműtétre nem mész egy fogorvoshoz vagy patikushoz, bár mondhatod arra is hogy felesleges ennyi subprocess a "gyógyászatban".
a specializáció sokszor elkerülhetetlen, bár nyilván vannak káros mellékhatásai is, amiket bevett folyamatokkal lehet tompítani.
ha lehet most mellőzzük az összes minek devopsos, semmi értelme, kitalált role s semmi értelme, ami kb az összes bérközlésem után jött, vagy ha bárki szóba hozza. Lehet így is gondolni, sajnos vagy szerencsére a cégek mégis sok esetben úgy itélik meg hogy szükség van rájuk s fizetnek érte.[ Szerkesztve ]
illetve ugye akkor volt még a csőben egy 2.4es ajánlat mástól, de ott tech stack annyira nemgyerebe volt, kb szakmai öngyilkosság, itt meg iszonyat releváns érdekes s jó projektek s stack van, uh nagyon nem bántam meg a döntést)
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen