Új hozzászólás Aktív témák
-
Egon
nagyúr
válasz
#79563158
#32199
üzenetére
Vélhetőleg nagyon más körökben mozgunk.
Ha a Hays számokkal hasonlítom össze, akkor első ránézésre a junior és a senior sincs olyan nagyon távol, egyedül a medior bérek alacsonyabbak némileg.
Senior IT security Consultant a Hays szerint is 2M alatt van a max. bérsávban, persze a team lead/architech kategória kilóg felfelé, de azok a pozíciók az összes pozi töredékét teszik ki. -
HoTDoG
tag
válasz
Citroware
#32168
üzenetére
+1, különösképp az 1. pontra.
Míg ott az egész országban, bármilyen munkakörben elérhető egy normális élethez elegendő fizetés, addig Magyarországon csak néhány munkakörben, és leginkább csak egy városban elérhető ez a szint.
Ahogy írta is valaki, ha óvónő a feleséged, akkor egészen másabb a matek. Meg persze minden más is. -
Corwin
újonc
sziasztok, régi lurkerként gondoltam megosztom “pályakezdő” infoimat, hátha valakinek segít.
Nem: Ferfi
Kor: 28
Lakhely: Vidéki nagyváros
Tapasztalat: 1 év L2 network support
Jelenlegi munkahely:
Kicsivel több mint egy éve Network Admin.
Fizetés bruttó 600, + évi ugyan ennyi cafeteria, +”13.havi fizetés” ami valójában egy fix bónusz ami egy havi fizu és mindenképp jár. Nagyon nyugis a meló, sima NWH + havi 2-3 on call ami 24 órás. Tulorakkal általában olyan 450-500ra jön egy havi nettóban, attól függően mi történt on callban illetve volt e hétvégére szervezve(vagy vállaltam e) valami. Egyáltalán nem megerőltető, sőt. Rengeteg idő jut tanulásra mellette.
CCNA vizsgát az előző munkahely előtt letettem otthon felkészülve, azelőtt vendéglátásban dolgoztam, onnan váltottam szerencsésen.CCNP meg van, Python megyeget (ChatGPT-vel nagyon is jól
), most valamelyik cloud certet akarom elkezdeni, csak meg nem találtam ki, melyiket. Ebben az irányban szeretnek tovább menni, vagy cloud engineer vagy DevOps, igazabol annyira meg nem latok bele, de siman a Networknek hosszútávon nem tudom mennyi jövője van, fizetés szempontjából meg pláne. Cégen belül network engineer illetve több év tapsztalattal az architect csapatba lehetne tovább menni, meglátjuk. -
crocy
tag
válasz
ReFleXx
#32188
üzenetére
NEM.
az Entity (ORM) meg szerintem teljesen rendben van. folyamatosan fejlesztik, gyorsitjak. az egyetlen egy bajom vele az, hogy verziougrasoknal tele van breaking changekkel es szopas upgradelni. de igy saccra az esetek 95%-ban hatekony query-t general. meg azt is megkockaztatom, hogy csak maga az Entity miatt erdemes valasztani a .NET-et.
szoval:
Entity > inline query > stored procedurea db expert arcok meg kihaloban levö allatfaj. ilyen legacy nagy fos rendszereken (tipikus bank) van rajuk szükseg, ahol csomo üzleti logikat stroped procedure-ben irtak.
de teny es valo, hogy egyre kevesebben vannak, akik ertenek az SQL-hez, es erre a resre alakult ki a "Data engineer" pozi. felhö töcögtetesert, meg egy alaposabb SQL tudasert kitünöen el lehet adni magadat. es meg se kell szakadni a meloban....
-
#32189
CyberPunk666
senior tag
CyberPunk666
senior tag
Beleszámoltam a juttatást is, mert a mértéke kb kerekítési hibának jó.
Volt már olyan, amikor kaptam jutalmat, de olyan is, hogy nem. Ez nem az én teljesítményemtől, hanem a cégétől függ, azzal nem számoltam benne.Autóipari multinak dolgozom be külsősként, és sokkal magasabb a fizetésem, mint a belsősöknek.
-
426os
őstag
válasz
tototos
#32185
üzenetére
Még azt hozzátenném a magyar törtetéshez, hogy otthon rá is van kényszerülve az ember, hogy a plusz feladatokkal, előléptetéssel, munkahelyváltással, fusizással stb. fedezni tudja legalább az inflációt és/vagy forint gyengülést. Ha nem törtetsz, simán lehet, hogy reálértéken kevesebbet keresel, mint pár éve, még békeidőkben is. Most meg főleg.
Nyugatabbra egy kicsit stabilabb, kiszámíthatóbb az élet, és kapsz alapból annyi fizut, amiből megélsz. Többen írták itt a topikban, hogy egy bizonyos szint felett az ember szabadideje többet ér a plusz fizetésnél. Ez ma, MO-n az emberek igen nagy többségének elképzelhetetlen dilemma (nem csak az anyagiak miatt, hanem a kiszámíthatatlanság miatt is), míg nyugatabbra az emberek többsége valóban megengedheti magának, hogy inkább a több szabadidőt válassza a több pénz helyett és ezzel a végén mindenki jobban jár. -
gyépés
aktív tag
válasz
Vision
#32151
üzenetére
Itt szerintem nem ezzel volt a gond, hanem a Hibernale felcserélheti a műveketek sorrendjét a tranzakciókban, amit néha meg is tesz. Szóval nem olyan sorrendben leszneka az insertek/update-ek, ahogy te beleírtad a kódban. Itt is el lehetett, hogy a tárolt eljaras előbb hívódott, mint az insert/update a tranzakción belül
-
tototos
addikt
válasz
Citroware
#32181
üzenetére
Amit én még látok, hogy ha elvégzed a munkádat és nem ugrálsz plusz munkáért akkor nem igazán emelnek a béreden. Úgy tekintik, hogy te jó pozícióba vagy és csak annyit emelnek amit nagyon muszáj.
Gondolom külföldön nincs annyira versenyzés abból kifolyólag, hogy mindenféle extra nélkül is megvan az amiből élni tudnak jó színvonalon. -
tototos
addikt
-
-
válasz
tototos
#32175
üzenetére
Többet akar keresni a magyar és ezért törtet. Egyrészt az egész népbe bele van nevelve a rabszolga lét már régóta, dolgozzanak csak pusztulásig olcsón (ez jó a multiknak), másrészt pedig ahhoz, hogy valaki Magyarországon jól megéljen, jól meg kell izzadni érte és/vagy kiváló képességekkel kell rendelkezni. Ezt a törtetést viszik a magyarok külföldre is magukkal, pedig nyugaton kevesebb teljesítmény is elég lenne, habár ez a többletteljesítmény ellensúlyozza azt, hogy a külföldi hátrányban van, illetve a sosem tökéletes nyelvtudást. Én pl meglepődtem, hogy az utóbbi 1-2 hónapban viszonylag magas felelősségeket rám bíztak, ugyanakkor teljesítmény alapján simán érthető.
Ausztriában az ember helyzete más. A legolcsóbb értékű munkákkal is keresnek annyit, ami minden alapvető szükségletre elég és még többre is, és ahhoz képest a jól fizető hivatások annyival nem adnak többet aránylag, ahogy már említettem, ugyanazon szakmán belül pedig az alja és teteje között még annyi különbség sincs, tehát a jól teljesítő és kevesebbet teljesítő között, vagy az újonc és tapasztalt között, vagy a jobban fizető és kevesebbet fizető cég között. Aztán az osztrák meg úgy van vele, hogy akkor minek erőltesse meg magát. Alig várja, hogy lelépjen haza, rengeteg idő adatik meg a magánéletre, és ez a munka-magánélet egyensúly nagyon jó mindenkinek, főleg az egészségnek.
-
-
#32178
tototos
addikt
bilimbalam
#32177
tototos
addikt
válasz
bilimbalam
#32177
üzenetére
Majd mindjárt jönnek a kommentek, hogy külföldön még többe kerül az ingatlan mint itthon...
Céges autó külföldön? Nekem az a tapasztalatom a mostani cégnél, hogy a külföldiek ki vannak akadva mert az itthoni középvezetőknek jár a céges autó, náluk meg nem csak feljebbi szinteken. -
#32177
bilimbalam
tag
bandus
#32176
bilimbalam
tag
válasz
bandus
#32176
üzenetére
Mivel magyarországon az átlagkereset még alapvető megélhetésre sem elég, nem hogy esetleg ingatlan vásárlásra, vagy magánorvosra. Ezalatt bárhol nyugatabbra netto 1.1-1.2 a teljesen átlag fizu, ezt kb bárki megkapja. Budapesten az átlag netto 3-400 semmire sem elég, csak hogy ne dögölj éhen.
Azt ne is említsük, hogy az anyaországban az enyémnél kettővel kisebb job levelen is jár már céges autó, és nettó 2 milla. Itt meg kettővel feljebb nuku autó, nuku netto 1 millio, nem hogy ketto…Boltban meg ugyan annyiba kerul minden.
És akkor most ugye a magyar senior, anyaországi basic juniort hasonlítottam össze…
-
-
válasz
tboy93
#32163
üzenetére
Azt nem mondtam, hogy feltétlenül a vezető fejlesztőé. De ilyenkor azért kapcsolni kell és szólni a vezetőségnek. Én is múltkor toltam szabadidőmben egy full refaktort tesztekre mert egy review-n nem vettem részt, holott csak a megbeszélt dolgokat raktam bele.
Félreértés ne essék számon nem kértem csak zavart
Szerk.: Persz ez szigorúan szvsz!
-
válasz
Citroware
#32168
üzenetére
3. pont: ezt én is érzékelem. ami nem tesz túl jót egy startup szerű cégnek. Oppenheimer is megjárta velük, és őszintén én sem érzem például a legjobban magam, másra számítottam. de ezt nem láttam három hónap után, csak most fél év elteltével, hogy mi is hiányzik ebből a cégből, hogy sikeres legyen (szvsz). meglátjuk sikerül-e ezt hozzátenni, vagy sem. ha nem, akkor egy jó kaland vol, adok még a dolognak 6 hónapot.
-
válasz
bandus
#32167
üzenetére
Pedig reális. Ennek több oka is van.
1. Magyarország nagyon egyváros központú. Ott van minden, itt vannak a magas fizetések is, de a lakhatás is ugye több. Sokkal nagyobb a különbség a fővárosi és vidéki összegek között, mint más országokban. Ezzel szemben Ausztria sokkal szétszórtabb, máshol is van élet, IT-állások, és a lakhatás a Budapesti árak szintje alatt van, kivéve Bécs.
Alapvető probléma, hogy országos átlagot hasonlítotok a budapesti top fizetésekhez.
Nézzük, mi van Magyarországon vidéken.2. Ausztriában - ahogy a múltkor írtam - nincsenek nagy különbségek a fizetések között az alja és teteje között. Erre akkor kitértem, most nem fogok.
3. Az osztrákok nem egy szorgos népség. A többségtől nem lehet azt várni, hogy nagyon megizzad a munkával és nagyon sok mindent megcsinál. Nem lehet arra számítani, hogy hűdesok érték lesz teremtve. A többség minden pénteken már délben lelép haza, meg úgy általánosságban is a legkisebb "betegség" miatt nem jön egy hétig, és még lehetne sorolni. Nem is érdekli őket annyira, mennyit keresnek, a magánélet minősége fontosabb, és abba nem szól bele sokat az, hogy plusz-mínusz €10k évente, más a prioritás. A magyarokban általában sokkal több törtetés van, hogy fejlődjön, feljebb lépjen, stb.
-
válasz
MrSealRD
#32153
üzenetére
elég sokkoló, de nekem nem tűnik túl reálisnak. bár it területen nincs tapasztalatom, de én ugye ezeknél magasabb fizut kapok, budapesten meg marhára nem így volt. a héten interjúzott egy cimbim az egyik nagy bankhoz cloud/data management területre, ott nem akartak 6 számjegyű összeget adni, de 90-95k körül volt a fizetési sáv. nem gondolnám, hogy akkor egy komoly senior developer meg 80k-t keresne.
-
-
carapace
tag
válasz
Vision
#32149
üzenetére
Persze, de ha egyszer nagy adathalmazokon kell komplex transzformációkat futtatni, majd az eredményeket visszaírni a db-be, ÉS a performancia is számít, akkor egyszerűen nem tudsz mást csinálni, mint hogy a DB oldalon tartod. Konkrétan ezt a projektet ez vágta galyra, de olyan szinten, hogy több tízmillió CHFet elégettek a nagy büdös semmire, és nem sokkal később maga a cég is bedőlt. Ja szóval igen, architect, ba, stb, aki ért hozzá, nem árt.
-
Szerintem nem az volt. Az akkori vezető fejlesztő 10-12 orat nyomta a melót, 10 felé szakadt, csak ő reviewozott abban az időben, egyszerűen nem volt rá kapacitása. A vezetőség hibája, hogy akkor azt a helyzetet engedte kialakulni. Később észbe kaptak és elkezdték szét delegálni a teendőit.
-
bilimbalam
tag
válasz
CyberPunk666
#32108
üzenetére
Szép, grat!
Ez még az utóipari multi? Elkezdtek ők is fizetni?
Láttam van most kismillió nyitott pozi. Tudod esetleg, hogy tesztelőként (senior) milyen fizuk érhetők el ott? -
lumpy92
aktív tag
Némileg megnyugtatólag hat olvasni, hogy porgramozóknál is megvan ez a ki mihez ért és a másikhoz miért nem dolog.
Sajnos ezeket a megrendelőkkel nehéz összeegyeztetni, legalábbis építőipari mérnöki területen.
Van egy tervezési projekt, aztán menet közben derül ki, hogy ehhez kell statikus tervező, kell egy átemelő, aminek a villamos dolgaihoz már villamosmérnök kell, de be akarja kötni egy meglévő rendszerbe a vezérlést/távvezérlést, úgyhogy kell egy hírközlési tervező is.
Ja vannak igények a tereprendezésre, úgyhogy egy tájépítész is kéne. És már alapból bele volt kalkulálva a geodéta, a talajmechanikus, az építész és a vízépítő mérnök (aki manapság sokszor egyben az utas tervező is...).
Aztán lehet kardozni az alvállalkozói költségek utólagos érvényesítésén, meg morcos a megrendelő, mert miért van lehúzva ennyi mindennel és miért nem csinaljuk meg mi házon belül. Azért mert képtelenség már ennyi mindenhez érteni (és még ha értenénk se írhatnánk alá a tervet, mert a különböző kamarai jogosultságok másfajta végzettséghez kötöttek). -
Xero
nagyúr
válasz
Ursache
#32154
üzenetére
Ezt mar sokszor korbefutottam, hogy merre erdemes mozdulni mint solution/software/cloud architect.
Ausztria kb ugy fizet vagy szarabbul mint Budapest. Europaban ha szamitasba veszem az adokat, elet alap koltsegeit, akkor csak Svajc es London johet szoba esetleg Irorszag. Mindenhol mashol minuszos a dolog. -
Kis egzotikum... [Software Developer Salary in Austria [2023]]
-
válasz
gyépés
#32150
üzenetére
Ez a probléma fel sem merült volna, ha nem kell tárolj eljárást hívogatni, mert Java kódon belül ezek mind kezelve vannak.
Amúgy igen, nyilván mindenhez érteni kell (kéne), de ezzel a bölcsességgel aztán tényleg nem sokra megyünk a mindennapi munka során. Abból kell főznünk, ami van.
-
gyépés
aktív tag
válasz
Vision
#32149
üzenetére
Szerintem nyunyu példája nem erről szól, hanem, hogy egy ORM, legalábbis a javas implementációk nagy része, komplexebb eszköz, mint a legtöbb fejlesztő gondolja, emiatt a használata nagyobb körültekintést igényelne.
Egyébként meg igen, amihez nem értünk rendesen, ott lehet meglepetésekre számítani. Még néha akkor is, ha értünk hozzá. Ez ilyen.
-
válasz
carapace
#32137
üzenetére
Látod, nyunyu példája is mutatja, hogy mennyire problémás lehet, ha szétvágod a logikát az app és a DB között. Van létjogosultsága a tárolt eljárásoknak, de ilyenkor nagyon pengének kell lenni architect, BA, dba szinten. Ritkán van meg ehhez az összeszokott csapat, a jó dokumentáció, és az akarat. Egyszerűen praktikus okokból is érdemes app szinten maradni, különben jönnek az éjszakázások, meg a fejvakarás, ahogy a már említett példában is van.
#32144nyunyu
Haha, nem az E-betűs banknak dolgoztál véletlenül? Ott volt olyan PL/SQL programozó, akinek nekem kellett átnéznem a kódját, és megmondani neki, hogy hol a hiba. Sohasem foglalkoztam PL/SQL-lel. -
Lortech
addikt
válasz
nyunyu
#32144
üzenetére
Az a "trükk", hogy mint mindenhez, JPA-hoz/Hibernate-hez is érteni kell. Egy ORM elrejt komplexitást és karbantarthatóbb, kényelmesebb megoldás lehetőségét kínálja a problémára, de a komplexitás ott marad. Mint a legtöbb +absztrakciónál, itt is az van, hogy nem neked kell megírni és maintainelni, de pontosan érteni kell, hogy hogy működik.
Van néhány ökölszabály, amit be kell tartani a fizikai adatmodell tervezésekor és ennek ORM-mel leképezése során, hogy szép és performáns legyen.
A memória használatot nagyon szépen lehet korlátozni és előre meghatározott keretek közötti tartani java adathozzáférésnél, és kell is. Ezek az apróságok különböztetnek meg egy robusztus rendszert egy naiv fejlesztők által összerakott, általában működik típusútól.
Nem stackoverflowt kell olvasgatni, hanem például Vlad Mihalceát. De mindenekelőtt olyan embert érdemes alkalmazni, aki ért a munkájához és nem egy próbálkozót. -
nyunyu
félisten
válasz
gyépés
#32143
üzenetére
Kedvencem eddig az volt, amikor tömeges telefonelőfizetés szerkesztőt szállítottunk.
Üzleti logika szigorúan DB oldalon, hogy sebesség is legyen, meg konzisztens is maradjon, Java az csak a csilivili GUI.Kellett egy képernyő, ahol egy gridben meg kellett jeleníteni a szerkesztés alatt álló előfizetések főbb paramétereit, hogy az ügyintéző még egyszer átnézhesse, módosíthassa, majd a Tovább gombra meghívni egy tárolt eljárást, ami az adatok alapján a CRM számára legenerálta az egyes előfizetések módosítására szolgáló megrendeléseket.
Jöttek panaszok arról, hogy nem működik jól: ha az ügyintéző átírt egy telefonszámot, és egyből a Tovább gombra kattintott, akkor a DB a régi telefonszámra generálta le a megrendelést, nem az újra.
2 hétig rugdostam érte az egyik Java fejlesztőnket, aki nem tudom, hányféle annotációt próbált végig (kb. kétszer végigolvasta a stackoverflowt), hogy amint elveszti a fókuszt a grid cellája AZONNAL mentsen, flushöljön, commitoljon, de egyik sem segített.
Megoldás az lett, hogy be kellett tenni egy fél másodperc sleepet a Tovább gombnál a tárolt eljárás hívása elé, hogy biztosan végezzen a Hibernate az utoljára módosított grid sor mentésével, mielőtt az elinduló tárolt eljárás lockolja a táblát...
-
gyépés
aktív tag
válasz
nyunyu
#32132
üzenetére
Én backend fejlesztő vagyok, pont amiatt utálom az ORM-eket, amiért te is. Valamit összehánynak benne, aztán megy a fejvakarás, mikor kiderül, mi lesz belőle a db-ben. Ha meg ki akarják faszázni, az megint olyan meló, meg tudás, ami már megkérdőjelezi, hogy nyerünk-e annyit az ORM-mel, mintha pucér sql-eket írnánk meg rendesen.
Emellett meg a DBA mindenképp kell, ha normális terhelést normalis válaszidővel akarsz db oldalról lekezelni. És pont. Az megint olyan specializált, komplex terület, hogy fejlesztők nem fogják tudni.
Volt szerencsém úgy dolgozni, hogy a DBA-val lebeszéltük, mi a feature, és az SQL-részt kb közösen csináltuk. Én tudtam, mit akarok, ő meg mondta, hogy csináljuk, hogy ne térdeljen le a rendszer. Sajnos nem gyakori az ilyen. -
válasz
Alcsi69
#32138
üzenetére
Arról beszélünk, hogy még be se fejezted az első bsc-t, de már másik 5 évre szeretnéd lekötni magad a magyar felsőoktatásban. Inkább azt döntsd el magadban először, hogy mit is akarsz csinálni. Továbbá azt, hogy mennyi a nemzetközi értéke egy magyar közgáz diplomának. Szerintem minimális.
-
-
-
Alcsi69
senior tag
Sziasztok!
Jelenleg Villamosmérnök BSc-n vagyok egy vidéki egyetemen és sajnos egyelőre úgy néz ki a dolog hogy a már alapból csúszásból még hosszabb csúszás lesz. (Úgy tűnik hogy valamiért egy tanár nagyon pikkel rám, pedig abszolút semmiféle hülyeséget sem csináltam) Egyébként levelezőn vagyok már előző év januárjától, mivel elég jó munkát sikerült szereznem.
Mivel nagy valószínűséggel ha csúszás lesz akkor egy darab tárgyon és a záróvizsgán kívül nem lesz vissza semmi, ezért arra gondoltam hogy lehet pótfelvételivel elmennék még egy BSc-re (nagy valószínűséggel pénzügy és számvitel).
Később tervezek egy MSc-t is végezni, azt is valószínűleg valamilyen közgazdaságtani területen (pénzügy, számvitel, közgazdasági elemző). Aztán persze el Hungarisztánból valami értelmesebb fajta országba.
Véleményetek szerint értelmes döntés lenne a plusz BSc megszerzése?
Köszönöm!
-
-
válasz
#39560925
#32123
üzenetére
+1
Miota prod. megy a mostani projekt azota folyamatosan jonnek a refaktor igenyek a különböző query handlerekre, mert orrba szajba irtak a fejlesztők a fos linq-kat amit az entity framework ugy forditott le, hogy soronkent 1 select... Mondanom sem kell, hogy mennyire nem optimalis. Persze ha sql profilerrel megnezte volna barki, hogy egy query hivas milyen sql kodot general vegso soron, akkor most nem kene ujrairni a kod felet. -
carapace
tag
válasz
#39560925
#32128
üzenetére
Én dolgoztam olyan projekten, ami azért ment a kukába öt év után, mert olyan bonyolult kalkulációkat próbáltak begyömöszölni az ORM-be, ami nem volt oda való, ide-oda pingpongozott a DB és az alkalmazás bazi nagy adathalmazokkal, aztán a végén nézte a user a timeoutot. Egyszer feltettem a kérdést, hogy vajon ezt miért nem lehetett volna tárolt eljárásokkal implementálni, az volt a válasz, hogy nincs olyan fejlesztő a cégnél, aki ilyen mélységben értene az sql-hez.
-
nyunyu
félisten
válasz
Vision
#32125
üzenetére
Én DB fejlesztőként ugyanúgy szoftverfejlesztőnek tekintem magamat, mint a javások, csak más műfajban utazunk
Talán a mi munkánk nem annyira látványos, mert az átlag user nem annak az eredményét nyomkodja.Ha ebbe belepusztul az app out of memoryval, akkor ott megnézném az adatmodellt is, és dobnám a kukába/lőném agyon az alkotóját. Nyilván ez fikció, mert már régen nincs a cégnél, a rendszer meg sosem lesz kijavítva.
Valahogy sikerült végtelen ciklusba kergetnie magát, amikor az ügyfél tábláról átment a ügyfél előzményre, onnan az ügyfélre, aztán vissza az ügyfél előzményre...
Végül valami új annotáció kellett neki, hogy ne próbálja rekurzívan bejárni a táblákat.
Régi hibernate alapból nem járta be újra a már érintett rekordokat.De ez csak egy példa volt, miért kapok DB fejlesztőként hülyét a hibernatetől.
-
-
válasz
MrSealRD
#32126
üzenetére
Tudom, és tudom. Anno mi csak olyanokat vettünk fel, akiket egy másik stackről képeztek át Javára. Az EPAM academy jó része is így indult. Nem hinném, hogy ilyen emberekkel neked is gondod lenne.
De azt azért elfogadod remélem, hogy az a bootcamp, ahol pékekből próbálnak programozót képezni más színvonalú lesz, mint ahol mondjuk MSc diplomás mérnökből? Vagy amit írtam is, 20 éve programozóként dolgozó szakiknak megtanítják a kurrens stacket.
-
-
válasz
#39560925
#32123
üzenetére
De könyörgöm, ne magyarázzatok már bele olyat, amit nem mondtam! Nem azt írtam, hogy egyáltalán nem kell tudni SQL-eznie. Egy pár sorosat pedig nagyanyám is összedobna pár hét gyorstalpaló után. És ne állítsuk már azt, hogy egy sztenderd java appnak extrém módon összetett lekérdezéseket kell futtatnia, amit a Java fejlesztő fog lerakni SQL-be. Nope, ezt szépen majd legyártják a DB tervezői, vagy a riporting osztály, vagy a BA, vagy a tököm se tudja kicsoda. Én ezt sosem vártam el a fejlesztőimtől, szépen megcsináltuk mi az SQL-eket, már csak azért is, mert nekünk volt domain tudásunk.
#32124nyunyu
Ha ebbe belepusztul az app out of memoryval, akkor ott megnézném az adatmodellt is, és dobnám a kukába/lőném agyon az alkotóját. Nyilván ez fikció, mert már régen nincs a cégnél, a rendszer meg sosem lesz kijavítva. -
nyunyu
félisten
válasz
Vision
#32122
üzenetére
Na a Hibernate meg a másik gyöngyszem.
De múlt héten megértették, miért ugatok folyamatosan ellene, amikor Hibernate verzióemelés után napi 3x lehalt a bank, mert ész nélkül szeriaizálni akart egy 300+ hiteligénylési próbálkozásnál járó ügyfelet, aztán folyamatosan out-of-memoryt produkált a szerver.
-
#39560925
törölt tag
Érdekes hogy néha az interjúk mennyire random módon sikerülnek. Brit multi magyar leányához a coding és system design interjúra is max pontot kaptam (leakelte az infót a HR-es csaj), svájci céghez meg full béna voltam a coding interjún, nem jutott eszembe a triviális megoldás magamtól, nem is mentünk tovább kövi körre. Kár érte, az jó lehetőség lett volna. Mindenesetre a brit céghez már csak a leadership interjún kell jól bullshitelni 1 órát, szóval onnan csak lesz egy versenyképes offer és nem kell a NER-be beágyazódnom. 🤞🏿
-
nyunyu
félisten
Naaaa, azért nem kéne ennyire lesajnálni az SQLt.
Másra való, az tény, de hogy nem fontos?Sok év nagyvállalati SQL hegesztés után határozottan azt látom, hogy az átlag szoftverfejlesztő nem tud jó SQL kódot írni, mert nagyon javásan gondolkoznak.
Aztán nem értik, miért ordítok, ha cursort látok a kódjukban.
-
#32119
Vision
veterán
CyberPunk666
#32117
válasz
CyberPunk666
#32117
üzenetére
Írtam korábban, bootcampből is van millió féle. És simán lehet, hogy oop alapok is hiányoznak nála. Azt meg azért ne állítsuk már, hogy egy 1+ éves, magas óraszámú képzés csak felszín kapargatásból áll! Ilyen nincs.
Azért az SQL tudással sw dev területen nem váltod meg a világot.
Azt se értem, hogy egy nem mérnöki végzettségű embert miért küldesz önképzésbe egy mérnöki területtel kapcsolatban. Ez hogy jön össze?
-
Misogi
aktív tag
Persze, jól látod. Én a bootcampen kizárólag azért gondolkodtam mert azért mélyítene a tudásomon valamennyit minden bizonnyal, mégha annyira extrém módon nem is + van állásgarancia. De egyébként mindenki próbál lebeszélni róla, szóval valószínűleg megfogadom.
-
#32117
CyberPunk666
senior tag
Vision
#32116
CyberPunk666
senior tag
válasz
Vision
#32116
üzenetére
A képzés eleje az ilyen függvény, ciklus elágazás kategória, utána oop alapok, kis sql, és a végén gyorstalpaló valami frameworkből, szerintem csak ez utóbbi lenne neki új. A többit a bootcamp se tanítja.
az alapján, hogy jr data engeskedik, úgy feltételeztem, hogy az sql-ig azért elméletben tanulta.
de lehet én tévedek.
-
#32116
Vision
veterán
CyberPunk666
#32115
válasz
CyberPunk666
#32115
üzenetére
...kb a képzési modul legvégén lévő utolsó pár hét lenne neked új és a lényeges...
Miért vagy ebben biztos? Én azt feltételezem, hogy a kolléga a szoftverfejlesztés alapjaival sincs tisztában. -
#32115
CyberPunk666
senior tag
Misogi
#32111
CyberPunk666
senior tag
válasz
Misogi
#32111
üzenetére
Ha visszakeresed a hozzászólásaim között (jó sok van), akkor írtam korábban a bootcampekről.
de a lényeget kiemelem: kb a képzési modul legvégén lévő utolsó pár hét lenne neked új és a lényeges, emiatt kár belevágni hónapokra milliókért és a minőség se olyan, hogy megérné. A kollégáiddal jobban jársz, mint a bootcampek mentoraival.
ritkán szoktam az önképzést ajánlani, én kimondottan ellenzője vagyok az önképzés ilyen formájának, de ha van helyzet, amire tényleg ez a legjobb megoldás, akkor az a tied.
-
#32114
CyberPunk666
senior tag
Misogi
#32111
CyberPunk666
senior tag
válasz
Misogi
#32111
üzenetére
Egyébként én mindenképpen azt javaslom, hogy a jelen helyedet ne dobd el másik nélkül, mert akár cégen belül is válthatsz, ami könnyebb lehet, ha van olyan pozi náluk.
Megmondod, hogy inkább az tetszene vagy ilyesmi.De első körben el kéne döntened, hogy mit is akarsz, mi a bajod.
Miért akarsz fullstack lenni? -
#32113
CyberPunk666
senior tag
Misogi
#32111
CyberPunk666
senior tag
válasz
Misogi
#32111
üzenetére
Akkor kicsit tegyük helyre, hogy mi micsoda.
A szoftverfejlesztő szakma az nem annyi, hogy aki kódot ír az szoftverfejlesztő. Sokan írnak kódot, akik mégsem szoftverfejlesztők.
Aki otthon felvágja a húst a kajához az sem hentes, és attól nem leszel villanyszerelő, hogy beszerelsz egy konnektort.Az, hogy valaki tud osztályokat csinálni, függvényeket, változókat, ciklusokat meg elágazásokat, és ezzel tud írni kicsi, 1-2-3 ember által napok/hetek alatt megírható programot az kódolás, és nem szoftverfejlesztés. Ez a legalsó belépőszint a szoftverfejlesztésbe. De az onnantól kezdődik.
A professzionális szoftverfejlesztő azt takarja, hogy képes olyan léptékű szoftver írására, ahol akár 30 ember 2+ évig írja a kódot, ami millió sorból áll, és a rendszer továbbra is működik, fejleszthető és nem omlik a fejükre az egész spagetti. Valamint, alapvetően azért mentes a súlyos szakmai hibáktól, tehát messze nem csak annyi, hogy működik.
Ezen kívül rengeteg szakma van, ahol kódot ugyan írnak, de ezek mondjuk 10 pici fájlból álló scriptek pythonban. Ez nem szoftverfejlesztés.
Egy ilyen szakma nem alacsonyabb rendű, mint a szoftverfejlesztés, akár hatalmas tudást is igényelhet (hálózatismeret, statisztika... stb).Csak ez egyszerűen nem szoftverfejlesztés. Az a kód-komplexitáskezelés profi szintje. azt nem lehet megtanulni azzal, hogy automatizálsz pythonnal adatutakat.
Még egyszer hangsúlyozom, hogy ezek is nagyon komoly szakmák, sok tudás kell hozzá, csak simán nem sw dev.
Ami azért is fontos, mert egy ilyen helyen szerzett tapasztalat az nem sw dev tapasztalat és ezt így is fogják kezelni.
Ellenben itt sem kell túl komoly sw dev tapasztalat, szóval ez oda-vissza ilyen.Ezért el kellene dönteni, hogy mit szeretnél.
A data vonal jól fizet és biztosnak tűnik az elkövetkező évekre, ezzel biztosan nem lesz gond. De sw dev nem leszel vele.
Az a fő bajod, hogy sw dev akarsz lenni? Vagy mi a félelmed / problémád tulajdonképpen ?
-
Marky18
aktív tag
válasz
Misogi
#32111
üzenetére
Ha az alapok megvannak, akkor ugyan mindegy, hogy Python vagy Javascript. Ha nincsenek, akkor pedig ne ezen gorcsolj.
Viszont azt dontsd el, hogy webezgetni akarsz, vagy beleasni magadat a data vilagba, mert ez egy nagyon specializalt tudast igenyel, amivel nem lehet egyik honaprol a masikra webre ugrani. Specializalt tudas != programnyelv. -
Misogi
aktív tag
válasz
Misogi
#32080
üzenetére
Esetleg amin még filózok hogy lehet maradok ennél, tanulok melóban meg mellette is és nézelődök majd Data vonalon. Talán egy Data Engineering pozit el tudnék csípni (remélhetőleg). Hülye ötlet? Kicsit borúlátón látom a dolgokat és gondolkodom a fullstack bootcamp-en, de mindenki próbál lebeszélni róla.
Az zavar hogy nem Java-t vagy JS-t használok melóban és nem ez a fókusz, de próbálok pozitív maradni.
-
n00n
őstag
Megjelent a NoFluffJobsos Q1-es bértáblázat is: link. Mondjuk én szerintem ez nem túl mérvadó, mert gondolom a harmadszor megújított Senior Java Dev br. 500-ért (
) hirdetés háromszor is bele van ez miatt számolva, szemben a megegyező pozival, ami br 2 millió, és ez miatt csak két hétig van fent 😀 -
#32109
tototos
addikt
CyberPunk666
#32108
tototos
addikt
válasz
CyberPunk666
#32108
üzenetére
Az már elég szép beágyazott területen. Grat hozzá. Fizun kívül van valamilyen juttatás?
-
#32108
CyberPunk666
senior tag
CyberPunk666
senior tag
beágyazott sw dev ~8év tapasztalat, sima dev beosztás
safety crit, real time, low level stb buzzwordok.
Külföldi multi budapesten.
Nyelv: angol b2, német ~a1-2Régi hely, új fizu: bruttó 1.6M
-
Tegnap poénból jelentkeztem egy pozira, linkedinen találtak meg. Persze a retro, minden adatot egyesével tölts ki form volt. Tapasztalatokhoz nem írtam be semmit, iskolákat kitöltöttem. A végén a beküldés feltétele volt 3 referencia személy megadása. Simán dummy adatokkal feltöltöttem. Ezt így a GDPR korában, és egyébként is röhejesnek találom. Beírtam a komment mezőbe, hogy majd akkor hozok nekik referencia személyt, ha engem választottak, és a pénzben is megállapodtunk.
Nem is értem ezt az egészet.
), most valamelyik cloud certet akarom elkezdeni, csak meg nem találtam ki, melyiket. Ebben az irányban szeretnek tovább menni, vagy cloud engineer vagy DevOps, igazabol annyira meg nem latok bele, de siman a Networknek hosszútávon nem tudom mennyi jövője van, fizetés szempontjából meg pláne. Cégen belül network engineer illetve több év tapsztalattal az architect csapatba lehetne tovább menni, meglátjuk.
a programozasi trukkjeiteket tenyleg ne itt beszeljetek mar meg. elhiszem, hogy kikivankozik ha epp ertesz a temahoz de ez mar _nagyon_ off itt. hol egy topikgazda?
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
- exHWSW - Értünk mindenhez IS
- Milyen légkondit a lakásba?
- Baseus Inspire XH1 – nyomokban Bose-t tartalmaz
- World of Tanks - MMO
- Milyen belső merevlemezt vegyek?
- One mobilszolgáltatások
- S.T.A.L.K.E.R. 2: Heart of Chornobyl
- OLED TV topic
- NVIDIA GeForce RTX 5080 / 5090 (GB203 / 202)
- iPhone topik
- További aktív témák...
- Apple iPhone 13Pro 256GB Kártyafüggetlen 1év Garanciával
- KÉSZLETKISÖPRÉSI KARÁCSONYI ULTRAAKCIÓ! - MacBook Air M4 16GB 256GB Garancia!
- ÁRGARANCIA! Épített KomPhone Ultra 7 265KF 32/64GB RAM RTX 5080 16GB GAMER PC termékbeszámítással
- GYÖNYÖRŰ iPhone 13 Mini 128GB Blue- 1 ÉV GARANCIA -Kártyafüggetlen, MS4067,94% Akksi
- Apple iPhone 11 Pro Max / 256GB / Kártyafüggetlen /12Hó Garancia / Akku:84%
Állásajánlatok
Cég: Laptopszaki Kft.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest