Nekem 20+ év tapasztalattal az a meglátásom, hogy egy általános fejlesztői tapasztalattal, el lehet helyezkedni hasonló fizetéssel szinte bármilyen nyelven, és technológiában. Tehát mondjuk egy vastagkliens WPF C# vagy Qt C++ tapasztalattal simán át lehet menni js Adobe plugin fejlesztőnek, vagy kis rátanulással backend fejlesztőnek bármilyen nyelven. Ahogy DAn is mondta "fejlesztő" tudás megvan, akkor fel fognak venni más stakc-el is, hiába van a hírdetésben pontosan kitéve, hogy a xy nyelv z verziójával meg a nem tudom milyen FW-vel kell dolgozni, akinek van rálátása/tapasztalata fel fogja szedni a dolgokat pár hét alatt, aztán amikor dolgozik vele szépen belerázódik, hogy a cégnek mi kell. Ha még az AI-val is elbütykölget, akkor meg közben gyorsabban tanul is, meg még produkálás is van. Ha nem általános fejlesztő valaki, vagy az, de valami specifikus pozira megy akkor van a gond. Egy 3D programozást nem lehet hírtelen felszívni, meg egy low-level C++ tudást se, ahol a CPU cache-től kezdve a kézi memory managment-en áta SIMD-ig sokminden olyan dolog van, ami más nyelvben közvetlenül nem is létezik, mert már annyira eltávolodott a HW-től és így nincs is rá egzakt megoldás. Szerintem ezért nem fog viszont kihalni a C++ sem, legalábbis ilyen low-level környezetekben. És ez nemhogy egyszerűsödik, hanem egyre bonyolultabb/szélesebb lesz. A GPU-k/grafikus API-k is nemhogy egyszerűbbek lesttek, hanem mégbonyolultabb és még alacsonyszintűbbek lettek. (lásd GL->Vulkan) Az más kérdés, hogy ilyen területre bekerülni se lesz egyszerű. Az egyetemek elsősorban multis környezetre készítenek fel, de szerintem kezdetben inkább kis/közepes cégekhez érdemes elmenni és minél többmindenbe belekóstolni mind csapatmanagement téren, mind pedig nyelvek és technológiák terén, afféle MacGyver-szerűen. Szerintem akkor érdemes elmenni nagyobb multihoz, amikor már végefelé van a pálya és egy nyugis utolsó 10-15 év kell és rá lehet ülni egy adott kis valamire, amit heggesztget nyugdíjig. Ez akár valami állami cég is lehet, persze a fizetés nem feltétlen lesz csúcs. Mondom ezt úgy, hogy megjártam én is a 3 fős KFT-től kezdve a több ezer fős nagyobb cégekig sokmindent. Az AI-ban szerintem is nagyobb a hype, mint a tényleges eredmény. 25 éve a JCreator eszközben volt egy autocomplete és már akkor azt mondtam, hogy "ez megírja a programot, csak nyomkodni kell egy gombot". Később jött a Visual Studio több DVD-vel, rajta volt a fél internet és az is onnan szedett ki kódokat, template-eket. Körülbelül most is ezt látom az AI-al, csak a netről közvetlenül szedi az ifót az autocomplete eszköz és interaktívabb. Játékfejlesztésben már van a trend, ahol Visual Scripting-el lehet megírni komplett 3D játékokat egy sor kód nélkül UML-szerű dobozok összekötözgetésével. Sőt üzleti alkalmazásban is használtam már UML-ből kódot, db-t és UI-t generáló eszközt bizonyos fokig. Ez működik, de ehhez hasonló vizuális eszköz a Game Maker/SEUCK ezelőtt már 40 éve is volt! Ezeknek is megvan a korlátja, de a hozzá tartozó engine-t még mindig C++ és ASM-ben írják mai napig. Szóval én ezt az AI-t egy hibrid elterjedésnek gondolnám, ahogy ma is vannak vizuális eszközök, de van a hagyományos fejlesztés is és ahogy haladunk a low-level szinttől felfelé úgy lesz egyre nagyobb 100%-ban használva az AI. Mindig is lesz olyan terület, ahol kell ismerni a HW-t és a pontos működést definiálni kell és lesz olyan terület, ahol lényegtelen a HW és azt a részt legfelül már szerintem nem programozó fogja fejleszteni, mint ahogy most a Visual SCripting-et is leginkább tesztelők végzik, hanem leginkább supportosok, olyan "fejlesztők", akik az ügyfelekkel közvetlenül vannak kapcsolatban és nem feltétlenül IT-s, mint inkább humán beállítottságúak.
Érdekes beszélgetés, ugyanakkor bizonyos szempontból eléggé elfogult. Például a Python és Java résznél. Bár Python ritkább, egyáltalán nem szokatlan a backend fejlesztésben. Django és Flask mellett ott van a FastAPI is, amelyet elég sokan használnak, és teljes alkalmazásokat építenek rá. Ezen túl AI és matematikai területeken alapvető szerepe van. A Java kapcsán pedig kiemelhető, hogy különösen a Spring Boot esetében olyan szintű támogatás érhető el, és annyi fejlesztő dolgozik vele, hogy szinte lehetetlen megkerülni. Való igaz, hogy már nem a "top choice", de továbbra is egy olyan nyelv, amit vállalati szinten nem lehet figyelmen kívül hagyni. Jelenleg szerintem (is) a legnagyobb potenciál és jövő a Go-ban van. Ugyanakkor, ha abból indulunk ki, hogy az alkalmazások nagy része továbbra is "pure CRUD", némi extrával, akkor frameworkök szempontjából van még hova fejlődnie. A cloudban napi szinten használjuk a Java + AWS kombinációt. A konténerek mérete valoban nagy, de a Spring keretrendszer által kínált rengeteg out-of-the-box megoldás, valamint az ezzel kapcsolatos tapasztalatok révén azt, amit Java-ban elértünk, például Go-ban jelenleg lehetetlen lett volna azonos timmeframe-en belül megoldani.
csajom penzugyes. amikor mondtam neki par eve h egyes IT-sok felnek hasznalni a whitelist es blacklist szavakat mert ez nem piszi, nagyon rohogott h ok aztan le nem csereleik a penzmosasi meg egyek kifejezeseiket. Akkor mar tudtam h itt a vege a woke menetelesenek.
Az, hogy mennyire le vagyunk maradva, már csak a Pythonról formált véleményeken is látszik. Jó lett volna a beszélgetésre egy AI mérnököt is meghívni, kicsit tovább árnyalta volna a képet.
Böle Györgynek - a magyarban a mondat végén levisszük a hangsúlyt. Sajnos Te pont felviszed, emiatt borzasztó fárasztó ezt hallgatni. Mintha egy végtelenített mondatot hallanánk. Légyszi ezt korrigáld a jövőben, mert hasznos amit csinálsz, legyen már hallgatható is.
Nekem 20+ év tapasztalattal az a meglátásom, hogy egy általános fejlesztői tapasztalattal, el lehet helyezkedni hasonló fizetéssel szinte bármilyen nyelven, és technológiában. Tehát mondjuk egy vastagkliens WPF C# vagy Qt C++ tapasztalattal simán át lehet menni js Adobe plugin fejlesztőnek, vagy kis rátanulással backend fejlesztőnek bármilyen nyelven. Ahogy DAn is mondta "fejlesztő" tudás megvan, akkor fel fognak venni más stakc-el is, hiába van a hírdetésben pontosan kitéve, hogy a xy nyelv z verziójával meg a nem tudom milyen FW-vel kell dolgozni, akinek van rálátása/tapasztalata fel fogja szedni a dolgokat pár hét alatt, aztán amikor dolgozik vele szépen belerázódik, hogy a cégnek mi kell. Ha még az AI-val is elbütykölget, akkor meg közben gyorsabban tanul is, meg még produkálás is van.
Ha nem általános fejlesztő valaki, vagy az, de valami specifikus pozira megy akkor van a gond. Egy 3D programozást nem lehet hírtelen felszívni, meg egy low-level C++ tudást se, ahol a CPU cache-től kezdve a kézi memory managment-en áta SIMD-ig sokminden olyan dolog van, ami más nyelvben közvetlenül nem is létezik, mert már annyira eltávolodott a HW-től és így nincs is rá egzakt megoldás. Szerintem ezért nem fog viszont kihalni a C++ sem, legalábbis ilyen low-level környezetekben. És ez nemhogy egyszerűsödik, hanem egyre bonyolultabb/szélesebb lesz. A GPU-k/grafikus API-k is nemhogy egyszerűbbek lesttek, hanem mégbonyolultabb és még alacsonyszintűbbek lettek. (lásd GL->Vulkan) Az más kérdés, hogy ilyen területre bekerülni se lesz egyszerű.
Az egyetemek elsősorban multis környezetre készítenek fel, de szerintem kezdetben inkább kis/közepes cégekhez érdemes elmenni és minél többmindenbe belekóstolni mind csapatmanagement téren, mind pedig nyelvek és technológiák terén, afféle MacGyver-szerűen. Szerintem akkor érdemes elmenni nagyobb multihoz, amikor már végefelé van a pálya és egy nyugis utolsó 10-15 év kell és rá lehet ülni egy adott kis valamire, amit heggesztget nyugdíjig. Ez akár valami állami cég is lehet, persze a fizetés nem feltétlen lesz csúcs. Mondom ezt úgy, hogy megjártam én is a 3 fős KFT-től kezdve a több ezer fős nagyobb cégekig sokmindent.
Az AI-ban szerintem is nagyobb a hype, mint a tényleges eredmény. 25 éve a JCreator eszközben volt egy autocomplete és már akkor azt mondtam, hogy "ez megírja a programot, csak nyomkodni kell egy gombot". Később jött a Visual Studio több DVD-vel, rajta volt a fél internet és az is onnan szedett ki kódokat, template-eket. Körülbelül most is ezt látom az AI-al, csak a netről közvetlenül szedi az ifót az autocomplete eszköz és interaktívabb. Játékfejlesztésben már van a trend, ahol Visual Scripting-el lehet megírni komplett 3D játékokat egy sor kód nélkül UML-szerű dobozok összekötözgetésével. Sőt üzleti alkalmazásban is használtam már UML-ből kódot, db-t és UI-t generáló eszközt bizonyos fokig. Ez működik, de ehhez hasonló vizuális eszköz a Game Maker/SEUCK ezelőtt már 40 éve is volt! Ezeknek is megvan a korlátja, de a hozzá tartozó engine-t még mindig C++ és ASM-ben írják mai napig. Szóval én ezt az AI-t egy hibrid elterjedésnek gondolnám, ahogy ma is vannak vizuális eszközök, de van a hagyományos fejlesztés is és ahogy haladunk a low-level szinttől felfelé úgy lesz egyre nagyobb 100%-ban használva az AI. Mindig is lesz olyan terület, ahol kell ismerni a HW-t és a pontos működést definiálni kell és lesz olyan terület, ahol lényegtelen a HW és azt a részt legfelül már szerintem nem programozó fogja fejleszteni, mint ahogy most a Visual SCripting-et is leginkább tesztelők végzik, hanem leginkább supportosok, olyan "fejlesztők", akik az ügyfelekkel közvetlenül vannak kapcsolatban és nem feltétlenül IT-s, mint inkább humán beállítottságúak.
Érdekes beszélgetés, ugyanakkor bizonyos szempontból eléggé elfogult.
Például a Python és Java résznél. Bár Python ritkább, egyáltalán nem szokatlan a backend fejlesztésben. Django és Flask mellett ott van a FastAPI is, amelyet elég sokan használnak, és teljes alkalmazásokat építenek rá. Ezen túl AI és matematikai területeken alapvető szerepe van.
A Java kapcsán pedig kiemelhető, hogy különösen a Spring Boot esetében olyan szintű támogatás érhető el, és annyi fejlesztő dolgozik vele, hogy szinte lehetetlen megkerülni. Való igaz, hogy már nem a "top choice", de továbbra is egy olyan nyelv, amit vállalati szinten nem lehet figyelmen kívül hagyni.
Jelenleg szerintem (is) a legnagyobb potenciál és jövő a Go-ban van. Ugyanakkor, ha abból indulunk ki, hogy az alkalmazások nagy része továbbra is "pure CRUD", némi extrával, akkor frameworkök szempontjából van még hova fejlődnie.
A cloudban napi szinten használjuk a Java + AWS kombinációt. A konténerek mérete valoban nagy, de a Spring keretrendszer által kínált rengeteg out-of-the-box megoldás, valamint az ezzel kapcsolatos tapasztalatok révén azt, amit Java-ban elértünk, például Go-ban jelenleg lehetetlen lett volna azonos timmeframe-en belül megoldani.
csajom penzugyes. amikor mondtam neki par eve h egyes IT-sok felnek hasznalni a whitelist es blacklist szavakat mert ez nem piszi, nagyon rohogott h ok aztan le nem csereleik a penzmosasi meg egyek kifejezeseiket. Akkor mar tudtam h itt a vege a woke menetelesenek.
Az, hogy mennyire le vagyunk maradva, már csak a Pythonról formált véleményeken is látszik. Jó lett volna a beszélgetésre egy AI mérnököt is meghívni, kicsit tovább árnyalta volna a képet.
Böle Györgynek - a magyarban a mondat végén levisszük a hangsúlyt. Sajnos Te pont felviszed, emiatt borzasztó fárasztó ezt hallgatni. Mintha egy végtelenített mondatot hallanánk. Légyszi ezt korrigáld a jövőben, mert hasznos amit csinálsz, legyen már hallgatható is.
Igyekszem majd