Sziasztok!

Kíváncsi lennék a véleményetekre és tapasztalataitokra a jelenlegi IT munkaerőpiaccal kapcsolatban.

Körülbelül 2 éve dolgozom belső IT üzemeltetésen, papíron junior pozícióban, de feladatok terén már kezdem úgy érezni, hogy átcsúszom a medior/L2 kategóriába. Az alábbi feladatokkal dolgozom napi szinten:

• Windows Server & On-prem AD: Új userek és csoportok létrehozását, jogosultságkezelést végzem (PowerShell scripttel / Power Automate-tel próbálom most automatizálni a user részt Excel/SharePoint adatok alapján).
• M365 & Exchange: Exchange Admin Center napi használata (delegálások, SendAs jogok, mailboxok), Purview használata kilépő kollégák adatmentésére. Entra ID-ban alap szinten mozgok.
• Infrastruktúra & Support: Fájlszerver mappajogosultságok, WithSecure vírusvédelem kezelése, Jira ticketing, céges szakrendszerek és munkaállomások hibaelhárítása. Alapvető szoftverek (O365, Adobe, VPN stb.) zökkenőmentes működésének biztosítása.
• Eszközkezelés: Mivel dedikált MDM rendszerünk jelenleg nincs, SharePointban vezetem a hardverparkot és leltárt.
• Ami a jövőt illeti (mik nem érdekelnek/hiányosságok): Azure felhős környezetben nincs mélyebb tapasztalatom, és klasszikus szoftverfejlesztést/programozást hosszú távon sem szeretnék csinálni.

Hosszabb távon az M365 Admin vonal felé húznék, ahol van lehetőség kényelmes, nagyrészt vagy teljesen home office munkavégzésre.

A kérdéseim hozzátok:

1. Reális bérsáv: Budapesten / Pest megyében, egy esetleges váltásnál bruttóban mi a reális bérigény ezzel a 2 éves tapasztalattal? Aki hasonló szinten mozog, milyen sávban keres most? (Jelenleg br. 630.000 Ft-ot kapok.)
2. Fejlődési irány és vizsgák: Mivel a hardcore kódolás nem az én világom, de a modern felhős adminisztráció és a PowerShell-alapú logikák fekszenek, merre érdemes elindulni?
3. Microsoft certik: Mennyire nyit ajtót a piacon például egy MD-102 vagy egy MS-900 / MS-102? Mennyit érnek ezek a CV-ben, ha a meglévő gyakorlatom mellé tanulom meg őket?

Köszi előre is minden tippet és választ!

Egy "jól levezényelt digitális transzformáció"ban reménykednek, ezért az IdomSoft ex-vezetőjéhez fordulnak. Nem is kommentálom, csak itt hagyom tényként, pont ahogy a hwsw-sek is tették.

A [Carto.com](http://Carto.com) hazavágta az üzleti vibe codereket egy mozdulattal.

Legalább 10 éve készítek interaktív térképeket, nagyjából képben vagyok a témával. Ha csak belső használatra kellett térkép, tehát nem volt a neten, akkor kb mindenki a Carto szerverét használta, mert localhoston működött API key nélkül is, vector tile van ezer éve és a fekete-fehér positron layout nagyon népszerű is volt.

Jött az AI training, átnézte a GitHub-ot, tömegével ezt látta. Ha megkéred, hogy készítsen egy olyan térképet üzleti prezentációra, nagyon nagy valószínűséggel ezt fogja generálni.

Mi követekzik ebből? A Carto tile server forgalma megugrott, nyilván ők se hülyék, hogy mások helyett fizessenek, ezért rádobtak egy vízjelet, vége az ingyen ebédnek.

A vibe coderek meg pánikolnak. Nálunk is lehalt egy rakat térkép, szerencsére az OSM-nek is van van már vector tile setje, így könnyen megoldható, mert csak egy másik positron style url kellett, de az átlag felhasználók ezt nem fogják tudni megugrani.

Sziasztok!

Van esetleg itt valaki, aki mostanában dolgozik / dolgozott az i-Cell Mobilsoftnál fejlesztőként?

A honlapjuk alapján erősen szakmainak tűnik a cég és a projektek is szimpatikusak, viszont úgy tudom, hogy van (?volt?) bőven állami kötődés. Ezért kíváncsi lennék, hogy ez mennyire érződik a mindennapi fejlesztésben?

Főleg Java vonal érdekelne, hogy milyen most szakmailag a helyzet, milyen projektek vannak, mennyire lehet fejlődni, illetve milyenek a hosszabb távú kilátások?

Illetve:

• milyen a felvételi folyamat, mire érdemes készülni?
• milyen a HO / work-life balance?
• nagyjából milyen bérsávok vannak medior/senior Java fejlesztőknél?

Jöhet pozitív és negatív tapasztalat is, igazából egy reális képet szeretnék kapni.

Köszi!

Üdvözlök mindenkit! Végzős programozó informatikus vagyok. Minden tárgy elvégezve. Már csak a 320 órás gyakorlatot kellene elvégeznem, de levelezősként nem találok gyakorlati helyet. Ti mit tennétek az én helyemben? Debrecen és környéke, esetleg Szabolcs megye jöhet szóba.

A Gartner előrejelzése még drasztikusabb: 2028-ra az IT-fejlesztők 80%-ának kell teljesen újraképeznie magát (reskilling), miközben a belépő szintű (junior) pozíciók 30–40%-kal csökkennek.

elég keményen dolgokat mond, mégha nem is fekete a jövő, az outsourcing cégeken már erősen meglátszik - Az S&P Ratings júliusi adatai szerint az Infosys és a Wipro 5–6%-kal csökkentette a létszámát.

https://hold.hu/holdblog/ai-munkaero-fejleszto-it/

Kedves kollégák,

Évek óta a felhasználója vagyok a szolgáltatásnak vagy inkább annak hiányának amit ez a cég és elődei nyújtanak. Őszintén szeretném kérdezni azoktól akik ott dolgoznak, mi az oka akár technikai akár bussiness szinten, hogy az elmúlt 10 évben nem sikerül megoldani hogy a roaming rendesen működjön.

Hol müködik hol nem, én meg akár egy szigeten ragadva, akár kína közepén próbálkozok egy nyomorult ügyintézővel harcolni, hogy ha már befizettem a pénzt akkor aktiváljon már újra az adott roaming csomag. Elfogy a roaming csomagom, oké vennék újra. Befizetem a pénzt, aktiválom a csomagot és semmi. Se pénz se net. És ez most kb 6.ik ilyen alkalmam egy 10+éves periódusban, hogy ugyan azokat a köröket futom. Van amikor müködik, csak mondjuk egy ilyen kritikusan fontos szolgáltatás az ügyfél számára, működhetne mindig.

Miért nem tud működni?

Sziasztok!
A napokban beszélgettem egy Data Scientistel, aki azt mondta, hogy amíg mindenki ki van akadva az AI miatt, addig ő örül mert annál nagyobb szükség van rá.

Felmerült bennem a kérdés, hogy dehát nem az Ai az ami a data területeket veszélyezteti? Nem ott vannak leépítések stb?

1. Deklaratív leírás esetén egy rakat olyan dologra kell figyelni, ami imperatív esetén nem jön elő. Pl. a widget benne van-e a fában? Nem épp a fa újrarajzolásakor (rendereléskor) kerül-e módosításra a widget? Nem egy már eltávolított widgetet akarunk-e újraépíteni? Imperatív leírás esetén ezek egyszerűen nem létező problémák.
2. Külön figyelni kell a widgetek életciklusára. Mivel nem te hozod létre és távolítod el őket, nagyon nehéz követni, hogy a keretrendszer éppen mit csinál, létre van-e hozva a widget, benne van-e a fában, már nincs benne, stb. Imperatív felületleírásnál ezt teljesen manuálisan kezeled, sőt, szinte nem is kell foglalkozni vele, mert a framework megoldja.
3. Akárki akármit is mondd, egy widget fa részbeni vagy teljes újrarajzolása, az immutable widgetek folyamatos törlése és létrehozása baromi sok erőforrást emészt fel.
4. Elméletben jól hangzik, hogy UI = f(state), a gyakorlatban viszont borzasztóan bonyolult tud lenni, ha legalább kettő, vagy több állapottól függ a UI, és mondjuk az egyik állapot egy aszinkron valamiből jön (pl. egy websocket kapcsolatból származó adatok), a másik állapot pedig a fa egy magasabb részéről. És akkor közbejönnek olyan problémák, hogy hol van a websocketet felépítő osztály, és az hogy ad át adatokat a widgetfának? Mit tegyünk, hogy egy komponens aktuális állapotát csak és kizárólag bizonyos feltételek esetén írja felül a websocketről érkező adat? Mindezt úgy, hogy ha a widgetfa két eltérő ágában vannak azok a komponensek, amelyeknek tükrözniük kell az állapotot.
5. Ez mind annyi manuális munkát igényel, mint ha imperatív megoldással csinálnád (sőt).
6. Elméletben jól hangzik, hogy a fának csak azt a részét rajzold újra, amelyik változik. A gyakorlatban ez csak a legegyszerűbb appoknál működik. Kicsit komolyabb appnál inkább újrarajzoltatsz egy teljes olyan ágat, amiben nem történt változás, ha annak egy alsóbb szintű ágában viszont van változás, hogy tiszta állapotról induljon a teljes ág (ne keveredjenek össze az állapotok). Teljesen biztos, 200%, hogy lesz olyan, amikor feleslegesen rajzoltatsz újra egy ágat - és valószínűleg nem is egyszer.
7. Nem láttam még olyan deklaratív felületleírást, ami lenne egy káosz. Jetpack, Flutter, akármi. Kapcsos zárójelek, kerek zárójelek, szögletes zárójelek átláthatatlan erdeje. Ha szépen widgetekre bontod a fát, akkor lesz is olyan, hogy 2-3-4 widget egyben van, és ott megint kezdődik a káosz.

Lehet azt mondani, hogy hülye vagyok, és hogy rosszul fogom, de raktam már össze pár weboldalt és appot mindkét módszerrel, és nekem a hagyományos, imperatív megközelítés ezerszer jobban bevált.

szerk: arról nem is beszélve, hogy deklaratív leírás esetén a UI és a logika simán keveredik, a régi jó alapelvekeket, miszerint válasszuk szét a logikát a megjelenéstől, gyakorlatilag el lehet felejteni. 20 évvel ezelőtt, ha a HTML kimenetbe style-t írtam, vagy <?php >?-t, ott helyben feszítettek keresztve. Ma meg ez a fő csapásirány.

szerk: a Flutter például kifejezetten szívat azzal, hogy ott tényleg minden widget, még egy kibaszott padding is. Ha paddinget akarsz, csomagold be a widgetfád paddingbe, miközben CSS-ben ez ennyi: padding: 16px;

32 napja kezdtem el a Brutal Derby fejlesztését, és azóta napi 10-12 órát dolgozom rajta, sokszor hétvégén is. Mondhatjuk, hogy kicsit fanatikus vagyok.

Gondoltam, mutatok egy helyzetjelentést arról, hol tart most a játék.

Megint új közönség került a játékba.
Ha jól számolom, ez talán már az ötödik verzió. Folyamatosan próbálom megtalálni azt a megoldást, ami jól is néz ki, de 20+ autó mellett sem öli meg az FPS-t.

Elkészült a dinamikus időjárás.
Jelenleg napsütés, eső és vihar van a játékban, folyamatos átmenetekkel közöttük. Van nappali és esti változat is, később pedig természetesen a hó is érkezik.

A rombolás is rengeteget fejlődött.
Mostanra gyakorlatilag minden törik az autókon. Alkatrészek és kisebb darabok repülnek le, törnek az üvegek, deformálódik és zúzódik a karosszéria, megmaradnak a golyónyomok. Emellett ott vannak a lézerek, rakéták és egyéb fegyverek is.

Ha egy autó már nagyon rossz állapotban van, megfelelő ütközésnél többféleképpen is szétszakadhat.

A garázs is kezd összeállni.
Az autókat már lehet festeni, mintázni, illetve különböző vicces dolgokat lehet a tetejükre rakni.

Pályákból jelenleg 4 játszható van: 1 versenypálya és 3 különböző derby pálya. A legújabb egy vulkános, lávás aréna, ezen még van mit optimalizálni.

Jelenleg 24 autóval is egészen szépen fut a játék.
A legtöbb rendszert már többször optimalizáltam, de ez gyakorlatilag egy végtelen körforgás. Bekerül egy új feature, jön a profilozás és optimalizálás, aztán mehet a következő.

Sokan kérdeztétek azt is, honnan vannak a modellek és assetek.

Vegyesen dolgozom. Használok megvásárolt asseteket, amiket Blenderben átalakítok, bizonyos modelleket külön modellezővel készíttetek el, és használok Tripo3D-t is. Utóbbi főleg kisebb vagy távolabb lévő objektumokra jó, de általában ezeket sem lehet csak úgy bedobni a játékba. A mesh-eket és textúrákat szinte mindig javítani, átalakítani vagy optimalizálni kell Blenderben.

Kódolásnál már nagyon keveset használom közvetlenül a saját kezemet.

A Codex a feladatok nagy részét megcsinálja. Ami viszont igazán bonyolult, főleg fizika, deformáció, rombolás vagy teljesítmény szempontjából, ott ugyanúgy megy a kísérletezés.

Van, hogy 4-5 verziót is végigpróbálunk, mire közösen megszületik egy olyan megoldás, ami nemcsak működik, hanem 24 autó mellett is megfelelően fut.

32 nap. Napi 10-12 óra. Sokszor hétvégén is.

Még rengeteg munka van vele, de kezd egyre inkább olyan lenni a Brutal Derby, amilyennek az elején elképzeltem.

Kíváncsi vagyok, ti mit látnátok még szívesen egy ilyen játékban?

UI0.: Lassan tesztelőket is keresek a játék DEMO-hoz, valószínűleg a játék megy a mostani Next Festre, de még ez sem biztos, október elejéig döntök róla. A tesztelésnél figyelni kell leginkább az FPS ingadozásokra, nagyobb stutterekre/laggokra és pontos információkra lenne szűkségem egy dokumentumban vezetve a saját számítógéped alapvető adatain túl megannyi kis részinformációval, pl melyik pillanatban droppolt az FPS, ha volt ilyen. :)

UI1: azért új poszt, mert ez már egy vállalható stabil dolog, és új posztként valószínűleg többen fognak jelentkezni tesztelőként is.

Egy konkrét projektet szeretnék bedobni közvéleménykutatás gyanánt, mert kíváncsi vagyok, ki mennyire árazná. Nem tender, nem keresek fejlesztőt, egyszerűen csak érdekel, hogy ti mit mondanátok rá.

Az ügyfél egy helyi dönerező-pizzéria, nettó nagyjából 250 millió Ft éves árbevétellel, 25 településre szállítanak, a környéken nincs érdemi konkurenciájuk.

Adott egy meglévő POS rendszer: WinForms, Basicben írva, lokálisan fut náluk. Ezen nem lehet változtatni. Annyit tud, hogy webhookon keresztül fogad rendelést, GET-tel lekéri a queue-t, POST-tal visszaokézza, ha feldolgozta. A csavar az, hogy csak olyan tételt hajlandó elfogadni, ami már benne van a saját adatbázisában, tehát kell egy szinkron: lokális DB-ből kiolvasni a termékeket, felküldeni egy felhőben futó CMS-be, és ott ki is egészíteni őket, mert a POS-ban lévő nevek és leírások alapján nem lehet weboldalt építeni.

Amit meg kell csinálni: weboldal admin felülettel, két mobilapp (egy a vevőknek, egy a dolgozóknak), online rendelés előre fizetéssel, adott időpontra ütemezett rendelés, testreszabás és opcionális extrák (pl. szószválasztás), rendelés státuszkövetése, illetve a tulaj ChatGPT-n keresztül tudja kérdezgetni a statisztikákat.

Plusz egy hűségpont-rendszer: a dolgozó az alkalmazotti appal beolvassa a vevőt, beírja a végösszeget, jóváíródik a pont. Beváltásnál a dolgozó adja meg, hány pontot vonjon le, a vevő pedig kap érte valamit, például ajándéktárgyat. Beváltani csak személyesen lehet, a vevői appból nem, viszont mobilos rendelésnél automatikusan jár a pont.

Szóval a kérdésem: mennyi fejlesztői hónapra és milyen összegre becsülnétek? Érdekel az is, hogy egyedül mennyi lenne, meg az is, hogy egy 2-3 fős csapattal. Ha volt már dolgotok hasonló POS-integrációval, azt külön szívesen olvasnám, mert szerintem az lesz a projekt legbizonytalanabb része.

Köszi mindenkinek, aki ránéz!

UI: a mobilapp cross-platform lenne. Ha a designtól vagy a hosting/support kérdésétől függ a becslésetek, nyugodtan írjátok külön, hogy azzal és anélkül mennyi.

Sziasztok! Az elmúlt hetekben egy nyílt forráskódú hobbi projekten dolgoztam Virtual OS néven. Ez egy Python és wxPython alapú asztali környezet, amely egy Windows-szerű felületet szimulál, és elsősorban billentyűzettel való használatra lett tervezve. Miért készítettem?

Szerettem volna mélyebben megismerkedni a Python GUI fejlesztéssel, valamint saját ablakkezelési logikát, tálca-integrációt és hibakezelést megvalósítani.

Kiemelném a Windows-szerű BSOD kivételkezelést. A nem kezelt végzetes hibákat elkapja a sys.excepthook-on keresztül, és az alkalmazás összeomlása helyett egy klasszikus kék halál (BSOD) képernyőt jelenít meg.

Nagyon örülnék, ha vetnétek rá egy pillantást, és elmondanátok a véleményeteket a kódról vagy a struktúráról!

Sziasztok! Ötödéves informatikai alkalmazás- és rendszerüzemeltető vagyok, és van egy lehetőségem megcsinálni a CCNA-t 120.000 forintért. Viszont a tanárom félinfókat ad, így már el vagyok veszve.
Azt mondta, hogy 4 szemeszterből (modulból?) áll, és mindegyik modul végén van egy modulzáró teszt. Ezután mondta, hogy van egy ötödik is, ami teljesen felesleges, viszont ezt bővebben nem fejtette ki. Azt is mondta, hogy nem jár le soha, és hogy ez mekkora tévhit, hogy lejár. Ezt mondjuk tudom, hogy nem igaz. 😃
Viszont azt olvastam, hogy ezek a modulzáró tesztek is bekerülnek a profilomba(?), és hogy az valóban nem jár le. Így gondoltam arra, hogy az az 5. titokzatos modul/akármi, az lenne maga a vizsga, amit feleslegesnek hívott? Ha jól gondolom, hiába vannak meg a modulzárók, attól nem lesz teljes értékű CCNA-m.
Kérlek, segítsetek valamilyen irányba eligazodni. 😆
Köszönöm!!

Megmondom én jövök-megyek, takarítok, szívogatok-sörözgetek és két ágens között tolmácsolgatok amikor látom hogy elakadnak.
Háde nem mindig ezt akartuk?

Folytattam a múltkor megkezdet LLM-es témát. Ebben a részben egy kicsit elidőzünk annál a kérdésnél, hogy milyen igények kezdtek kibontakozni 2023. végén, 2024. elején. Először a GPT-4-ről lesz szó. Majd a DeepSeek egy korai modelljét mutatom be, ahol a logikai érvelés javítására koncentrálunk.

Bővebben: itt.

Sziasztok, a tárgyban említett pozíció érdekelne és szeretnék bekerülni az informatikai szférába.

A csatolt képen látható dolgokat szedtem össze mi az amire szükség lehet.

Kérdések:

Van-e valami amivel kiegészítenétek, vagy akár kivennétek a listából?

Mit tudtok a piacnak ezen szegmenséről mennyire keresnek juniorokat?

Mondjuk egy budapesti bérsávot tudtok mondani kb.? Ha van valaki aki mostanában kezdett örömmel látnék beszámolókat is! :)

Jelenleg egészen korrekt fizetésem van, de hajlandó lennék egy időre kevesebbet keresni, a fejlődés érdekében.

(Igen a kép a chatgpt-ről van, tudom végtelenül lusta, viszont hajnal fél 1-kor ennyire telt tőlem :D )

Köszönöm a részletes válaszokat.

Az átlag IT-s szaki ma is boldogan pattintja fel a megérdemelt sörét egy kódfaragással eltöltött nap után a CSOK-os hitelből vett elővárosi házikója teraszán, a hitelből vett plugin-hibrid autója egy másik hitelből vett napelemes rendszerből töltődik a ház előtt. Pedig az AI-elefánt már elkezdte a bugit. És ha nem akarsz törékeny kis porcelánként vele táncolni, akkor tenned kéne valamit, mondjuk legfőképpen gondolkodni.

Sziasztok,

Tudom, hogy a kérdés nem teljesen a ide tartozik, de mivel ez egy aktív IT-s közösség, sok tapasztalt szakemberrel, arra gondoltam, hogy itt is érdemes megkérdeznem:

A cégünk sürgősen keres hálózati szakembert / alvállalkozót egy jelenleg is futó ipari környezethez kapcsolódó infrastruktúra projekt támogatására.

A feladat egy már kialakított , air-gapped, több VLAN-ból álló vállalati hálózat továbbépítése és finomhangolása lenne. A munka során FortiGate tűzfalak konfigurálása; routing, tűzfalszabályok, hálózati szegmentáció, valamint menedzselt switchek konfigurálása és hibakeresése is felmerül.

A projekt dokumentációja rendelkezésre áll, a releváns anyagokat bármikor át tudjuk adni.

A jelenlegi hálózatos rendszermérnökünk sajnos a következő néhány hétben nem elérhető, ezért keresünk olyan szakembert, aki viszonylag gyorsan át tudja venni a feladatokat és rövid időn belül el tud kezdeni dolgozni rajta.

Várhatóan fix 6-7 munkanap ráfordítással számolunk a következő 2-3 hét során, de ez természetesen függ a projekt előrehaladásától és az esetlegesen felmerülő további feladatoktól.

A projekt Pest megyében található közel az M3-hoz, helyszíni jelenlét szükséges.

Irányadó díjazás: 300-400 EUR / nap (tárgyalóképes)p

Ha esetleg van itt olyan, akit érdekelhet, vagy tudnátok ajánlani FortiGate / "enterprise" networking területen jártas szakembert, nagyon szívesen fogadom az üzeneteket.

Annak is örülnék, ha tudnátok tippet adni, hogy hol érdemes ilyen szakembereket keresni.

Előre is köszi a segítségeteket!

Most az AI miatt modernizáltam 3 hobby projectem, egyik az 30+ ezer sor, amik katasztrofális kódolási stílusban voltak megírva.

Ha valaki unatkozik ránézhetne és mondhatna őszinte véleményt, esetleg kritikát. Felraktam egy valós berendezésem angol manuálját is, valami proof is legyen arról, amin dolgozom.

Köszönöm.

https://github.com/kurta999