Új hozzászólás Aktív témák
-
Madwe
nagyúr
Inkább örülj neki, h a majdani jövőbeli fenntarthatatlan nyugdíjrendszerben te a tübbet befozetők közé tartozol majd, nem pedig a feketézők/szürkézők/minimált katával befizetők táborába. Legalább egy minimális esélyed lesz rá, h annyi állami nyugdíjt kapj, h a foxáras csikefarháton elélj egy darabon.
-
#24277
Madwe
nagyúr
Sempronius89
#24271
Madwe
nagyúr
válasz
Sempronius89
#24271
üzenetére
Félreértettél akkor. A 9:30as SU tök alap hogy bele kell férjen. Ahogy a 8:00 is, hisz HOról van szó (bár SU elött nekem jobb ha van legalább fél de inkább 1 órám rendesen felvenni a ritmust + összeszedni a mondandómat arra gép elött így 9 elött húznám a számat)
ahogy az is tök alap hogy emberekkel kommunikacio munkaidoben tortenik, ahogy az is ha koordinalt a melo akkor ossze kell egyezni veluk, de ezt irtam is. Rugalmasan s hatekonyan ezt meg lehet oldani hogy mindenkinek jo legyen…
Hozzaallas kerdese, de sokkal hatekonyabb az, ha hagyjuk az embereket ezt osszeegyeztetni mintsem ha fentrol meghatarozott keretekbe akarjuk oket kenyszeriteni… -
Madwe
nagyúr
válasz
MrSealRD
#24264
üzenetére
Egyrészt a törzsidőben ha nem is aktívan dolgozik általában, elérhető kell legyen az ember s minden kérdésre válaszoljon, illetve ha olyan a probléma gép előtt bármikor perceken belül berántható legyen - ez teljesen természetes, szerintem… szóval az alap rendelkezésre állás meg kell legyen, nyilván ne ilyenkor menjen el valaki gyűrűk ura maratont nézni a moziba…
S megint hozzáteszem, hogy ha rendes nagy cégről beszélünk tübb időzónával, akkor eleve szükséges lehet a flexibilitás, hiszen lesz olyan napod amikor reggel 6-10, vagy esetleg este 6-10 között tudsz csak bizonyos meetingeket kitűzni… -
Madwe
nagyúr
A home office világában nekem ez az egész fentebbi téma furcsa…
persze, legyen törzsidő jobb esetben, teljesen elvárható hogy adott nap pl ha meetinget szervezünk, akkor az legyen 9-17 között pl *, ahova ha nem ütközik mással vagy nincs épp vmi ok s kell, akkor vegyen részt az ember… ezen túl hogy konrkétan mikor dolgozik az ember nem tök mindegy? A munka legyen kész, amikor kényelmes. Nyilván ha vmi több embert érintő, cooperativ nyomozásról van szó megintcsak előre le kell egyeztetni, vagy ha blockerről beszélünk, de ez megintcsak eseti, mint ökökszabály (s erre lehet találni megfelelő időpontot.)
*már ha magyarokról beszélünk, s eu time.zoneról… usa esetén a kora-délután, ausztrália-ázsia esetén meg későeste/korareggel jön szóba…
szerintem felnőtt emberek dolgoznak helyeken. Megpldható s szerintem el is várható hogy megoldott legyen az hogy találjanak olyan időpontot a hatékony munkavégzésre, amivel ha másokat is érintő dolgok vannak, streamlined legyen (ne blocckolj, legyen meberi időben meeting, pair programming stb.)
ha valaki előállna nekem hogy márpedig most 9-5ig dolgozzak, vagy tehetem ezt 8-4ig vagy akár 10-6-ig is, a hatékonyság drasztikusan csökkene részemről is. Meg másokkal végzett munkám tekintetében is.
s szerintem pont emiatt lesz nemcsak kényelmes hanem iszonyatosan hatékony s produktív is a home-office… csupán annyi kell hozzá hogy felnőttként kezeljük egymást…akinek meg büdös a munka s lusta, az amúgy is lopni fogja a napot, mindegy hogy flexitime vagy pedig kötött munkarendben van. Ha irodába berángatod, ott se fog dolgozni, csak azért mert ott van…
-
Madwe
nagyúr
Igen, pont ez lenne az er: a megtakaritásaid végett az adott életszínvonalad bevétel nélkül is fenn tudnád tartani, nem a megélhetés/megtakarítás miatt dolgozol, hanem azért mert szereted, azt amit szeretsz s akkor amikor akarod.
persze más kérdés h kinek reális a valós életvitelével ezt elérni, lemondások nélkül - gyerek, utazás, stb
megint más kérdés hogy a megtakaritások valóban elegendőek lesznek e - értem én h hosszútávon a részvények/lakásárak stb csak felfele mennek. De ez nem garancia hogy a küvetkező 20-50 évben is így lesz…
-
#23876
Madwe
nagyúr
CyberPunk666
#23875
Madwe
nagyúr
válasz
CyberPunk666
#23875
üzenetére
Annyiban igazat adok neki, hogy a self-learn-re aki képes az valószínüleg jól feltalálja majd magát a szakmában.
de ahogy te is írtad a csapatban dolgozást, soft skilleket ott nem tanulja meg (ami legalább annyira, ha nem sokkal fontosabb) valamint nem mindenkinek való a self-learn, s attól még lehet jó szakember itn belül is.s pont az előző hsz-ed is ide kapcsolódik: self-learn esetén könnyen kerül ki olyan szakember akinek nincsenek jó alapjai, nem látja át az egészet, nincs meg a szemlélete, csak egy adott toolon belül egy viszonylag tájékozott önjáró biorobot lett. Az ilyennek nyilván nagyobb kihívás lesz követni a piacot a következő években mire összeáll neki az egész…
na nem mintha egy bootcamppan sok alapot oktatnának, de valamennyivel csak többet…
-
Madwe
nagyúr
válasz
Vision
#23846
üzenetére
Ugyanúgy egy felelőtlenül beengedett pr okozhat akár milliárdos kiesést is (facebook elérhetetlen pár órára, haló) vagy akár az egész cég értékében okozhat hatalmas kárt (adatszovárgás okozta pr veszteség stb) persze ezek nem emberéletben mért értékek, de attól még felelősség. Ugyanakkor egy repülőgép, önvezető autó informatikai rendszere már netto emberéletbe is kerülhet, s ez egyre több it iparra lesz igaz az idő előrehaladtával.
-
Madwe
nagyúr
válasz
Sztenly
#23835
üzenetére
Az inflációs adatokban valamennyire benne van az árfolyamváltozás is (nyilván vásárlói kosártól függ, de kihat rá) - simán összeadni a kettőt nem lehet, az már vásárlóerő növekedéssel jár (persze alap esetben az a cél bértárgyaláskor)
nem csak csapat szinten érdemes erről beszélni, hanem all hands meetingeken bedobni, globálisan beszéljetek róla. Infla most usatól kezdve mindenkit érint, nem kicsit.
-
Madwe
nagyúr
És ez minimum medior szinten nem tök alap hogy tudja értelmezni a reportot, prt kreál, jira ticketet tesz commit messagebe s clean code-ot használ, meg értelmes commitokra böntja a kódját push elött? Értem én hogy hígult manapság a piac sokat, de azért 2-3 év szakmai tapasztalattal már csak beleverik ezt mindenkibe, 10+ évnél meg végképp nem értem ezt hova akarják szűrni?
-
Madwe
nagyúr
Ha elmondják milyen folyamatok vannak, mikért felelős az adott team, az adott pozi, pár épp futó vagy megemlítendő nagyobb projekt a csapaton belül s én is elmondom a jelenlegi helyemen ezeket az bőségesen elég, szerintem, ennyi idő után már könnyen le tudja abból szűrni az ember amit kell.
-
Madwe
nagyúr
-
Madwe
nagyúr
válasz
Revolit
#23763
üzenetére
Házi: amikor szakirányt váltottam a devopsos irányra, akkor az elős munkahelyemnél volt házi - egyrészt jogosnak éreztem, mert nem voltam még hasonló poziban, másrészt élveztem is, h nulláról kellett adott toolokkal felhúzni egy ci-cd pipelinet...
de ezt már a második állásnál nem vállaltam volna be... minél jobban senior állásokra megyek annál tömörebbek s lényegretörőbbek az interjúk... s ma már azon nyomban fordulnék ki az ajtón ha valaki házit adna... vagy whiteboardot... -
Madwe
nagyúr
válasz
#79563158
#23698
üzenetére
Ez szerintem nagyon szituációfüggő.
tegyük fel havi nettó 1.3milliót keresel jelenleg.
havi 300k a megélhetésed
200k a hobbid stb
800k megy megtakarításba
ilyen esetben 1-2 éves akár 400ks kevesebb pénzt is értelmes lépésnek tartanék pl, mert a megtakarításod felét bukod csak 1-2 évig, cserébe késöbb potenciálisan sokkal magasabb fizetésért. Szóval akár 30-40% is benne lehet bizonyos esetekben…de ez csak az anyagi része. Az szerintem sokkal fontosabb kérdés, hogy:
akarsz e más kihívást, több felelősséget stb? Milyen indíttatásból? Csak a több pénz miatt, vagy van egyéb belső hajtóerőd is? Mert ezekre a kérdésekre adott válaszok is erősen befolyásolják azt, h mi az a % visszalépés ami miatt megérheti valakinek egy ilyen váltás.részemről én egyébként bőven elvagyok a felelősségi körömmel. Sőt, többször is utasította, vissza nagyobb felelősségű lehetőséget. A people management pl nagyon nem az én világom…
cserébe fizetésben így is folyamat tudtam előrébb lépkedni, így is havi bevételem 70% megy megtakarításba… persze most kezdek elérni egy olyan szintre ahonnan anyagilag már nincs sokkal tovább feljebb azonos felelősséggel, de azért még van mozgásterem
-
-
Madwe
nagyúr
válasz
tboy93
#23537
üzenetére
“hosszú nadrágban ingben kelljen 50 ismeretlen ember között kódolnom”
életemben nem láttam még ilyet, max filmekben. Ha akarsz, flip flopban, rövidgatyában s ujjatlan asszonyverőben mész be dolgozni a multiba, senkit nem érdekel.
“A családias légkört szeretem. Én pl. tök jóban vagyok a tulajjal és szeretem hogy ha valamilyen problémám van akkor azt személyesen meg tudom beszélni vele és nem kell 6 emberen keresztül verni az igényeimet.”
ez meg kétélű fegyver. Egyrészt amúgy nem feltétlen zárja ki a multi a családias légkört - eleve egy akkora teambe leszel akikkel napi szinten tartod a kapcsolatot, amiben kb annyi csapattársad lesz mint amekkora a cég most amiben vagy… másrészt többi teameken belül is jellemzően kialakulnak ilyen kapcsolatok.
másrészt ez a kkvs kvázi hero culture [link] ez jó is meg nem is. Egyrészt tök jó h 1-1 egyén felelősségi köre mindenre is kiterjed, sokmindenbe bele lehet tanulni, van akinek ez nagyon tetszik. Ugyanakkor nem tudsz csak kifejezetten a te szakmádra fókuszálni, kevésbé tudsz specializálódni, hiszen te vagy a cégen belül az igazi fullstack programozó frontendtől kezdve backenden, devopson át egészen a db, sec, infra dolgok bizergálásán sokszor még a marketinges, hr-es s designer is
Míg multinál megvan a feladatköröd, felelősséged, s minden másra van másik team, nem kell vele foglalkoznod. Van aki ezt szereti, van aki meg kiakad attól ha pl másik csapat blockkolja… -
Madwe
nagyúr
válasz
tboy93
#23506
üzenetére
Tekintve h onnan indult, hogy magadtól 25% emelést kérnél, de amúgy szereted a helyed, ez a kvázi garantált 20% 4 évre előre baromi jó szerintem! Főleg ha kell az autó is (lehet keverlek valakivel,de nem nektek van 2 autotok, s te amőgy se használod, mert inkább motorozol
? mert abban az esetben az nem nagy plusz, igaz minusz se...) -
Madwe
nagyúr
válasz
layerke
#23160
üzenetére
Lehet az adott városban az adott szakmában nincs más lehetőséged. Ez esetben viszont kérdés hogy megelégszik e az ember azzal hogy a munkáltatónak ki van szolgáltatva (nincs ezzel baj, de akkor ne sírjon a szája) vagy esetleg olyan tudásra tesz szert és vagy olyan helyre megy amivel piacképesebb s magyobb a kereslet rá…
-
Madwe
nagyúr
Én mindig sávot mondok, megfontolnám h menjek valszeg megyek hozzátétellel. Fun fact: eddig mindig a sávom felső összege fölé ajánlottak interjúk végén
de őszintén az h most netto 980.000, 1.020.000 vagy 1.060.000 lesz a végső bérem pont nem érdekel (nagyságrendben)
mielött vki belekérdez: bruttoban egyezkedem, de nettosítva érdekel, azért írtam fent nettot -
Madwe
nagyúr
válasz
kovsol
#23013
üzenetére
A hays guideban van max is (nyilván alattuk elkelt max elfogadott ajánlat) így azt valamennyire le kell fedje - de nyilván a legzsírosabb ajánlatok nem ott születnek (bár jellemzően a kiközvetített állásokból a jobbak náluk futnak)
valamint a hays guide az előző év adatait dolgozza fel, így egy felfele növekvő piacról adott évben nyilván lemarad. Most pedig jelentősen növekszik a fizu… bár azért a 2x eltérés elég kiugró s extrém eset, azt azért ritkának tartanám, de persze ki lehet fogni olyat isén is hays guide max felett mentem el 20% amúgy idén nyáron… seniorként hays lead max felett. Azért a 2x szorzónak jobban örültem volna
-
Madwe
nagyúr
válasz
Vision
#22960
üzenetére
Mondjuk az szerintem se függ össze hogy valaki igényes e a munkájára azzal hogy a munkaidejében még telexet se olvas csak dolgozik vagy képzi magát. Mert abból pár éven belül tényleg kiégés lesz. Persze tanulni kell, de időt kell szánni egyebekre is, nem lehet egészségesen 1 seggel 8h intenzíven végigdolgozni… sőt, hatékonyabb is lesz az ember ha szúneteket tart, van magánélete, hobbijai, stb
adrian14 persze, a határidők gyakran backlog növelő, quickfix dirty hack dolgokat szülnek. Ez már csak ilyen sajnos, de egy normálisabb menedzsment azt ki tudja harcolni h olyan deadline legyen ami mind a productnak is megfelel s a szarcubami amit termel az is mérsékelt
-
Madwe
nagyúr
válasz
Ursache
#22955
üzenetére
Nincs ezzel issue, azon túl hogy zavaró tud lenni ha valaki elhivatott a munkájával kapcsolatban s igényes arra amit alkot s közben ilyenekbe fut bele.
nincs azzal baj, ha valakinek ez csak egy letudandó dolog. Az kicsit zavaró hogy már akkora a hiány a piacon hogy nemhogy munkájuk van de már senior meg egyéb jelzőket is aggatnak rájuk. A szememben egy senior nem csak az eltöltött idő miatt senior. De még csak nem is a tudása miatt. Kellenek mellé jó softskillek, processek ownolása, juniorok tanítása is. S igen, szerintem egy seniortól az igényes munkavégzés is elvárható kéne legyen. Igazából már juniortól is, azért 5-10 éve legtöbb helyen tőlük is elvárták, ma meg már seniortól seettől függetlenül ez azon túl hogy zavaró az egyszeri munkavállalót nem kell hogy érdekelje (engem se érdekel azon túl s legalább könnyebb kitűnni) max a munkáltatót - de ahogy elnézem őket se zavarja. S ameddig ez így van addig ez a csoport maxolja ki legjobban a helyzetet tulajdonképpen, ahogy kexksz is írja
-
#22954
Madwe
nagyúr
CyberPunk666
#22953
Madwe
nagyúr
válasz
CyberPunk666
#22953
üzenetére
Ez van akkor ha a szakma jól fizet s olyanokat vonz be akiknek amúgy közóük nem kéne hozzá legyen s amúgy rohadtul nem is érdekli pket az amit csinálnak. én is elég sokat keseregtem már itt is h a mai “seniorok” elképesztőek sokszor… de ez van, nem érdekli őket a szakma, nem is értenek hozzá, fizu tetszik, kiseggelik a melót, minimum szintet megütik h ne rúgják ki őket, x évente kicsit felnyalják magukat állásinterjúra meg az első 1-2 hónapot próbaidő alatt megtolják, majd visszatespednek
-
Madwe
nagyúr
válasz
Vision
#22863
üzenetére
Nameg érdekes feltételezni hogy tuti szar náluk az oktatás állapota (valszeg az) miközben itthon meg… s érdekes így szidni egy 1+ milliárdos nemzetet, miközben érdemes lenne ma szétnézni a low cost s kezdő piacon itthon. Kritikán aluli, elég sokat szóba is került manapság itt is…
-
#22835
Madwe
nagyúr
GeeForGolf
#22833
Madwe
nagyúr
válasz
GeeForGolf
#22833
üzenetére
De ez már elég nagy problémákat okozott a helyi államoknak pl, iszonyat exodus indult meg, nem lepne meg ha politikai behatás is lett volna. S miért ne lenne exodus, ha ugyanazért a pénzért párszáz km arrébb feleannyi a lakhatás, adó stb... Plusz ha mindenki tök más államokból remote-ol s végképp még a minimális esélye sincs kb irl ott lenni, akkor miért ne indiaiakat alkalmazzanak helyettük?
-
Madwe
nagyúr
válasz
Lortech
#22827
üzenetére
+1!
lehet önképezni, s pl git/jira/softskill dolgokat is tanulni, de azért ezek a dolgok csapatban adnak valós tapasztalatot.
ettől függetlenül ez személyfüggő. Én pl gyerekkoromban vettem magamnak java,php, mysql, ajax s c++ könyveket, még középiskola elején, s ezekből szedtem fel valamennyi tudást (nyilván álláshoz keveset, de alapnak eleget) ma már ezt sokkal könnyebb megtenni, rengeteg jó, akár ingyenes lehetőségge is. Talán pont attól lett kicsit nehezebb ma hogy túl sok a kínálat s nehezebb szűrni mi az ami kell… -
#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 -
#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.
-
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. -
#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...
-
#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.
-
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… -
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?
-
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 -
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. -
Madwe
nagyúr
válasz
Vision
#22695
üzenetére
Amiket kb fentebb írtam
az. Hogy gyorsabban s szebben kódolok az annyira sokat nem nyom a latba, de azért fontos valamennyire az is (legyen az go vagy egy terraform repo kialakítása)
az hogy tudom milyen az sdlc dev oldalán ülni már fontosabb, sokszor mind a cicd tervezésénél mind devekkel, qa-kkal történő mindennapi kontaktoknál, igényeknél hasznos ahol vagy nyomozásban tudom őket segíteni, vagy tanácsokat irányokat adni nekik mi merre miért. Ugyanez már a tervezési szakaszban is hasznos architektekkel stb.persze mondom mindez felszedhető deves előélet nélkül is, de azért sok plusz felszedett tapasztalat s rálátás van ami gyakran hasznos.
elég sok csak üzemeltetésről jövő devopsossal dolgoztam már (meg olyannal aki meg csak dev oldalról jött) s pl akinek nem volt dev múltja az nagyon sok egyébként alapvetést ami apróság nem vesz figyelembe. Nem is értik a dev mentalitást s idióta nyűgnek tartanak csomó igényt. Amit ha dolgoztak volna devként pontosan megértenék miért van s nekik mint devopsos is alapvetés lenne, hogy igenis ez kell bele így kell bele s ettől lesz jó. Ez ha esetleg még kicsit silosan is dolgozik gyönyörűen félre tudja vinni a dolgokat, amikor elképzelt valamit hogy mi hogy működjön, de deveknek arra nem úgy lenne szüksége. Ennél egy fokkal jobb ha viszonylag gyakran kontaktol devekkel, de mégjobb ha amúgy jobban képben is van h a devek hogy gondolkoznak, egy nyelvet beszél velük stb. Ezt a tudást deves előélet nélkül sokkal lassabban fogja felszedni.pl én tökre örülnék neki ha lenne még qa-s vagy bigdatás előéletem is, mert a velük való együttműködés már nem annyira gördülékeny mint devekkel, hiszen nem látok annyira bele a munkájukba s sokkal több egyeztetés kell mire megértem mit szeretnének. S akkor se olyan mélységbe mint pl egy devvel. Ilyen kicsit fura érthetetlen igényeknek tűnnek ezek
senior rész: ok, a k8s “viszonylag” új, a konteinerizáció viszont nem. De van olyan senior kollegám aki nemhogy felhőt, nemhogy k8set de még egy mezei dockerfilet se látott.
-
Madwe
nagyúr
válasz
Vision
#22691
üzenetére
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… de azért az meglepne ha 3 éves devopsost hays szerinti expert max közelében vennének fel - vagy csak én értékelem alul a saját tudásom, mert szerintem én tartok ott kb 4 év dev majd 4 év üzemeltetés majd 4-5 év devops tudással
stackre visszatérve: nem tartom magam csodabogárnak, de devops vonalon szerintem sokkal kevésbé fáj a stack váltás mint devként. Az h a ci tool pl itt teamcity ott jenkins amott meg gh actions, cd itt octopus ott jenkins x amott meg spinnaker az hamar tök mindegy bizonyos szint felett. Nagyobb cégek jellemzően úgyis vásárolgatnak kisebbeket s így vegyes lesz sokszor sok helyen, ameddig nem uniformizálják, így megtanulja az ember rugalmasan kezelni. Előző váltásnál kb 2 hét volt mire önállóan bármit tudtam vinni (ok, eleinte lassabban, nyilván) mostani váltásnál meg már első héten, pedig volt bőven új stack. Egyedül a domain tudás az amit fel kell venni, de a toolváltás szvsz egyáltalán nem fájó.
-
Madwe
nagyúr
válasz
#79563158
#22688
üzenetére
Sok helyen azért megkövetelik a deves múltat is. Nem is csak azért hogy tudjon kódolni, azért devops vonalon sokszor ez megáll pár soros python/go/bash/ps berhelésen, nyilván ehhez nem feltétlen kell dev múlt. De ha rendes cicd-t akar, akkor nem árt ha van első számú sdlc tapasztalata, tudja mik a dev igényei, nyűgjei, mentalitása, stb.
sokkal szorosabban dolgozik együtt a devekkel mint egy sima opsos. Sokszor archikkal/leadekkel közösen tervez dolgokat, ad tanácsokat h mit hogy s miért kéne így vagy úgy, s ott megint hasznos ez a múlt.
s eleve egy rendes devopsos mentalitás az mind dev mind ops vonalról szerzett tapasztalatok összessége kellene h legyen.
persze mindez megugorható deves tapasztalat nélkül is, ugyanakkor rendelkezve ezzel elég sok hasznos skillt/mentalitást tud behozni az ember.
S amúgy se árt ha el tudsz igazodni egy sima .net vagy .net core kódban pl ha épp azt használ a termék, jól tud jönni sokszor.JoinR: diligent kiírások érdekesek, igen
sőt, ott egyébként sreként van sre ops ami a rendes sre állás meg sre dev, ami inkább devops s köze sincs prodhoz kb. Gondolom ezért katyvasz a kiírás, mert sok sre pozi tényleg sre pozi s van ami inkább sima devops engi -
Madwe
nagyúr
válasz
Sztenly
#22685
üzenetére
Mondjuk nekem az 1.2-1.5mes devopsos is érdekes 3 év tudással, azért ott jellemzően azt az experienced embert fizetik meg akinek már van releváns dev s üzemeltetési gyakorlata is, amit bootcampből kiesve 3 év alatt nehezen lehet összeszedni
persze nagy a hiány, ki lehet fogni ilyen lehetőségeket is ezek szerint…datások fizuja általában jobb szokott lenni mint az sw engiké, devopsos sávokon vagy inkább felette, amennyire én rálátok. Viszont datásként gondolom gration a juniorabb sávban lenne? Bár talán oda se irreális ez az igény?
-
Madwe
nagyúr
válasz
Jhonny06
#22674
üzenetére
Az életszínvonal elinflálása fizuemeléskor nagy hiba, igen.
s lehet úgy nézni, hogy a nettő 1mból csak teszem azt havi 200k a fix kiadásod, az akár inflálódhat is 10-20%ot, kit érdekel, kerekítési hiba…
csakhogy a maradék 0.8m amit félreteszel az is a végén kell valamire, ami elinflálódik. S jellemzően az ilyen nagyobb big ticket dolgok inflálódnak csak igazán, a mindennapi kaja, főleg a tömegtermék alacsony minőségű nem. Minél jobban keresel annál nagyobb inflával találkozol. Persze lehet jönni azzal h jól kell befektetni, de inflációnál nagyobb hozam manapság igazán nagy kockázattal van csak… részvények egekben s csak az infláció elől menekülő nyomtatott pénz fűti… lakásárak egekben, s ahhoz amúgy is már nagyságrendekkel több megtakarítás kell… -
Madwe
nagyúr
válasz
Drizzt
#22673
üzenetére
Ebben igazad van. Nyilván amint valaki eléri a piaci max közelét tapasztalatban is onnantól jelentős növekedés nem lehet (de ez azért nem 3-5 év ahogy fentebb írták, inkább több álalában). S nyilván én se számolok azzal h 3 év múlva 2x ennyit keresnék (azaz kicsit de… fog annyit romlani a forint
)
ezt a példát csak a szakmai előremenetel miatt is hoztam be - hacsak nincs valaki az expert/lead max közelében, 3 év alatt jelentős ugrásokat tehet.
de ettől függetlenül 3 évig stagnáló fizetés ilye környezetben ahol tényleg ezalatt 30% bukik vásárlóerőben, érdekes. Pláne h szerintem ezek a folyamatok eddig csak enyhék voltak, az igazi pénzromlás időszaka csak most vár ránk… lehet 3 év múlva az a nettó 3millió még egy sarki eladónak is kevés lesz s az éhenhaláshoz lesz elég, enyhe túlzssal -
Madwe
nagyúr
válasz
bandus
#22670
üzenetére
Pláne az elmúlt 3 év pénzromlását s inflációját tekintve, 30% feletti értékvesztés van itt simán de inkább több. Persze van olyan szint ahol azt már meg se érzi kb az ember, de az messze nem a topikban hangoztatott fizukra jellemző
pláne ha belevesszük h tudásban s tapasztalatban is sokat fejlődik az ember… 3 évvel ezelötti fizumhoz képest több mint 100% a különbség, pedig akkori tudásomhoz képest akkor jó fizum volt a piacon… (ok, pont utána váltottam nem sokkal s most megint) -
#22665
Madwe
nagyúr
CyberPunk666
#22663
Madwe
nagyúr
válasz
CyberPunk666
#22663
üzenetére
A hivatalos infláció semmit nem jelent. Az csak olyan elemeket tartalmaz, ami a parasztlázadást indikálja - jut e pénz kenyérre, kolbászra, tudsz e élni. A valós infláció mindenhol felette van.
nekem 1 év alatt 18% infláció jött ki havi költségekre ynabban pl… -
#22651
Madwe
nagyúr
bilimbalam
#22647
Madwe
nagyúr
válasz
bilimbalam
#22647
üzenetére
Azt hozzátenném az indokláshoz, hogy ne másokhoz képest mérd magad. Annál bicskanyitogatóbb kontraproduktív érvelés nincs, hogy én x% emelést kérek, mert a csapaton belül én vagyok a legjobb, xynál több ticketet csinálok, yznél pedig aktívabb a meetingeken. Mondd el mit tettél le az asztalra, miért vagy jó s miben fejlődtél - magadhoz képest, ne másokhoz. Szerintem…
-
#22641
Madwe
nagyúr
360xbox360
#22640
Madwe
nagyúr
válasz
360xbox360
#22640
üzenetére
"az AI/ML/adatbányászatot nehezen elsajátíthatónak tartom online kurzusokból"
de miért tartod azt nehéznek online kurzus esetén? sok olyan is van ahol rendes community van s organizerek is válaszolgatnak kérdésekre... -
Madwe
nagyúr
Bizonyos szintek ugrottak nagyot, alja s teteje nem sokat.
2019 vs 2021 devops hays szerinti max:
junior: 750 vs. 800
experienced: 850 vs 1.200
expert: 1.200 vs 1.400
lead: 1.400 vs 1.500az látszik h a teteje nem sokat nőtt valóban valamint junior sem (ennek lehet köze a sok gyorstalpalónak) de a tapasztaltabb de még nem lead pozik elkezdtek felzárkózni a leadhez, experienced majdnem 40% nőtt 3 év alatt, expert is 16%al. Persze lehetne több, de azért az eleve magasabb kiindulási sávban ezek a % se rosszak, infla felett van bőven (nem a “hivatalos” infla hanem a valós felett, persze a lakásárakat még ez se követi le, azt kb semmi…)
Egyéni tapasztalatom is az, seniorként (experienced s expert között vagyok valahol) 1.6ért mentem el + 10% bónusz + 800k cafi + korlátlan fizetett magáneü + egyebek… azaz a 2022es guideban biztos lesz megint nagy ugrás.
kovsol: soha, senki nem kérdezett a diplomámra. Még a cvmben sincs róla szó, csak tapasztalat. Ok, anno szabadúszó programozóként kezdtem, s ott se kérdezte egy kliens se hogy hol végeztem, csak a portfólió érdekelte őket… de kezdőként alkalmazottként lehet első esetleg 2. Állásnál még számít valamit, utána semmit
bilimbalam: akinek az állását elveszik a gyorstalpalóból kiesett emberek rögtön, annak már bocs, de annyit is ér a tudása.
-
Madwe
nagyúr
Eddig bárhova mentem volt background check, ahol szerződéseket, felmondásokat kellett adni kisatírova + felkeresték a hrt is. Azt hittem ez már itthon is így megy mindenhol… vagy sok helyen linkedin infoval megelégszenek? Az meglepne, tekintve ott ha akarom egyszerre lehetek a ctoja az amazonnak alphabetnek es netflixnek is, 1960 óta
Tapsi: ok, ilyen extrémitások nyilván gyanúsak
-
Madwe
nagyúr
válasz
Vision
#22530
üzenetére
A kirúgás nyilván problémát sejtet
de a felmondás nem feltétlen… én eddig rendre nyitott kapuink vannak gyere vissza amint tudsz búcsúkat kaptam s rendre meg is keresnek 1-2 évvel késöbb az előző helyeken. Ha jó munkaerő vagy akivel jó együtt dolgozni s normálisan váltok el, akkor nincs semmi probléma azzal a mellékes előnnyel is jár hogy időközben váltó kollegáid új helyükön is csábítgatnak… szóval aki jó munkaerő s normális munkatárs annál ez nem kéne h gond legyen… -
Madwe
nagyúr
válasz
bandus
#22522
üzenetére
Ráadásul alkalmazottként… azon túl h az önbecslését igazságérzetét sérti ez az embernek semmi nem történik. Nem vagy cégtulaj, részvényes, semmi következménye nem lesz ha emiatt nem optimális amit csinál a cég… max késöbb extra meló esik ki belőle, de normál esetben az is megvár, túlórázni emiatt nem fogsz. Ha nem saját a termék nem szabad ennyire szíven viselni - de ez nem azt jelenti hogy egyébként ne kéne s lehetne legjobb tudásod szerint dolgozni. Egyszerűen csak vannak olyan dolgok amin túl kell lépni, nem a te dolgod, kész. Ezért én tuti nem mondanék fel
-
Madwe
nagyúr
válasz
PazsitZ
#22479
üzenetére
Azt nem írta h nem pénzbeli. Bónusz, juttatás lehet pénzbeli is. Annyi h nem a munkabére része…
Revolit: konkrét számok nélkül tényleg megfoghatatlan. Ha az alapbér bőven sok is életszínvonalad fenntartására s a + 67% juttatásért már bőven megtakarítás akkor jó a helyzet… de ha máshol ugyanezt a pénzt megkapod garantáltan az mindig jobb. Még akkor is ha eddig mindig fixen hoztad ezt a szintet, nincs rá garancia h a jövőben is így marad…
-
Madwe
nagyúr
Ilyenre van példa, persze. De nem véletlen kicsi a kínálat, mert kicsi a kereslet is. Hány nyitott pozíció van delphi programozóra? Ha épp tőletek elmegy mennyi ideig kell keresnie új hasonló pozit? Az már eleve elvetett ötlet h esetleg válogasson is (márpedig azért it piac már rég munkakeresőknek áll s kényünkre kedvünkre válogathatunk saját szempontok alapján…)
-
Madwe
nagyúr
válasz
Drizzt
#22463
üzenetére
Csak mert én is írtam a szar lapátolásáról, amit nem erre értettem: nem attól lesz vki szarlapátoló mert dolgoznia kell (lol) hanem attól hogy SZARt lapátol. Nem attól lesz szar a szar mert mondjuk régi, hanem attól hogy domainspecifikus mindfuck logic. S megintcsak devopsos szemmel tudom csak nézni mert úgy látom: a régebbi általam legacynak nevezett szarlapátolás mindenféle egyedi összehákolt scriptek és magicek összessége, ami ezer éve össze lett hányva. Míg egy modernebb stack esetén bevett toolok, best practice-ek mentén való megoldások. Ott is sok egyedi megoldást s elromlási lehetőséget lát az ember. A különbség annyi hogy mindezt egy olyan termékkel teszi ami kb szabvány s máshol is használható, ellenben az egyedi ezer éves domain specifikus tákolásokkal. De még mindig előrébb vagy egy teszem azt argocd ismerettel ha az új cégnél fluxot vagy spinnakert használnak, mintha egy ezer éves nem is dockerizált házi scriptet maszíroztál volna egész nap.
Ugyanez van pl a faang cégeknél is túltolva sok esetben amire panaszkodnak késöbb máshova vágyók: tök jó h a googlenél egy tök egyedi version control rendszer van amit házon belül fejlesztettek fejlesztenek, ettől még bárhova máshova mész ez a tudásod nem ér sokat, max az h láttál ilyet is s tudodh ilyen léptékben hogy lesz ez jól skálázható - de ilyen lépték máshol nem lesz… de aki a mai bevett gitet használja az piacképesebb ehhez képest. -
Madwe
nagyúr
válasz
VirsLee
#22455
üzenetére
Nem arról van szó hogy mi “menő” s mi nem. Devopsosként az egyik esetnek gyk semmi köze a szakmádhoz s baromi unalmas domain specifikus dolgokat csinálsz. Mintha azt mondanád egy automata testernek h nincs baj a “legacyval” üljél be manual testelni, régen csak ez volt s ez a jó…
mellesleg lehet azzal jönni hogy 10-15 év múlva ez lesz a legacy (ami így van) kérdés valaki lépést tart e a piaccal pl. Illetve aki már most egy elavult régi technikát maszíroz s ott elvan azzal mi lesz 10-15 év múlva, mennyire lesz piacképes a tudása?
-
Madwe
nagyúr
válasz
Vision
#22437
üzenetére
Nem. Nekem bevált ez a vonal amikre én utazom mostanában (2000-5000 fős cégek, erős nyugati-keleti piaccal…) ezeknél rendre jellemző az amit fentebb írtam. Őszintén szólva egy mammutnál se a légkör se a techstack nem tetszene…
emvy: hays sáv felett vagyok, s nekem ez bőven elég. Inkább dolgozom olyan dolgokkal amik szakmailag érdekelnek, érdekesek s lekötnek kisebb pénzért… de őszintén szólva már előző helyemen se volt bajom a bérsávval, mostanival meg végképp nincs… s azért a brutto 1.6+10% éves bónusz + 800k kafi fölé menni alkalmazottként még enterprise vonalon se nagyon tudnék (egyéb benefitekről nem beszélve, ami itt is van még)… bár ha volna olyan hely ami brutto 2.6 felett fizetne akkor lehet benyelném - bár nem hiszem… mellesleg eddig ilyen helyekről csak rosszabb ajánlatokat kaptam, de lehet csak én keresgéltem szar helyen
#22440 Tapsi: attól függ. Kérdés mit nevezel nagy cégnek s mik a priok ott. De pl ahol én voltam kisebb, 2-5000 fős cégek ott a legacy monolitokat mindenhol elkezdték felszabdalni s microservice-esíteni.
-
Madwe
nagyúr
Mást hívunk legacynak s nem csak greenfield dolgok léteznek amik nem legacyk a szememben. Meg én devops szempontból nézem, lehet azért is más, de ha nem cloud native microservicekről van szó hanem vmi legacy monolit natív vacakról egyedi elcseszett üzleti logikákkal s félig meddig automatizált romhalmazzal azzal nem szívesen dolgozom. Mert míg az egyik olyan tudást igényel ami piacképes s hasznosítható addig a másik csak szarlapátolás az adott cégnek, amit máshol nem tudok hasznosítani (s amúgy se “fun”)…
az meg h valami már eleve ilyen állapotban van vagy oda tart s ezt kell előrébb juttatni megintcsak releváns tapasztalat, felhőbe költöztetés, microservicekre bontás s annak a folyamatnak az elkészítése megintcsak értékes.de amikor “senior” devopsosokat vesznek fel cégek s nemhogy felhőt vagy akárcsak k8st de még dockert se láttak azok a “senior” kollegák vagy az iacról azt se tudják eszik e vagy isszák mert ugyan már megvan x év tapasztalata de ilyen őskövület vackokkal… na nekem ez a legacy. S tök jó h az adott cég domainjét jobban ismerik mert monolites alig automatizált környezetben iszonyat domain tudást szedtek fel, csak épp ez a piacon senkit nem érdekel.
-
Madwe
nagyúr
válasz
Marky18
#22430
üzenetére
Ilyen legacy őskövületeknek dolgozzon akinek hat anyja van
ma már amúgy is minden open source irányba mutat, amit a cégnél felszedsz használhatod b cégnél is, releváns tapasztalatot szerzel. de ha ilyen legacy dolgokon dolgozol jellemzően azt csak annál a cégnél tudod hasznosítani... -
#22404
Madwe
nagyúr
CyberPunk666
#22403
Madwe
nagyúr
válasz
CyberPunk666
#22403
üzenetére
Ezzel egyetértek, de ezt mind remote mind on the spot lehet helyesen s helytelenül kezelni, a mentalitás dönti el.
egy juniortól elvárt hogy akarja megérteni a dolgokat s kérjen segítséget, egy seniortól meg elvárt hogy ne a hero culture-t erőltesse s tudja hogy sokkal értékesebb ha a tudását átadja s másokat is képessé tesz feladatok elvégzésére, akkor is ha az adott task így késöbb lesz kész - long term visszahozza az időköltséget. Ahogy a soft skillek fontosabbak lesznek egy seniornál, ez is előtérbe kell kerüljön. Szvsz aki nem így gondolkozik s cselekszik az nem is senior.Segítségben két megoldás is jó:
együtt láttok neki a probléma megoldásának, nem tudod csak sejted mit hogy kell csinálni s közösen fedezitek fel a jó megoldást - e közben a junior el tudja sajátítani hogy bontod le a problémákat, hogy gondolkozol ilyenkor, milyen utak között mérlegelsz - de közben adja magát h kevésbé lesz letisztult az egész session
először magad megoldod a problémát, majd végigveszed a juniorral hogy mit miért s hogyan tettél - itt a gondolkodás kevésbé megy át de maga a megoldás sokkal letisztultabb s átláthatóbb formában kerül prezentálásra.na s ez a második megoldás az ami irodában ritkábban kerülhet elő, míg remote te könnyebben tudod eldönteni hogy melyik módon szeretnétek ezt végigvenni. Mindkét helyzetben ugyanolyan jól megoldható bármelyik, mégis remote kicsit nagyobb ebben a mozgástér.
-
Madwe
nagyúr
válasz
Drizzt
#22394
üzenetére
“Viszont az teljesen priceless, hogy igy konnyebben el tudom erni, hogy ne valakivel f2f kelljen valamit kinyomozni, hanem magam kezdhessem el kulon nezni. Altalaban sokkal hamarabb megtalalom a problema okat, mintha fizikailag valaki ott van a kornyekemen.”
Ez totál igaz. Ugyanakkor amikor f2f nyomoztok, jobb esetben a kérdező figyel, tanul, s egyfajta knowledge sharing is az egész. Ha mást nem a nyomozás metódusát…
viszont amikor magam nyomozok nem csak gyorsabb vagyok de nyugodtabb is, természetes trial and error s úgy is kezelem, bezzeg amikor ott lihegnek mögöttem felhúzom magam ezeken -
Madwe
nagyúr
Azért ezek nagyja online is ugyanolyan jól kivitelezhető… mentoringot junioroknál pusholni kell ha nem jön, pair programmingot erőltetni stb.
én amúgy se nagyon voltam olyan teamben ami csak magyar lenne, jellemzően csak én voltam a magyar a csapatban, uh lehet ezért is látom így… a többi magyar kollegával azért szerettem egy irodában lenni a dolog social vonzata miatt, de megvagyok nélküle is -
Madwe
nagyúr
Ismerős ausztriában nyelvtudás nélkül simán el tudott helyezketni it területen. De ez eleve jellemző mindenhol, nem? It nyelve angol. Ok, szóban ha CSAK magyar van nyilván magyarul megy az adott meeting, meg a privát slack, de egyébként a kommunikáció nyelve angol. Ez igaz volt azokban a teamekben is legtöbbször ahol csak magyarok voltak - mert bármikor jöhet külföldi… ami nem technikai hanem offtopik jópofizás az mehet magyarul is ha csak magyarok vannak ott.
az elhelyezkedést nem tudom milyen egyszerű manapság, 4-5 évvel ezelötti anekdótákat tudok csak… -
Madwe
nagyúr
válasz
dakari
#22324
üzenetére
Ugyan azt írtad hogy tosztes bevétellel rendelkező, magukat startupnak hívó cég - ez azt jelenti hogy már teljes mértékben kitermelik a kiadásaikat? S csak terjeszkedésre keresnek befektetőt? (Furcsállnám)
ha pedig még negatívak, akkor mennyi idő a burn rate?amúgy az ajánlathoz grat, jó deal, főleg a te korodban
cégből részesedés hogy néz ki? Piacon van már a részvény? Opciót kapsz, vagy miben maradtatok? -
#22262
Madwe
nagyúr
bilimbalam
#22261
Madwe
nagyúr
válasz
bilimbalam
#22261
üzenetére
12-14 evesen mar alig voltam otthon… hetkoznap szakkorok, sport, este 8-10 korul estem haza. Hetvegen szabadban voltam vagy kockultam (amihez eleg 1nmes zug)
-
#22250
Madwe
nagyúr
bilimbalam
#22249
Madwe
nagyúr
válasz
bilimbalam
#22249
üzenetére
Kéne egy edzőszoba, egy külön dolgozószoba, legalább 2x ekkora konyha… olyan 70-80nm-et totál belaknék egyedül is… ja meg egy saját egyedüli garázs motornak, kert kutyának stb
De amúgy ahogy felettem is írták a home office most megdobja sokaknál az igényeket, az biztos… -
Madwe
nagyúr
50nmen éltem sokáig anyámmal s testvéremmel gimnazista koromban. Teljesen élhető volt, egyáltalán nem nyomorogtunk…
50nmen élek egyedül jelenleg - épp elég de igazából kicsi… (főleg karanténozás óta )
Nem hiszem hogy hazudnék? persze 30nm/fő a kényelmes, de azért börtönben vegetálást túlzásnak érzem… -
Madwe
nagyúr
+1, devops/sre/cloud irányba hamar nagyokat tudnál ugrálni, rendszergazdákat nem nagyon fizetik meg… ha valahogy összejönne egy junior pozi azzal is a rendszergazda fizetés tetejét csípnéd meg - de szerintem felette is lenne amúgy… (persze ahhoz jópár dologban fel kéne húznod magad minimum szintre)
-
Madwe
nagyúr
válasz
kovsol
#22160
üzenetére
No igen, nem véletlen hogy usaban őnéletrajzon kb kötelezően ellenjavallt képet betenni (nő vagy férfi, etnikum, stb) valamint a kort se tüntetik fel.
aXioma: a női kollegák felé a simp-ing iszonyat jellemző sok férfi munkatársamnál… meg a mansplaining… egyáltalán nem profi, szakmaiatlan s lekezelő dolog ez szerintem, baromi zavaró. Ugyanolyan ember, munkatárs mint az összes többi, szakmailag lehet feletted is, miért kell máshogy kezelni?
-
#22158
Madwe
nagyúr
CyberPunk666
#22157
Madwe
nagyúr
válasz
CyberPunk666
#22157
üzenetére
ez a kvótázás max usaban mehet. Usa cégnél dolgozom, mint mondtam rendszeres a DEI előadás, levél ceotól stb. Van is % kutatásuk - de ez csak usaban, mert ilyen adatot gyűjteni s kiértékelni csak ott lehet, ilyet az euban tilos. Azaz ha euban dolgozik valaki (mégha usa cégnek is) s mégis kvótákkal jönnek ott valami nincs rendben.
-
Madwe
nagyúr
Nálunk is pörög a DEI, usa cég, kb hetente tolnak vmi opcionális meetinget a témában…
Nálunk is bele-bele szólnak ha valami nem fér bele a nagyon pc amerikai világba - lehet az akár egy but a however helyett is… ugyanakkor minden ilyen mondat úgy kezdődik hogy - ugyan tudom h nem az angol az anyanyelved, deee s jön a mit miért ne s máskor inkább hogy mond. Usaban ez most iszonyat túl van tolva, nem lennék meglepve ha a legtöbb cégnél hasonló lenne a helyzet ezen a téren mint nálad vagy nálunk… -
Madwe
nagyúr
válasz
Shin Chen
#22048
üzenetére
Csak egy tanács: miután elég alacsony a jelenlegi béred, egyértelműen csábító lehet az ajánlat, nem nehéz látványosan ráígérni. Mégis azt javasolnám ha nincs határidőd dönteni nézz körül még a piacon, mert lehet sokkal jobb lehetőségeket is találnál, ne ugorj bele rögtön az első látszólag jó lehetőségbe, mert lehet találnál pár hét alatt sokkal jobbat.
-
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Míg multinál megvan a feladatköröd, felelősséged, s minden másra van másik team, nem kell vele foglalkoznod. Van aki ezt szereti, van aki meg kiakad attól ha pl másik csapat blockkolja…
Új hozzászólás Aktív témák
- iPhone X 64Gb akku 100%
- BESZÁMÍTÁS! 4TB Seagate Barracuda ST4000 SATA HDD meghajtó garanciával hibátlan működéssel
- HIBÁTLAN iPhone 13 256GB Pink -1 ÉV GARANCIA - Kártyafüggetlen, MS3732
- AKCIÓ! LENOVO ThinkPad P15 Gen2 munkaállomás - i7 11800H 32GB DDR4 1TB SSD RTX A2000 4GB W
- új akku Ár/ÉRTÉK BAJNOK! Dell Latitude 5330 i3-1215U 6magos! - 16GB 512GB 13.3" FHD 1 év garancia
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest