Hirdetés
- Samsung Galaxy A56 - megbízható középszerűség
- OnePlus 15 - van plusz energia
- Magisk
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Poco F6 5G - Turbó Rudi
- Apple Watch Sport - ez is csak egy okosóra
- Xiaomi 15T Pro - a téma nincs lezárva
- Honor Magic5 Pro - kamerák bűvöletében
- Samsung Galaxy S25 Edge - a tegnap határán
- Android alkalmazások - szoftver kibeszélő topik
Új hozzászólás Aktív témák
-
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...) -
#36496
Pfiucska
aktív tag
dellfanboy
#36495
Pfiucska
aktív tag
válasz
dellfanboy
#36495
üzenetére
Nem azt akartam ezzel mondani, hogy az itthoni accountant es a bécsi kozott kicsi a fizu kulonbseg (mert nem), hanem, hogy a bécsi fejleszto es konyvelo kozott kisebb a diff, mint itthon.
-
#36494
ReFleXx
addikt
thomasthomas
#36490
ReFleXx
addikt
válasz
thomasthomas
#36490
üzenetére
Igen, pl SoDinak.
![;]](//cdn.rios.hu/dl/s/v1.gif)
-
carapace
tag
Ausztria tényleg nem egy IT kánaán, annak idején medior BA-ként 45k eurt kaptam Bécsben, haverom most ment ki, lead .NET devnek, saját csapata van, meg riportolnak neki stb stb, így kap 90-et. De ez baromi ritka, mesélte, hogy miközben keresgélt ilyen 60-70ekkel akarták kiszúrni a szemét, na ennél a magyar fizetések jobbak.
A contractor piac is egy láda fos, 500 eur/nap fölé nem nagyon lehet menni, miközben a németeknél simán vannak 800/napos melók is. Ha van folyékony némettudásod, az se számít semmit, anno Svájcban ezért +100/150 chfet ki lehetett taposni. -
#36492
Pfiucska
aktív tag
thomasthomas
#36490
Pfiucska
aktív tag
válasz
thomasthomas
#36490
üzenetére
Amúgy az valóban nem túl acélos fizu, sima ifrs accountantnek a hofer br 60k-t igér Bécsben. Asszem a full junioroknak, 0 tapasztalattal 40k.
-
#36491
bandus
veterán
thomasthomas
#36490
válasz
thomasthomas
#36490
üzenetére
alapvetően itt nincs meg az a prémium az IT-ban az egyéb területek fizetéseihez képest, mint magyarországon. én pl. szerintem többet keresek mint a fejlesztőink 90%-ka, de közös sincs az it-hoz.
otthon egészen felzárkóztak ezek a bérek nyugat-európához, az árszínvonalat figyelembe véve jóval jobban ki lehet jönni otthon, mint itt. cserébe a környezet, az életminőség szerintem összehasonlíthatlan a magyar sittes, kínai járőrözős fertőhöz képest. de nem mindenki tud, akar túllépni az anyagiakon
neked kell eldönteni, hogy ez megérhet-e kevesebb pénzt. persze ettől remote még dolgozhatsz inne is usa, vagy svájci cégeknek jó pénzért.szerk.: a legtöbb hirdetésben a kollektív szerződések által írt minimum fizetés van megadva. de ez alkalmazottakra vonatkozik, és ezen esetekben is szinte kivétel nélkül van overpayment.
-
#36490
thomasthomas
tag
thomasthomas
tag
Sziasztok,
Van esetleg valakinek rálátása az osztrák IT piacra?
Kilátásban van, hogy Ausztriába költözök egy időre - elvégre bnőm már egy ideje ott dolgozik és mozgatja a fantáziámat hogy mit lehetne ott kihozni nekem contractorként.
Adatos vagyok amúgy, s contractorként dolgozom már pár éve. Így egy költözéshez nem kell tennem lényegében semmit (maximum nem tűnik túl racionális döntésnek saját kecó után albérletbe menni), de a nyelvtanulás és más felfogás adhat annyi pluszt hogy megérje mégis.
Linkedin-t végigfésültem - klasszik alkalmazottos hirdetéseknél gyakran fent van a sáv, például Engineernél 50-65K közti sávok vannak. Az kb ~3.3K per hó tizenkettősítve, ami azért annyira nem tűnik acélosnak figyelembe véve h albit is fizetni kell és a szolgáltatások is drágábbak valamennyivel. Mondhatni inkább "átlagos"nak érezném ezt kint, de semmiképpen sem kiemelkedőnek.
Relatíve sok megkeresés érkezik Linkedin-n nekem, de csak elenyésző számú van kimondottan Ausztriába. Ennyire kicsi az ottani IT piac? Contractor-i napidíjak hogyan alakulnak nagyságrendileg? -
horush
addikt
válasz
D@ve89
#36483
üzenetére
Köszi. Sima senior frontend dev pozíció, nincs nagyobb felelősségem az átlagnál szerintem, megszakadni sem kell, de szerintem aránylag jó minőségben ellátom a munkám. Igazából szinte csak angolul kommunikálok, hiszen a csapat jó része nem magyar.
VágniValó:
Nem, általában full remote, amúgy is a csapat nagy része külföldön van. Max néha szocializálódni megyünk be az irodába, de az sem kötelező. -
Reggie0
félisten
-
xenom0rph
őstag
Ez még tavaly októberi, de gondoltam megosztom:
Nem: Férfi
Kor: 26
Munkakör: SAP Specialist (tanácsadó)
Tapasztalat: 4-5 év (ebből max 3 releváns)
Végzettség: egyetem
Nyelvtudás: Angol: felsőfok, német: A2 környéke
Bruttó fizetés: 1.200.000 HUF
Egyéb: havi 2 iroda
Hely: Budapest, multi -
horush
addikt
5% emelést kaptam idén, nem olyan sok, de tavaly májusban sikerült egy egész jó emelést elérni, úgyhogy nem panaszkodom.
Nem: Férfi
Kor: 30
Munkakör: Frontend fejlesztő / Angular
Tapasztalat: 8 év
Végzetség: érettségi
Nyelvtudás: Angol, felsőfok
Bruttó fizetés: 1.969.000 HUF
Egyéb: évi 500.000 HUF cafeteria
Hely: Budapest, multi -
Dare2Live
félisten
válasz
hdanesz
#36469
üzenetére
Amin még érdemes elgondolkodni az hogy fel akarsz e markolni a 3hónap munkanélküli segélyt vagy nem.
Ha igen akkor pár napig munkanélkül kell legyél különben nem tudod azt megigényelni.Alapesetben kötelező offer nélkül én tuti nem mondanék fel. Egyszer majdnem nagyon megjártam vele...
-
hdanesz
őstag
Köszi és neked is tototos.
Igen, az eredeti terv az lett volna, hogy már múlt héten kiküldik az offer-t...és akkor szépen lett volna pont egy hetem lazulni a két munkahely közt. Viszont néhány jóváhagyó szabin volt...így csúszott a dolog.
Csak nem ezen fog elúszni az egész...hogy egy hónappal később kezdek.
-
hdanesz
őstag
Sziasztok,
60 nap a felmondási időm. Az új munkáltató épp az offer-t szerkeszti, de még nem kaptam meg...viszont az már tuti hogy felvesznek. Május hatodikán kezdhetnék, legalábbis úgy tervezik.
De annyit pepecseltek már, hogy legjobb esetben is holnap döntenem kell és fel kell mondanom a mostani helyemen ahhoz, hogy ez megtörténjen. Persze amíg nem látom a tényleges ajánlatot, addig nem mondanék fel. Gondolom ilyen esetben visítozhatnék a mostani munkáltatónak, hogy engedjen el 56-57----5x nap után. Vagy tolhatnánk a kezdési dátumon az új helyen. De ott elvileg 'csoportos' az első nap...tehát havonta van egy kezdési nap és szevasz.
A kérdés az lenne, hogy mennyi ideig lehetnék úgymond munka nélkül....hogy a TB meg ilyenekre ne legyen külön dolgom? Tehát ha május 8.-a vagy 9.-e lenne pl. az utolsó munkanapom...akkor a maradék időre nekem kellene fizetni a TB-t ugye? Az első munkanapig az új helyen.
Illetve mit tegyek? Kérjek új kezdési időpontot az új helyen vagy sírjak a mostani munkáltatónál a rövidebb felmondási időért?
Feltételezem, hogy azért nem fognak lemondani rólam ha csak május 8. vagy 9.-én tudnék kezdeni....de nem tudom mennyire szigorú ez a havi egy 'onboarding for new colleagues' téma. -
-
n00n
őstag
válasz
Drizzt
#36443
üzenetére
Nekem már tavaly feltűnt, nem tudom megmondani mikor kezdődött, de november már sokkal nyugisabb volt, decemberben szinte semmi, de nyilván itt máskor is visszaesés van. Január megint 1-2 megkeresés hetente. Februárban már 4-5 jött hetente. De ez még mindig elég sovány ahhoz képest, ami mondjuk tavaly volt, amikor kb naponta jött ennyi.
-
-
carapace
tag
válasz
VirsLee
#36453
üzenetére
Idén év eleje óta 5 megkeresés:
1. Valami igaming cég, Észország. KYC PO. Alacsony fizu, a domain nem érdekel, költözz észtországba, kuka.
2. Remote PO Németország, DNS Proxy, a fizu annyi amennyit most kapok, a DNS proxy nem érdekel. (de úgy látom mást se, mert azóta is kinn van a hirdetés)
3. Bluebird, építészeti tervezőszoftver PO. Hát ez még annyira se érdekel.
4. München SAP PO, ide valami indiai csóka keresett embert, az ilyenekre elvből nem válaszolok, mert rosszabbnál rosszabbak.Az SAPhoz meg nem is értek.
5. BA Payments, SEPA területre. Na ez még érdekes is lehetett volna, de nem akarok visszamenni BA-nak.
Az 5ből 4 nekem totál irreleváns, nem is értek a domainhez meg nem is érdekel, egyáltalán nem is értem, miért próbálkoznak be. A classic finanace vonal meg ami érdekelne, teljesen döglöttnek tűnik. -
akela91
addikt
válasz
VirsLee
#36453
üzenetére
23Q2 zárás után jött a kaszás sok helyen.
tavalyi posztom másik topicba az elsők között volt ami érintette a problémát: https://mobilarena.hu/tema/allaskereses_interju_oneletrajz/hsz_16513-16513.html
Viszont akkor a pályázati pénzek hiányára fogtam elsősorban, ennél mint kiderült jóval szerteágazóbb és szélesebb körű lett a probléma. -
-
sakal83
addikt
válasz
kraftxld
#36445
üzenetére
Ez nem cafolja azt amit irtam. Nagyobb kockazati kozosseg es a sajat penznemeben. Esetleg HUF termek van ott?
Azert mar bocsass meg de eleg erdekes h egy magyar ( fokepp kulfoldi anyaval) teruleten szolgaltato intezmenyrendszert szidsz mert nincs egy itthon retegigényt kielégítő termék. Forditva is ezt tenned, ha ott ahol kototted nem lenne HUF termek?
Gondolom az NN-nel sem talaltal, pedig mondhatni, h nem egy, nemzet bajnok cég...
-
Emod
kezdő
Miért pont data engineering? A data engineering viszonylag összetett terület, a fentiek alapján még bőven van mit tanulni, ez inkább egy kezdő data analyst szint lehet, ha jól értem.
Amit én látok, mint minimum:
Magabiztos sql, egy programnyelv (pl. python, R, java, scala), git, adatbázis ismeretek és gcp/aws/azure, hogy előre tekintsünk. Ezeken felül van millió tool, amit úgyis képtelenség mind megtanulni, kezdőként már a fentiekben is bőven el lehet veszni.
A kurzusok arra jók, hogy elindítsanak és utána valamit fel tudj mutatni. Vannak jó guided projectek utána pedig magadtól egy pipelinet, portfóliót érdemes összerakni és ezzel már lehet valamit kezdeni. Egyúttal kiderül az is, hogy tényleg tetszik -e.
-
sakal83
addikt
-
válasz
kraftxld
#36437
üzenetére
Pár éve körbefutottuk a témát volt kollégámmal és kb. nem volt direkt megoldás. Csak egy biztosító (már nem tudom melyik) adott ajánlatot, és az is csak alacsonyabb értékhatárral, az €1 millióról nem is hallottak. Akikről tudok, azok mind az umbrella company-n keresztül veszik igénybe valami fix díjért.
-
kraftxld
félisten
Küzdök egy kicsit a biztosítással. Aki külföldre dolgozik magyar cégen keresztül, tudna tippeket adni, hogy honnan lehet EU-ra kiterjedő 1M EUR-os felelsőségbiztosítást kötni, és angol nyelvű kötvényt kérni hozzá?
Akiket sikerült elérni azok aztán vagy eltűntek, vagy csak magyar nyelvű, forintos, csak MO-on érvényes cuccot ajánlottak
-
Madwe
nagyúr
válasz
#79563158
#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. -
#79563158
törölt tag
válasz
Lortech
#36412
üzenetére
De Madwe nem azt mondta, hogy minden csapatba kellenek a dedikalt manual QA/DBA/security kompetenciak, hanem arra vilagitott ra, hogy mennyire a valosagtol elrugaszkodott, hogy a senior backendes kepes minden feladatot ellatni.
A security silo levezetesed is egy cegmeret/mukodesi modell mellett igaz csak, nagyobb szoftvercegeknel a security nem team, hanem division vagy department kulonbozo csapatokkal es eltero mukodesi modellekkel. Product security/application security/devsecops csapatok sokszor kozvetlenul az engineeringbe vannak beagyazodva es napi szinten dolgoznak egyutt a fejlesztokkel, de az sem pelda nelkuli, hogy kozvetlenul az engineering szervezet reszei es nem az altalanos security department reszei.
-
n00n
őstag
mekkora cégeknek dolgoztál eddig? pár főseknek? többen egyébként leírtak egy csomó mindent, igen sok helyen a platform csapatra is értik a Devops Engineert, mert Ők rakják össze a DevOps szemlélethez használható toolokat központilag, hogy lehetőleg ne minden csapat magának találja fel a spanyolt viaszt. És írtam is hogy átadják a csapatnak azt használatra, ahol a csapat ugyanúgy a DevOps személet szerint dolgozik.
kitalált szakma, lol, ezt se hallottam még
egyeseknek nagyon savanyú a szőlő ahogy látom -
carapace
tag
-
Egon
nagyúr
válasz
carapace
#36428
üzenetére
Mondjuk az tény, hogy egy adott méret és komplexitás felett becsődöl, de ott az egész agilet ki kell dobni a francba.
Láttam olyan fejlesztési projektet, ami konkrétan két milliárd forint feletti veszteséget termelt a kivitelezőnek, jórészt pont az agile erőltetése miatt (bár ennél is nagyobb mértékben számított a megrendelő gyökérsége és inkompetenciája).
-
válasz
carapace
#36428
üzenetére
Szerintem ezt is lehet jól csinálni, ahogy írtad is. A valóságban személyesen azt láttam, hogy vagy giga szervezetre próbálták ráerőltetni, aminek semmi értelme nem volt, vagy olyan helyre, ami nem is agile valójában, sőt, még csak nem is volt belső fejlesztés, de SAFe kell, mert most ez az anyacég aktuális agymenése.
-
carapace
tag
válasz
Vision
#36415
üzenetére
"A többivel nagyjából egyetértek. A SAFe vajákolás nekem is a bögyömben van, pedig magában az agile-ban hiszek."
Pedig valamit kezdeni kell azzal, hogy nagy projekteknél a basic agile módszer képtelen lekezelni a kereszt-dependenciákat. Ez még egy viszonylag jól használható koncepció 4-5 team esetén, legalábbis azokon a SAFe projekteken, ahol én dolgoztam elég jól működött.
Mondjuk az tény, hogy egy adott méret és komplexitás felett becsődöl, de ott az egész agilet ki kell dobni a francba. -
carapace
tag
válasz
Vision
#36415
üzenetére
Az automata tesztelés a régi funkcionalitás stabilitásának ellenőrzésére való elsősorban. Ha valaki berak egy új funkciót az teljesen kizárt, hogy ne nyomkodja végig valaki aki érti a domaint meg a követelményeket, itt fog előjönni az, hogy egyáltalán milyen új scenáriókra kell automata teszteket írni.
-
válasz
Vision
#36421
üzenetére
Kösz, hogy “megszakérted” a területet ahol dolgozok
Tényleg nem ugyanazt értjük a dolgok alatt, de ez nem baj, ez inkább csak annak a következménye, hogy én több cégnél megfordultam több data-s poziban az elmúlt 10 évben, mondhatni naprakész vagyok a területen, Te pedig láttál 5-10 éve egy adatbányász osztályt, jó eséllyel egy magyar pénzügyi cégnél.
El se hinnéd mennyi minden változott 10 év alatt ezen a területen -
srs24
tag
Ha már datás vonal, bedobnám a kérdésem hátha tud itt valaki érdemben válaszolni.
Mérnöki BSc és MSc diplomám van, de a munkám során jöttem rá hogy a műszaki vonal nem vonz. Inkább a matek, programozás állna hozzám közelebb.
Amiket magamtól elsajátítottam eddig munka mellett :
- középfokú angol, középfokú német
- nagyon basic SQL lekérdezések
- Excel függvények + némi Power BI használat
- Most pedig elkezdtem ismerkedni a pythonnal
Ezt a kurzust csinálom : (https://programming-24.mooc.fi/) , jelenleg a part4-nél járok eddig nyilván még csak alap dolgokat érintett (változók, if, while) de egyelőre nagyon tetszik ez a nyelv. Egyetemen C és C++ -t próbáltak nekünk tanítani de ez nem igazán jött be így azokból már nem is emlékszek szinte semmire, bár lehet csak a magyar egyetemi oktatás színvonala miatt...
Tudnátok esetleg segíteni, hogy python prog. , data engineer állásokhoz, miután befejeztem a jelenlegi pythonos kurzust (értsd a part 14-et is kivégeztem) utána mivel lenne érdemes foglalkoznom?
Azzal tisztában vagyok, hogy jelenleg a junior munkakörük nem élik virágkorukat, de engem tényleg ez érdekel és nem műkörmös, szobafestő voltam eddig se
Jelenlegi keleti megyeszékhelyen élek, de gondolom munkakeresés szempontjából itt sokkal rosszabb helyzetben vagyok, mintha felköltöznék Pestre.
Segítségeteket előre is köszönöm!
-
válasz
VirsLee
#36417
üzenetére
Oké, idézek tőled: ...de ha mellédobsz angolt, egy kis python és egy minimal cloudot, akkor elkezdhetsz 1.6-1-8m és fölötte gondolkodni.
Aztán meg ezt: Elvégre pillanatok alatt elsajátíthatod
És igen, amiket írtál, azok toolok, ugyanúgy, ahogy a PL/SQL. Biztos lehetsz benne, hogy a korábbi PL/SQL programozók csinálják most ugyanazt python + cloud vonalon, hiszen a lényeg ugyanaz.
Itt egy fasza ábra arról, hogy ki-mit csinál: [link]
Data science az egyik legjobban felhígított terület, értsd: tele van olyanokkal akik pillanatok alatt elsajátították a skillset-et
Akkor nem ugyanazt értjük data science alatt. Merthogy az nem data engineeringet jelent klasszikusan, hanem például modellezést, modellépítést, adat alapú döntéstámogatást. Ezt te nem sajátítod el pillanatok alatt, mert kell hozzá egy matematikus/fizikus/közgazdász diploma. Anno dolgoztam adatbányász osztályon, megvoltak a data engineerek (csak akkor még nem így hívták őket), akik az adatpiacokat fejlesztették, meg az adatbányászok, akik a magasabb szintű melót végezték. AI/ML/DL vonalon is ők hasítanak, ebben biztos vagyok, nem azok, akik az adattöltéseket csinálják.
-
Egon
nagyúr
A korábbi pletykákkal ellentétben tiltólistás gyakorlatilag az összes, IT-hez köthető foglalkozás, egyedül a (csak részben kapcsolódó) minőségbiztosítási mérnök maradt ki.
Itt csekkolhatók az eltérések: [link] -
Emod
kezdő
válasz
VirsLee
#36417
üzenetére
A data science és az AI ML DL vonal elég nagy átfedésben van, utóbbi mostanában kezd jobban külön válni.
Egyébként nekem is vannak kétségeim a data science területtel kapcsolatban pedig kifejezetten érdekesnek tartom. Legtöbbször a data infrastructure nincs azon a szinten, hogy a data scientist hatékonyan dolgozzon. Ebből adódóan gyakorlatilag data engineering a munka egy jó része, de nyilván alapból is szorosan kapcsolódnak.
Úgy láttam álláshirdetéseknél is a data science vonal jobban visszaesett tavaly a többi data hirdetéshez képest. -
válasz
Vision
#36414
üzenetére
A pl/sql-nek nem sok köze van alapvetően a data engineeringhez, főleg nem a cloud vonalához, de igazából mindegy is. A lényeg az a hozzáállás, jósolgathatsz arról mi mikor fog visszaesni, vagy foglalkozhatsz azzal, ami aktuálisan jól fizet
Ez csak rajtad áll. Elvégre pillanatok alatt elsajátíthatod
Data science és a nagy pénz Data területen, ami megy manapság az az AI/ML/DL engineering. Igazából mindegy mi a neve, kb ugyanaz a vonal. Data science az egyik legjobban felhígított terület, értsd: tele van olyanokkal akik pillanatok alatt elsajátították a skillset-et -
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. -
válasz
Lortech
#36412
üzenetére
a manuál tesztelő pozíció tökéletesen felesleges egy normális fejlesztő csapatban, ahol megvannak a megfelelő skillek tesztautomatizálásra.
Több perspektívája van ennek. Ügynökségnél senki sem fog automata teszteket írni, mert nem lehet kitermelni.
Termékfejlesztésnél már egy fokkal esélyesebb, de ott is szétvágnám a be/fe oldalt. Backenden ez egész triviálisan tud működni, de frontenden szerintem lehetetlen mindent leautomatizálni, vagy irreálisan nagy effort.A többivel nagyjából egyetértek. A SAFe vajákolás nekem is a bögyömben van, pedig magában az agile-ban hiszek.
-
válasz
VirsLee
#36411
üzenetére
Egyébként az is le fog hanyatlani idővel. Ez, amit írsz ugyanolyan basic data engineering, mint a (pl)sql történet. Most azért fizet jobban, mert kevés az ember, és növekszik az igény. Viszont a skillset pillanatok alatt elsajátítható.
Amiben tényleg nagy pénz van, az a data science, de az nem az, amit írsz. -
Lortech
addikt
Azért kiderült az utóbbi pár napban a topikból, hogy:
-a SAFe nagyot megy mostanában
nem, csak cargo cultos agyament helyeken dívik, ahol egy keretrendszertől várják az agilitást-a devops egy munkakör
továbbra sem az, hanem egy felfogás, munkamódszer, kultúra, amiben nincs fal a fejlesztő és üzemeltető között, hanem egy csapatban vagy legalábbis szoros kollaborációban közösen fejleszti és üzemelteti, ownolja a terméket, szolgáltatást.-devopsos ugyanazt csinálja, mint a sysadmin/ops-/infra engineer 20 évvel ezelőtt, csak épp fancy toolokkal
nem, aki üzemeltetéssel és infrával foglalkozik és kilométerekre van a fejlesztéstől, az továbbra sem devopsban dolgozik, csak a pozíciója át lett brandelve devopsra, mert már belépett egyszer aws konzolra.-a platform csapat a devops topológiák közül a király
nem az, hanem az egyik lehetséges antipattern, nem lebontja a silókat, hanem fenntartja-"a devopsos ember" (a topikban használt értelemben) az architekt, aki megmondja a frankót
nem az, általában fogalma sincs a termékfejlesztésről és az egyes alkalmazás domainekről, így adekvát architektúrát esélye se lenne lerakni, egy platform csapat leginkább egy közös toolsetet, runtime-ot tud adni, meg felette egy lehetőleg minél vékonyabb közös réteget, ami a szoftver architektúrának egy szelete csak-a banki informatika a szakmában az etalon
öö, valamelyik másik univerzumban.Amúgy jól mondod Madwe
a manuál tesztelő pozíció tökéletesen felesleges egy normális fejlesztő csapatban, ahol megvannak a megfelelő skillek tesztautomatizálásra. A jó ég mentsen meg attól a cégtől vagy projekttől, ahol manuál tesztelőn alapszik a tesztelési kultúra. Évek alatt a manuál tesztelősdi oda vezet, hogy nincs lefedettség, a release cycle lelassul, megnő a cost of change, majd lebénül a csapat release-elési képessége, a minőség pedig béka segge alatt.
Majd a manuál tesztelőnek fogom magyarázni, hogy mit hogy kell tesztelni, aztán majd release-kor arra fogok várni, hogy leteszteljen valamit a két kis kezével, ahelyett, hogy egyszer leautomatizáljuk a tesztet.Db team vagy dba megint tök felesleges általában a csapatok 99%-ába, mert semmi olyat nem tud, amit egy expert fejlesztőnek nem kéne tudnia megoldania.
Security team nem felesleges, de ugyancsak az ég óvjon attól a terméktől, ahol a security team biztosítja a termék biztonságosságát. Egy külön silós teamnek nem sok köze az egyes termékek alkalmazás fejlesztéséhez, céges szintű policykkel foglalkoznak, madártávlatból auditálnak, másik által írt toolokat, scannereket használnak, ami nem pótolja a fejlesztő csapaton belüli security funkciókat, megfelelő awarenesst, igényességet, kultúrát, és fordítva, ezek megléte nem helyettesíti a céges szintű security funkciókat, követelményeket, megfelelést. Ennek analógiájára a platform/ops/infra csapat se felesleges, sőt, csak tévesen devops csapatnak meg devops engineernek hívják őket.
A többi sem felesleges, csak nincs sok köze a fejlesztéshez, és nem keverendő ide. -
#36411
VirsLee
támogató
golfvariant
#36405
válasz
golfvariant
#36405
üzenetére
1.26m pont elég arra, hogy találj magadnak egy angol tanárt, utána pedig egy jól fizető melót. Data terület nagyon jól fizet manapság, persze fejlődni kell és kell az angol is. Ez 4-5 éve volt jónak mondható ezen a területen. Ne értsd félre, ha szigorúan csak /sql-t akarsz pöcögtetni, akkor túl sok plusz nem lesz benne, de ha mellédobsz angolt, egy kis python és egy minimal cloudot, akkor elkezdhetsz 1.6-1-8m és fölötte gondolkodni.
-
szerintem egy senior backendes feladata architekturalis(beleertve az infrat is) kerdesekkel foglalkozni.
OMG, dehogyis. Garázscégeknél oké, de ahol több száz/ezer ember produktumát kell mederben tartani, ott ez nagyon-nagyon nem így működik. És ehhez még giga multinak sem kell lenni, az összes nagyobb bank így működik nálunk is például.
#36405golfvariant
Szerintem ebben a sztoriban ennyi van. -
Madwe
nagyúr
válasz
#79563158
#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 -
#79563158
törölt tag
-
#36407
nyunyu
félisten
golfvariant
#36405
nyunyu
félisten
válasz
golfvariant
#36405
üzenetére
Tavaly senior PL/SQL fejlesztőként találtak meg bruttó 1.3-1.5M ajánlatokkal, de azok nem voltak elég jók ahhoz, hogy váltsak a mostani helyemről.
-
#36406
dellfanboy
őstag
golfvariant
#36405
dellfanboy
őstag
válasz
golfvariant
#36405
üzenetére
megkopott angollal sztem bőven jó
-
#36405
golfvariant
aktív tag
golfvariant
aktív tag
Megkaptam az "inflációkövető" 5% fizuemelésem
Nem: férfi
Kor: 35
Munkakör: Adatbázis fejlesztő (Oracle PL/SQL, MSSQL, PowerBI riportok)
Végzetség: Mérnökinformatikus BSC
Nyelvtudás: angol középfokú nyelvvizsga, szóbeli része már megkopott, írásban elboldogulok.
Br. fizetés: br 1.2m -> 1.26m
Egyéb: laptop, HO (konstans heti 1-2 nap iroda)
Hely: Budapest, KKV
Tapasztalat: 10+ év tapasztalat.Ez az br 1,26m mennyire számít jónak adatbázis/adattárház fejlesztőként?
-
crocy
tag
egy külsös cegben meg megertem a "devops" letjogosultsagat, ahol maga az a szolgaltatas, hogy cloudos infrat terveznek es raknak össze masnak.
de belsöskent, milyen mas cegnel lenne meg szükseg ilyen dedikalt csapatra? max ilyen nagyüzem multinal, ahol fossak ki magukbol folyamatosan futoszalagon az uj appeket. hat kösz ilyen helyen en nem dolgoznek.
szerintem egy senior backendes feladata architekturalis(beleertve az infrat is) kerdesekkel foglalkozni.
ma mar siman ki lehet rakni egy app-et felhöbe github actions terraform comboval.
ez is egy kitalalt szakma 600ezer tool-val meg overengineering-vel, szetkontenerizalassal, hogy el lehessen erte kerni nagy lovet.
-
tototos
addikt
Huh de jó ezt olvasni. Én eddig olyannal találkoztam amikor van egy platform csapat akik mondjuk a SW architektúrát határozzák meg. A dev csapatok már erre alapozva csinálják a customer projekteket. Külön van egy quality csoport akik csakis a folyamatokat intézik, legtöbbször úgy hogy semmilyen kontakt nincs más csapatokkal. Aztán van egy toolos csapat akik meg megpróbálják az összes igényt kielégíteni és ezer éves toolkat foltoznak azért hogy a folyamatnak megfelelő legyen minden.
-
#36402
Ron Swanson
senior tag
Ron Swanson
#35483
válasz
Ron Swanson
#35483
üzenetére
Egy kis update, ma kaptam emelést:
-> Fizetés: bruttó 1140k
A többi paraméter ugyanaz (.NET 4 év tapasztalat). -
n00n
őstag
Egyébként én még csak ezzel a felállással találkoztam DevOps alatt eddigi karrierem alatt. Bár tudom hogy vannak helyek ahol a DevOps azt jelenti, hogy a Dev + feladatkörként még az Ops részével is foglalkozzon, ha lehet túlórában és ingyen
Nálunk is így van, hogy van egy külön központi csapat, aki ki találja az architektúrát, toolokat, processeket, stb. Lefektet ehhez minden szükséges alapot és átadja használatra a dev csapatoknak, de az architektúra kontrollja a központi csapat kezében van.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
neked kell eldönteni, hogy ez megérhet-e kevesebb pénzt. persze ettől remote még dolgozhatsz inne is usa, vagy svájci cégeknek jó pénzért.
De annyit pepecseltek már, hogy legjobb esetben is holnap döntenem kell és fel kell mondanom a mostani helyemen ahhoz, hogy ez megtörténjen. 
Új hozzászólás Aktív témák
- Projektor topic
- World of Tanks - MMO
- Mibe tegyem a megtakarításaimat?
- Hyundai, Kia topik
- Milyen TV-t vegyek?
- NVIDIA GeForce RTX 5070 / 5070 Ti (GB205 / 203)
- Mikrokontrollerek Arduino környezetben (programozás, építés, tippek)
- Óra topik
- Debrecen és környéke adok-veszek-beszélgetek
- Gyúrósok ide!
- További aktív témák...
- Telefon felvásárlás!! iPhone 12 Mini/iPhone 12/iPhone 12 Pro/iPhone 12 Pro Max
- DELL PowerEdge R730xd 16LFF 160TB+400GB 2U rack - 2xE5-2683v4 (16c/32t),256GB RAM,2x10G NET,HBA330
- BESZÁMÍTÁS! MSI B450M R5 5500 16GB DDR4 512GB SSD RX 6500 XT 8GB Rampage SHIVA ADATA 600W
- Telefon felvásárlás!! Xiaomi Redmi Note 12, Xiaomi Redmi Note 12 Pro, Xiaomi Redmi Note 12 Pro+
- TP Link HS100 Távolról vezérelhető Wi-Fi-s dugalj (Smart Plug)
Állásajánlatok
Cég: Laptopszaki Kft.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest