- A svájci nemzeti bank szerint rossz ötlet a jegybanki digitális pénz
- Musk átirányította a Teslának szánt AI-chipeket
- A Biden-kormányt is zavarja a big tech és az adatközpontok energiaéhsége
- Windows 11
- Microsoft Office és Office 365 topic
- Microsoft Excel topic
- Zyxel NAS326
- Aliexpress tapasztalatok
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Programozás topic
Új hozzászólás Aktív témák
-
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.
-
Ron Swanson
senior tag
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). -
tototos
őstag
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.
-
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.
-
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?
[ Szerkesztve ]
-
dellfanboy
őstag
válasz golfvariant #36405 üzenetére
megkopott angollal sztem bőven jó
eladó dolgok:mondd az árát és vidd http://hardverapro.hu/tag/dellfanboy#aprohirdetesei
-
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.
Hello IT! Have you tried turning it off and on again?
-
section9
őstag
-
Madwe
nagyúr
válasz section9 #36408 üzenetére
Egyébként manual tesztelő minek? végig tudja nyomkodni a senior dev... automatáról nem beszélve... és a security team? felesleges. db team dettó. customer management is akkor már. sőt, tulképp a takarítónő, meg a cto is felesleges, mind meg tudná csinálni a senior dev
értem én hogy sok cloud szolgáltatást meg lehet venni csomagban, de azért pl egy devops tudás nem annyiból áll hogy összehákolok valamit ghaban s tfel cdkval kiteszem oszt jónapot. bizonyos ideig ez lehet elmehet, meg ha olyan az audit, slo sla hogy tulképp belefér, akkor miért ne... de hatékony biztos nem ez a rendszer lesz ahogy skálázódik[ Szerkesztve ]
-
veterán
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.[ Szerkesztve ]
-
VirsLee
őstag
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.
-
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.[ Szerkesztve ]
Thank you to god for making me an atheist
-
veterán
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. -
veterán
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.
-
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. -
VirsLee
őstag
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 -
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. -
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]"Bonyolult kérdésre egyszerű választ keresni helyénvaló, de ritkán célravezető megoldás" (Wayne Chapman)
-
veterán
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.
[ Szerkesztve ]
-
srs24
csendes 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! -
VirsLee
őstag
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 -
carapace
csendes tag
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.
-
carapace
csendes tag
"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. -
veterán
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.
-
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).
"Bonyolult kérdésre egyszerű választ keresni helyénvaló, de ritkán célravezető megoldás" (Wayne Chapman)
-
carapace
csendes tag
Ó hát persze, nekem is volt egy olyan ami 5 év és több tízmillió CHF elköltése után lett lehúzva a budin, szerencsére akkor én már nem voltam ott. Legacy rendszer kiváltás volt, a követelményeket lényegében az első naptól ismerték, mégis ment a scrum baszakodás.
[ Szerkesztve ]
-
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
-
section9
őstag
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.
-
Madwe
nagyúr
válasz section9 #36434 üzenetére
És ha még meg is lenne a kompetenciája (mondjuk nyilván nem lesz egy 10 éve senior devnek annyi security/testelő/devops engineer kompetenciája mint egy dedikáltan olyan embernek) kérdés hogy ideje lenne e rá. S biztos hogy azzal kell töltse az idejét?
s eleve, egy csomó dolog bőven átnyúl egy darab termék/team scopeján, ott ki a döntéshozó, milyen jogkörrel, ki üzemelteti, ki váltja le? S ki látja át hogy az e a jó döntés?
senior dev értsen a securityhez, tudja milyen security toolokat vezetnek be náluk, járjon képzésre, eleve azt lélegezze. De ne ő hozzon cégszintű/diviziószintű sec döntéseket, se ne ő vezesse be az adott toolokat, s cég szinten ne is ő értékelje ki. Ugyanez igaz devops oldalon is, kapja meg a toolokat, játékszabályokat, tudja hogy teszem azt git flow s github flow közül választhat a céges platformon belül - vagy használjon mást de nincs support arra - s azon belül ő kompetensen tudjon döntést hozni…tök jó ez a döntsük le a silókat elmélet, s adott teamen belül bizonyos scopeig ez igaz is, de még egy banális példa: akkor írjon meg minden egyes squad egy gha workflowt ugyanarra? Ha egymásét használják ki ownolja? Senki?
a csapat mondjuk argot használ, b csapat fluxot, c csapat meg spinnakert, d pedig octopust cdre… ha változik valami, teszem azt a ci tool (bár nyilván akkor itt is mindenki a magáét használja) s kell módosítani a cd toolokon, mindegyiken minden csapat külön megteszi? Még ha adott toolt is használnak, de tök más verzión? Nem csak emberi erőforrásban, de hwban is elég nagy az overhead ilyen esetben nem? Biztos ez a jól skálázódás? Biztos hogy adott senior dev amikor a jenkins+spinnaker kombós teamből átkerül a gha+argosba, az azzal akarja tölteni az idejét hogy megérti az adott toolokat, a csapat libjeit hozzá a cicd részhez? Nem elég neki az hogy van x darab támogatott platform, az cégen belül rendesen ledokumentálva s csókolom, töltheti inkább az adott termék megismerésével az idejét? Biztos hogy az adott csapatnak kell a feladata s felelőssége legyen hogy mindenhol kellően szűk az iam roleok jogosultsága?
használjon mindenki külső cégek által adott cloud runnereket (ergo szervezzük ki a platformot teljesen?)ezek ilyen 100-200 fős cégeknél talán még nem nagy gondok - bár szerintem már bőven ott is, ha az a 100-200 fő az tech ppl, de felette?
nem e lehet, hogy jobb mantra a you build it you own it? Adott csapatban legyen meg a teljes kompetencia, ha ci, cd törik, ha prodon alert van, legyen az bármi miatt, akár infra miatt is, ki tudja értékelni, el tudja hárítani? S legyen egy transzparens, alá bedolgozó egyéb csapatok/divíziók, akik ebben segítik… nem lehet hogy ez bizonyos méret felett hatékonyabb?
de ok, tegyük fel hogy nem az. Tegyük fel hogy ez az egész hülyeség s a cégek is hülyék, feleslegesen hirdetnek meg ilyen állásokat s tök hülyeség az egész. Lehetséges. Mégis megteszik.[ Szerkesztve ]
-
Egon
nagyúr
Nemide
[ Szerkesztve ]
"Bonyolult kérdésre egyszerű választ keresni helyénvaló, de ritkán célravezető megoldás" (Wayne Chapman)
-
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| MCSE+M/S, MCITP, VCP6.5-DCV - ''Life can be hard, but Scooter is harder :)'
-
OPiiPO
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.
[ Szerkesztve ]
"Felesleges szigetelni a nyílászárókat, ha az ereszcsatornán szökik a meleg."
-
-
OPiiPO
addikt
válasz kraftxld #36439 üzenetére
Kíváncsi vagyok mire jutsz, majd számolj be légyszi (akár privátban is).
Újabban megint motoszkál a fejemben a contractorkodás, több volt kollégám is csinálja és bejött nekik erősen.[ Szerkesztve ]
"Felesleges szigetelni a nyílászárókat, ha az ereszcsatornán szökik a meleg."
-
sakal83
addikt
-
Drizzt
nagyúr
Még csak most tűnt fel, hogy idén még egyáltalán nem zaklattak Linkedinen. Szerintem soha az életben nem volt ilyen hosszú időszak megkeresések nélkül. Bár úgysem lennék rá nyitott, de szokatlan a dolog.
I am having fun staying poor.
-
-
-
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 #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...
[ Szerkesztve ]
Új hozzászólás Aktív témák
- LG OLED65G39LA 2 Év GYÁRI GARANCIA !!
- Godox Litemons LA200D 5600K LED lámpa
- Fujitsu Lifebook S752, 14" HD, I3-2348M CPU, 8GB RAM, 500GB HDD, WIN 10, Számla, Garancia
- Fujitsu Lifebook A532, 15,6" HD, I5-3230M CPU, 8GB RAM, 500GB HDD, WIN 10, Számla, Garancia
- Fujitsu Lifebook A530, 15,6 HD, I3-380M CPU, 4GB RAM, 250GB HDD, WIN 10, Számla, Garancia
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs