Új hozzászólás Aktív témák
-
Drizzt
nagyúr
Igen, de nalunk az is lesz. 1-2 nap lesz kotelezo, de az mindenkinek ugyanakkor. Tehat vagy benn lesz mindenki a csapatbol, vagy senki. Kiveve ha valaki nem akar otthon rohadni. Akkor o bemehet a tobbi napon is. Ez a terv most. Sot, olyanokrol is van szo, hogy lehet nem is mindig az irodakban lesznek ezek a nap(ok), hanem kihelyezett helyszineken. De ez ugyis a jovo zeneje, mert szeptemberig meg mindig biztosan nem tehetjuk be a labunkat az irodaba se, csak kulonleges engedellyel.
I am having fun staying poor.
-
CyberPunk666
senior tag
Szerintem a full remote több teret enged a rossz szokásoknak, de bent is el lehet követni mindet és otthon sem muszáj.
Könnyebb nem jól segíteni például. Az egyedül gyorsabban megtalálom mentalitás az működik bent is, de nagyon káros szerintem. Ahogy megmutatni lehet kivetítve, hogy mit csinálsz, meg lehet a másikkal csináltatni és mondani, hogy mit kell (ami sokkal jobban rögzül).
Rá lehet fogni ezeket a home officera, de ez az akaraton múlik. Ha ezek remote nem működnek, akkor ott megoldandó gond van a csapattal, ami offline is kezelni kellene, max ott kevésbé feltűnő, de biztosan jelen van.
.
Lehet szélsőséges vagyok, de én azt tartom megoldásnak, ha egy problémát úgy oldunk meg, hogy a másik onnantól maga is képessé válilk rá. Az hogy meg van csinálva csak a feladat fele. Ha a kolléga nem érti a végén, hogy mit-miért, akkor az nincs elvégezve.
De lehet én vagyok ebben túlságosan végletes, és tudom, hogy a többség csak a saját munkáját akarja elvégezni, de szerintem az ettől eltérő mentalitás oda vezet, hogy mindenki túlterhelt és mégse halad semmi és minden tönkremegy. Miközben pont azért nem tanítanak, hogy gyorsabban haladjanak ("egyedül gyorsabban megtalálom").
Ez pont olyan, mint a teszt elhagyása, vagy a review elhagyása és az összes többi ezen spórolunk, aztán valójában pont nem dolog.[ Szerkesztve ]
-
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.
[ Szerkesztve ]
-
őstag
válasz Drizzt #22401 üzenetére
nálunk is heti 2 nap elvárt, de rugalmasan van kezelve - viszont a team egyik fele Bp, én egyedül egy kis vidéki irodában (talán leszünk 2-3-an fejlesztők), másik 2 fő Anglia és Románia.. most így mi értelme bármilyen irodába bemenni? ha többen leszünk itt, a team több mint fele akkor is máshol van..
amúgy dolgoznak bent rajtam kívül még hárman, teljesen más területen, munka miatt nem beszéltünk még soha - mondjuk HO miatt eddig talán háromszor találkoztunk.. 10p sétára van az iroda, de nem érzem a vágyat, hogy ott legyek..
"... and I hope you have a great day!"
-
veterán
kicsit más téma, de it cégek jellemzően milyen óradíjakon nyújtanak supportot manapság a termékeikhez, munkaidőben/azon kívül, munkanapon/munkaszüneti napon? köszi ha adtok erre egy kis indikációt/ranget
"a jövötsajnos nemlehet tudni csakhamárotvagy deakormegmár azajelen"
-
nagyúr
válasz bandus #22406 üzenetére
Tok valtozo, attol fugg, h mit takar a support. Csomoszor nem oradijban fizetsz, hanem pl. eszkalacios lehetosegeket, prioritast veszel meg. Peldaul a Google Cloudnal az Enhanced Support, amit pl. mi is hasznalunk, 1 oras response time-ot ad 24/7, es az 500 dollar / honap plusz a havi kolteseid 3%-a. Tehat ha mondjuk havi 20000 eurot koltesz az infrastrukturara, akkor az havi 6500 euro akkor is, ha nincs problema.
Mondjuk a Google Cloud support nagyon jo, legalabbis amit en lattam belole, nem 3rd party call centerbe kapcsolnak, hanem jellemzoen kapsz egy mernokot.
while (!sleep) sheep++;
-
veterán
általános problémamegoldásra gondoltam. nem működik x/y funkció, ezt jelzem, ennek a kijavítása meg x óra mondjuk. határidőtől függetlenül (azt elvileg külön tételben rendeznénk). de még nagyon kezdő vagyok ezekben a szerződésekben, most ismerkedem velük egy egyedi szoftverfejlesztésről és az utána való supportról van szó, nem google/aws/ jellegű nagy szolgáltatóról.
nyugtass meg, hogy az csak 1100 eur
[ Szerkesztve ]
"a jövötsajnos nemlehet tudni csakhamárotvagy deakormegmár azajelen"
-
bobsys
addikt
válasz bandus #22408 üzenetére
Melyik foldrezrol szeretnel supportot? India, Europa, Eszak-Amerika,Del-Amerika mind mas mas arakon mennek. Amikkel en talalkoztam azok /seat alapjan mentek. Havi dij = X usd * userek szama
Enterprise Admin? Kirk kapitany leszel? - Ne törődjél semmivel, egyél zsömlét kiflivel
-
axioma
veterán
Tudja valaki fejbol, hogy ha a ceg reszvenyt ad a dolgozonak (tehat nem csak a befektetes alatti novekmeny hanem a reszveny a jovedelem), akkor abbol %-osan mennyi lesz a netto? Bonyolitja-e a dolgot ha x ideig nem eladhato?
-
brumi1024
veterán
-
cipofuzo87
tag
Linkedinen főleg Budapesti cégek, fejvadászok keresnek fel (80%), van néhány indiai is, de őket rühellem. Hogy lehetne felpörgetni a dolgot úgy, hogy nyugati cégektől gyakrabban keressenek? Érdemes lenne Angolul blogolni? Java backend fejlesztés. Ha van köztetek olyan, aki külföldre kontraktorkodik, azzal szívesen beszélnék pár szót. Továbbá az is célom lenne, hogy magyarként ne az olcsó munkaerőt lássák bennem, ezen hogy lehetne dolgozni?
-
nagyúr
válasz cipofuzo87 #22416 üzenetére
> Továbbá az is célom lenne, hogy magyarként ne az olcsó munkaerőt lássák bennem, ezen hogy lehetne dolgozni?
Mindenkeppen szamitani fog valamennyire, hogy itthon olcsobb az elet. Nem lenne racionalis pont ugy fizetni egy magyar munkaerot, mint egy New York-it.
while (!sleep) sheep++;
-
nagyúr
Haha, good catch.
Ket oldala van (ahogy most latom):
- megeri felvenni a cegnek egyes esetekben joval a piaci ar folott, ha az idoveszteseg penzbe kerul
- azert nem eri meg felvenni joval a piaci ar folott, mert akkor nagyon ragaszkodni fog a munkavallalo a poziciohoz (tehat akkor is maradni fog, ha mar nem motivalt, mert tul jo a penz, etc.)Szoval amit multkor irtam, az arra vonatkozott, hogy penzugyileg sokat szamit-e egy nagy cegnek az, ha egy-ket embert dragan vesznek fel (nem), viszont az meg nem tesz jot, ha az alkalmazottnak kb. nincs is eselye hasonloan jol keresni mashol.
while (!sleep) sheep++;
-
headhunter
addikt
-
szabi325
tag
Sziasztok!
Most a piacon .NET 8 év tapasztalattal senior bérsávnak, véleményetek szerint mi a reális amit lehet kérni és általában meg is adják? -
ody42
senior tag
válasz cipofuzo87 #22416 üzenetére
Pár kivételtől eltekintve bizony azért fognak alkalmazni, mert olcsóbban megkapják ugyanazt a talentet.
Egy amerikai cég miért szívna egy magyar java fejlesztővel, aki más időzónában van, más kultúra, akcentussal beszél, ha ugyanannyiért megkapná azt a talentet helyben is?
Van pár kivétel, ahol global based salary van (pl. Basecamp), de ritka mint a fehér holló. -
bilimbalam
tag
válasz cipofuzo87 #22425 üzenetére
Ekkora nincs
-
CyberPunk666
senior tag
válasz bilimbalam #22426 üzenetére
Jó fejlesztőből van ekkora. Több olyan projektet is láttam már, ahol ha a társaság rosszabbik felét kirúgták volna, pótlás nélkül, akkor gyorsabban született volna jobb eredmény.
Én nem tudom, hogy ami most zajlik ebben a szakmában, az miért éri meg. Szerintem óriási minőségi válság van szakemberi szempontból.
-
HoTDoG
tag
válasz CyberPunk666 #22427 üzenetére
Én nem tudom, hogy ami most zajlik ebben a szakmában, az miért éri meg. Szerintem óriási minőségi válság van szakemberi szempontból.
Hol nincs? Az építőipart már említeni se kell. De az orvosoknál is van baj, főleg ha az orvos szakma egyik legmagasabb szintjét nézed, a sebészetet. Kókler ügyvédet sem kell sokáig keresni. A minőségből sehol nincs túlkínálat.
-
Kobe
veterán
válasz HoTDoG #22428 üzenetére
HR-esekből sincs....
Én pl rengeteg IT-s pozíciót látok mostanában, amiket tudom hogy 2-4 hónappal ezelőtt már meghirdettek egyszer (ott volt historymban nekem is), de a pozira perfekt tapasztalattal rendelkezőket még telefonos körre sem hívták be, majd meghirdetik újra tök újként.....ennek így mi értelme ?
voltak olyan pozik amit ismerőssel közösen próbáltunk félig 'poénból' év elején, de amúgy kb 110-120%ban profilba vágó tapasztalattal, egyikünk sem jutott még az előszűrésen sem át, azóta is hirdetikszerintem ez inkább ilyen PR háború lett a cégeknél, a létszámstopot, leépítést (mert hogy van ilyen is ITban) mégsem rakhatják a kirakatba hát inkább csinálnak pár plusz pozit, had maradjon meló a HRes kisjánynak is
-
Marky18
aktív tag
válasz CyberPunk666 #22427 üzenetére
Azt se felejtsuk ki, hogy rengeteg helyen olyan rendszereket kell takolni, amik akkor irodtak, amikor a fejleszto meg az altalanos iskolaban a Comenius Logot buvolte.
Ritka az olyan fejlesztes, ahol egy jol osszeallitott csapat megkap egy zoldmezos projektet. Juniorkent szerintem kifejezetten nehez egy 20-25 eves legacy fejlesztesbe bekerulni, mert rengeteg olyan technologia/pattern kerult felhasznalasra, amit az egyetemen mar meg sem emlitenek, annyira elhaladt folotte az ido. -
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...
[ Szerkesztve ]
-
nagyúr
Mindenbol legacy lesz egy ido utan. A zoldmezos beruhazas a jovo legacy kodja. Az igazan ertekes munkaero nem az, aki el tud kezdeni nullarol egy ures CRUD projektet.
Kicsit olyan, mintha a statikusok arrol beszelnenek, hogy ok bizony csak nullarol, szilard talajra epitett kockahazak statikajaval foglalkoznak, a NY-i Citigroup Center megerositesen meg dolgozzon az, akinek hat anyja van.
Es persze nem veletlenul fizetik meg sokkal jobban azt, ha komplex rendszerekben hatekonyan tudsz turkalni.
while (!sleep) sheep++;
-
CyberPunk666
senior tag
Miért lenne mindenből legacy egy idő után?
Eleve nem értem, hogy miért hívjátok "legacy őskövületnek".
Nem kellene törvényszerű legyen, hogy a kód legacyvá válik.
Meg aztán már csak azért sem érdemes a korát belekeverni a dologba, mert egy csomó cég eleve legacy kódot gyárt. Amit ma írnak, az is legacy.A kód nem változik meg a korral, csak a beledolgozók munkaminőségétől függ.
Egy ház statikája változik, de a kód csak ha hozzányúlnak.
Ha 10 éve írtak egy patika, tesztelt java kódot, és azóta is csak így nyúltak hozzá, akkor az ma már legacy?
Ha ma írnak egy teszteletlen sárlabdát, akkor az nem legacy?Szerintem minden kód legacy, amihez nincsen normális teszt. Az is, amit ma írtak délelőtt.
[ Szerkesztve ]
-
nagyúr
válasz CyberPunk666 #22433 üzenetére
Ok, legacy alatt most azt ertettem, ami
- jelentos uzleti erteket kepvisel
- idovel sok bonyolultsag rakodott egymasraSzerintem az is egy jo melo, hogy tenylegesen 'legacy' (teszteletlen, komplikalt, de ertekes) kodbol 'nem legacy' kodot csinaljunk.
Mashogy mondom: szerintem az a jo melo, aminek magas az impactja.
while (!sleep) sheep++;
-
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.
-
addikt
-
addikt
..nem csak azok a termékek léteznek, amik a brosúrában vannak.
Ezt nem is értem. Milyen brosúráról beszélsz? Egy nagy cég nem fog nekiállni újraírni a már meglévő, és hosszú éve stabilan üzemelő rendszereit csak azért, mert most éppen a microservice a divat. Az új alkalmazások egy része így készül, de az nyilván töredéke a nagy egésznek. -
Madwe
nagyúr
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.
[ Szerkesztve ]
-
JoinR
senior tag
nyilván töredéke
Nyilván Ha felnézel egy pár enterprise cég honlapjára, mindenhol 1000-rel pörög a cloudosítás, oda meg nem a monolit megy fel. Kb. mindenki ezen dolgozik, az on-premen marad a support, meg pár új feature, ha megfizetik.
Ezenkívül meg jelentős arányban dolgoznak az emberek internal termékeken és infrastruktúrán, a devopsok megkockáztatom, jó része sose látott olyan business kódot, amit konkrétan az fizető ügyfél használ.[ Szerkesztve ]
-
addikt
Szerintem nem ugyanarról beszélünk. Te enterprise cég alatt szoftvergyártót értesz, én meg szoftver felhasználót. Egy bankban több száz alkalmazás van, nem elhanyagolható részük egyedi fejlesztés. Szerinted ezt most nekiállnak microservice-esre cserélni, csak mert az a fancy? Az új appok úgy készülnek, a régieket meg üzemeltetik tovább az idők végezetéig kb.
-
Resike
tag
Egy mezei dev-nek mi köze van a régi app üzemeltetéséhez? Jó példa pont most jött ki a az OTP bank új reszponzív alkalmazása, de a régi is ugyanúgy működik. De vannak olyan cégek is ahol a fejlesztés ugyanúgy párhuzamosan zajlik egy darabig, de amit kijön az új egyből dobják a régit.
-
JoinR
senior tag
Lehet elbeszéltünk egymás mellett, enterprise alkalmazás alatt én B2B alkalmazást értettem, pl egy Oracle, SAP, stb. termékei.
Anno egyébként voltam Ersténél meg OTP-nél is interjún, mindkettőnél volt modern stack, de nyilván devops kollégát nem a régi termékekhez keresnek, szóval az arányokat ott nem ismerem. -
Alcsi69
senior tag
Sziasztok!
Ha minden jól megy, akkor jövő ilyenkor fogok végezni a PTE-n Villamosmérnök BSc szakon. Létesítmények villamosítása és automatizálása specializáción vagyok (sajnos), ez nagyjából erősáramnak felel meg plusz pici PLC is van benne.
Sajnos nem annyira tetszik ez az irány, mint gondoltam.
Egy ideje már komolyabban elkezdtem foglalkozni beágyazott rendszerekkel, illetve ilyen irányú C/C++ programozással (ESP32 mikrokontrollerekkel).Első kérdésem az lenne, hogy a specializációmtól függetlenül is el tudnék helyezkedni beágyazott szoftverfejlesztőként? Ilyen jellegű pozíciókkal mennyit lehet keresni itthon?
Nekem nagyon broad az egész "erősáram" dolog, szóval második kérdésem az lenne, hogy mik a legjobban megfizetett ilyen jellegű pozíciók, illetve ezen fizetések hogyan viszonyulnak a feljebb említett beágyazott szoftverfejlesztő fizetéséhez?
Szeretnék csinálni MSc-t is a BSc után, de valami másik szakon. Amelyek engem leginkább érdekelnek azok a Mechatronikai mérnök, a Járműmérnök illetve az MBA.
Ezekhez kapcsolódna az utolsó kérdésem: melyiket éri meg a legjobban megcsinálni a minél magasabb fizetés érdekében?
Előre is köszönöm a válaszokat!
-
JoinR
senior tag
válasz Alcsi69 #22447 üzenetére
Villamosmérnökök jelentős része IT-ban dolgozik, nekem is van pár ismerős, és bár a beágy kézenfekvő, de nyugodtan nézelődhetsz más területen is.
Villamosmérnök poziban biztos kevesebbet keresnél.
Ha a fizu a lényeg, felejtsd el az MSc-t. MBA-re úgyse mehetsz egyből, a másik 2 amúgy sem versenyképes (a mechások jó része is devként folytatja, akinek a pénz számít).
Fizuban a Hays guide továbbra is jó irányadó. -
DanielLong
senior tag
válasz Alcsi69 #22447 üzenetére
Ha fejlesztő irányba mozogsz, akkor a pénz szerintem inkább attól függ, hogy mennyire tudod magad eladni és milyen pluszokat tudsz felmutatni, szakirányt ezért az érdeklődésedtől függően válassz.
Egyébként menj el gyakornoknak olyan helyre, ami érdekel, ez később majd elég meghatározó is lesz, mert főleg ezt nézik az önéletrajzodban. Azt találd ki, hogy mivel foglalkoznál szívesen hosszú távon, nehogy beragadj egy 2 éves MSC-re, aminek a végén ugyanazt gondolod majd, mint most.
Mechatronikai mérnöki pl megint egy elég tág irány, ha nincs konkrét elképzelésed, akkor elvégezheted úgy, hogy a végén azt érzed nem értesz semmihez se igazán...
Szóval szvsz. keress gyakornoki pozikat, próbáld ki magad és ne félj váltani, újat keresni. Visszatekintve a mesterre, lehet, hogy egy könnyű szakiránnyal jobban jársz, ami mellett lazán tudsz dolgozni és simán kipróbálhatsz 2-3 eltérő területet, csak ne legyél rest próbálkozni.
Új hozzászólás Aktív témák
- Samsung Galaxy A54 5G Eladó...
- Samsung Galaxy S22 Ultra Eladó...
- Vostro 3591 15.6" FHD i5-1035G1 GeForce MX230 16GB 512GB NVMe magyar bill., gar
- ELADÓ 32 DB Nvidia RTX 3060 Ti és 8 DB Zotac Gaming Geforce RTX 3080 Trinity / KOMPLETT BÁNYAGÉP
- Intel NUC5CPYH (Celeron N3050, N3060, J3060) - 4GB RAM, 120GB SSD