Csak erre reflektáltam: Igazabol sehogy, sok ertelme nincs ezeknek a titulusoknak.

Számodra nincs (nekem sem btw), de rengeteg embernek tényleg fontos.

Vagy vice president. Nem hiszem el, hogy emberek ezt képesek magukról beírni a CV-be, miközben 3 kérdésből kiderül, hogy lótifuti igavonó munkások egy tucatmultinál.

[ Szerkesztve ]

Oh en VP egeszen mas miatt lennek a Morganbe - azert eleg vonzo csomag tartozik hozza ahogy hallottam.
Mondjuk felolem engem hivhatnanak below under associate nobody-nak is, ha megadjak a VP csomagot es fizut

Amugy ez olyan, mint Mensa-ba is van aki azert lep be, hogy beirhassa oneletrajzaba meg kerkedhessen vele... De szerencsere nem mindenki ilyen - pl. van akit csak a tarsasozas erdekel

szerk.: Nem dolgozom a Morgannel, de ha mennek, egy VP szintu juttatasi csomagert tennem

[ Szerkesztve ]

En voltam papiron VP, de az a beosztas, nem a foglalkozas. Ehhez kepest a ceg megsem a QuantDev-et ami a munkaszerzodes szerinti hanem a VP-t igazolta vissza mikor a kov helyen hatterellenorzest tartottak es a foglalkozast kerdeztek... az az egy minor elteresem lett.
Mondjuk en sose irtam magamrol h vp vagyok, nevetseges is valahol [plane hogy mas tech cegnel 5 szinttel feljebb van egy ugyanilyen nevu pozi...], de vszinu abbol adodik h VP rangu emberrel penzugyi tanacsadas eseten szivesebben beszel az ugyfel, aztan rahuztak az IT reszlegre is ugyanazt a letrat.

Bankos VP vagy tech ceges VP? (Tok mas, bankos VP az az elso 'officer' level, a tech ceges VP meg exec.)

while (!sleep) sheep++;

Bankos ofc, ott a quant dev feladatkor emlitve, akar a fene vezeto lenni programozas helyett.

[ Szerkesztve ]

Mi is keresunk ennyiert (vagy akar tobbert) ha valakit erdekel.

Ez nekem havi egy ezrest is megérne.
Amikor halál komoly arccal ezt bemondom a HR-esnek, hogy én évekig ezt csináltam.
Simán megérné azt a pénzt.

[ Szerkesztve ]

"The rewards of tolerance are treachery and betrayal."

Jopofa, de en nem csinalnam, szerintem szar elet (meg eleve: folyamatosan hazudni az egy szar elet).

while (!sleep) sheep++;

+1, Mostani időkben hetente repkedni angliába elég szopás...

Használt LiFePo 15kWh akuk eladóak! ... Passzív ház klímás fűtéssel, 2011 - | Napelem, 2013 - | Tesla, 2019 - ...

+1. és még azt sem lehet mondani, hogy óriásit szakít ezzel, vagy nagyon kiemelkedően keresne.

"a jövötsajnos nemlehet tudni csakhamárotvagy deakormegmár azajelen"

Foleg ha levonjuk az extra koltsegeket. Azert airbnb Londonban meg repjegy, es tenyleg a szabadido. Haaaat, izlesek es pofonok, nekem ez inkabb pofon

Több oka is van, és összetettebb a kérdés, de pár ötlet/ok.

- a beágyazott termékek lényegesen nagyobb befektetést igényelnek és ezért főleg nagyobb cégek vannak a piacon. Sokkal tervezettebb, kisebb haszonkulcs. Fizikai termék van, így a vásárlókör is egész más. Gyártani is kell. Egészen más iparág.

- itthon ez különösen igaz az autoiparra, ami a legtöbb beágyas fejlesztőt szvja fel. Itt tényleg centekért verik magukat a földhöz.

- a legtöbb beágyas villamosmérnök és sokkal rosszabb fejlesztők, mint a dedikáltan fejlesztők. Nem eredendően, de ha valaki egységnyi képességekkel rendelkezik és egységnyi időt és energiát tesz bele, akkor ha csak "IT"-s, akkor jobban fogja azt vágni, mintha megosztja az elektronika, mérés, fizika és IT között az idejét. Tehát ez részben sima mérnöki munkakör. Azok kevésbé fizetnek. Ráadásul a villamosmérnöknél meg vagy beágyazik, vagy harmadát keresi. Sokaknak kvázi kényszerpálya (nem akar keveset keresni).

- jóval helyhezkötöttebb. Bár lehet remote, van is rá példa, de sokkal macerásabb. Korlátozza a betölthető szerepköröket. Nehéz "nyomkodni" távolról. Ha van rá infrastruktúra, hogy távolról nyomkodd azt fejleszteni kell meg irdatlan drága, csak mamutoknál van.

- C-ről nehezebb váltani bármire, mint bármi másról bármi másra. Tehát jóval kötöttebb vagy ebben is. Mert vissza kell lépned és nehéz bizalmat szerezned beágyasként. Egy javásat bárhol átvesznek js-re, pythonra, bigdatázni bármire, ha kicsit utánatanul és megvan a bizalom. Egy C fejlesztővel szemben szkeptikusak.

- A domain tudás és a betanulás nagyságrendileg nagyobb, mint más területeken. Jóval több a cégspecifikus és egyedi megoldás, mert egyedi rendszerre sokszor kerül egyedi fejlesztés. Itt nem fogsz két hét után termelni, még seniorként sem, ezért az előrejutáshoz több lojalitás kell, ami nem kedvez az emeléseknek.

Én nagyon sokat gondolkoztam azon, hogy amúgy sok tekintetben igazán komoly skilleket igénylő terület miért marad le és azt gondolom rájöttem. A nagy fizetés igazából annak a szabadságnak jár, hogy akár holnap már máshol dolgozol és a következő héten már (sokat) termelsz. Ez óriási alkupozíció azokon a területeken. A beágyas terület az többszörösen röghöz köt. Ha nem vagy ott elég sokáig akkor egyenesen mínuszos vagy a cégnek. Az elég sokáig pedig 3x-4x annyi, mint mondjuk egy webfejlesztőnél.

Ahogy már itt többször elhangzott a jó fizetéshez olyan technológiát kell tanulni, amit 1:1-ben át lehet vinni másik céghez (nem cégspecifikus) és abban kell mesternek lenni. A beágyazott az széles terület és nagyon sok tekintetben elkerülhetetlen a cégspecifikus tudás óriási aránya. Tökéletes antipattern ebből a szempontból.

Kb ennyi szerintem.

jó ki hsz volt, köszi

"Felesleges szigetelni a nyílászárókat, ha az ereszcsatornán szökik a meleg."

Pedig a Java es a C# kozott alig van komoly kulonbseg. Ha nem hasznalod a C#7 ota bekerult featureket, akkor szinte eszre se veszed.
Ha nem egy Java 8-on leragadt legacy kotvanyt kell toldozni, akkor meglepoen kenyelmes feature setet kapsz es normalisan lehet haladni.

Persze KKV-nal nem tudom mennyire relevans ez, olvasva a remtorteneteket masoktol a kalozkodott szoftverekrol…

Azért egy ízlésesen megcsinált WPF alkalmazás, ami ügyfél oldalon pluginozható, kommunikációs és funkcionális modulokkal, annyira nem rossz dolog.
Ahogy beszéltem a főnökkel, a következő cuccokat meg már webes multiplatformra kell csinálni.

Modern Javat tényleg nem használtam, én még a Swinget tanultam.

Német iparban durva dolgok mennek, ahhoz képest a WPF MVVM az űrtechnika.
Olyanokat láttam eddig, hogy:
- LUA + wxLUA wxWidgets
- WinForms
- .NET2.0 Visual Basic
- Localhostolt Apache TomCat + nem reszponzív atomgagyi webapp
- Valami WinForms alapú FDT-s mocsok

És ez nem valami 100 éves dolog. Ha most bemész a boltba és veszel valami IFM-et vagy TURCK-ot, akkor ilyeneket kapsz hozzá. Ehhez képest egy Metrosított WPF tényleg űrtechnika. De ahogy nézem, hamarosan váltani kell reszponzív webre, mert a Windowshoz kötöttség is kezd gond lenni.

#24678 Marky18: Jelenleg .NET4.5-4.7 amin a WPF projektek vannak. Meg van .NET Core is, de .NET5 és újabb dolgok még nincsenek.
Legtöbb cucc free és/vagy Open Source, amivel dolgozunk, MCU IDE ami licenszelős pl.

Java 8 kotványt biztos nem kellene itt toldozni, mert semennyi Java kód nincs a repókban
Én meg egyelőre nem máshol vagyok.
Azt látom, hogy juniorként a Java a legmagasabb pénz most. Én most azt választottam, hogy abban fejődök, amiben eddig is dolgoztam, ahelyett hogy kiugrok és újrakezdek. Aztán 1 év múlva majd kiderül mennyire döntöttem jól, de akkor már máshova tuti nem Junior Mr. Kezdőként kell menni. Ha tartja a növekedési ütemet a cég, akkor nem lesz akadálya egy reszponzív webes átállásnak sem.

Amióta próbálom figyelni a programozó fizetéseket, a Java mindig a legjobban fizető volt általánosságban, nagyon rövid időszakokra letaszítva más-más nyelvek által.

I am having fun staying poor.

A szabadság szerintem az egyik legfőbb árazó hosszútávon. A hiány rövidtávon (devops) áraz, de long term az, hogy bárhova mehetsz és minden újat is abból/arra építenek, az elképesztő szabadságot ad.
Ez van beárazva.

Nyilván régi mentalitással készülnek ezek a Windowsos toolok. Az elmúlt 2 évben az volt a fő fejlődés, hogy legyen UX, normálisan nézzen ki, normálisan méreteződjön át. Attól, hogy iparban használt, még ne úgy nézzen ki, mint amit középiskolás Pisitke összedobált unalmában.
A következő két évben meg már szerintem az lesz, amit írsz, több új nagy project nem hiszem hogy indul még WPF-en.
Csak webhez itt nincs know-how, ahhoz venni kell fel embert.

Egyébként a WPF, MVVM alkalmazásfejlesztés .NET 4.5+-on annyira nem mérhetetlenül elavult szemlélet, hogy arról ne lehessen váltani valami modernebbre viszonylag gyorsan.

[ Szerkesztve ]

Nemet ipar, WinForms.... csak nem evosoft? Utoljara ott lattam olyat, hogy 2017-ben az 1998-ban fejlesztett GUI-ba akartak beleeroszakolni valami modernebbet.

Evosoft már elég régóta WPF-et használ. Amúgy nem, nem Evo, bár használok Evo terméket és szoktam szidni is
Olyan gépigénye van, mint egy viszonylag friss videojátéknak, pedig grafika az nincs benne.

"Én 8 év java után most pythonozom és nem látom kárát."

Majd fogod. Hasonló cipőben voltam. Könnyen el lehet butulni Python-ban.

[ Szerkesztve ]

Na jó, rant on, először és utoljára.
Machine learning-re, matekos dolgokra, prototípizálásra, lightweight CLI-kre stb tökéletes.

Webre szerintem max kis projektekre és alacsony load-ra jó. A Django, Flask meg többi web framework-kel csak az elején tűnik jó bulinak dolgozni, pár hónap után egy rémálommá válik. Még ha vannak is tesztjeid, nem tudhatod 100%ra hogy valamit nem csesztél-e el, sokszor az IDE jószívűségén múlik, hogy egy syntax/rossz import problémát jelez, vagy épp hogy az adott Python minor verzió támogatja-e, amit csináltál. CI pipeline-ban mocsok oda kell figyelni, hogy elkapja a (legegyszerűbb) problémákat és nem mindig sikerül. A package system egy rémálom, a Poetry próbál rajta javítani, de ott is mindig egy adott verzióra kellett pin-elni, mert totál instabil a cucc. A csúcsom, hogy ~30 percbe telt a lock file-t kigenerálnia egy nagyobb projekten .
Típustalansággal (szépen megfogalmazva) dolgozni egy gigaprojekten nekem egy rémálom volt és remélem soha többé nem kell. A FastAPI valamennyit javít ezen, de még mindig nem az igazi. Normális dependency injection ott sincs, fabrikáltunk valamit mellé. Pythonban async is olyan, amilyen, túl sokat nem ér.

A Python egyszálú. Az előző cégem szerintem hosszú távon millió dollárokat spórolt volna, ha a backend-ből nem irdatlan (100tól-800ig autoskálázva) számú container instance-t kell futtatni, hogy alig pár concurrent request-et kiszolgáljon (~40-120). (Sima CRUD app.) És Uvicorn-nal hostolva sem lett a skálázhatóság csimborasszója.
Go/.NET Core/Java ezeket pár instance-ből megoldja izzadságmentesen.

[ Szerkesztve ]

Jó így már értem, valóban nem erre való.
De a pozik többsége infra / cloud / teszt / network automatizalas ha pythonrol van szo

En sem hasznalnek szivesen Pythont oriasi projektekre, viszont

- Instagram
- Dropbox
- Pinterest

.. ezek peldaul Python backenddel mennek

while (!sleep) sheep++;

Ezek a cég mind próbálnak is rá heggeszteni dolgokat, hogy kevésbé legyen rémálom.
Pl. Instagram strict modules + type checker, Dropbox-nak dolgozott Guido, ott is volt randevújuk a type-checkinggel stb.

Nem tudom felfogni ezeknek, meg a Facebook-nak (PHP->Hack) miért éri ez meg. Gondolom túl nagyra nőtt a kódbázis ahhoz, hogy legyen értelme elkezdeni újraírni.

[ Szerkesztve ]

Szerkesztési időből kifutottam. Még annyit, hogy ellenpélda a Twitter, aki időben rájött, hogy a Ruby kevés lesz nekik.

[ Szerkesztve ]

Github eleg jol megy Ruby-n.

while (!sleep) sheep++;

Külön ruby architecture teamet tartanak fent ehhez a mutatványhoz.
Pythont mi is megbántuk többszörösen. Prezi is migrálta a backendjét róla, ahogy olvastam.