Én látom rosszul,vagy tényleg elég rossz helyzetben vannak most a junior fejlesztők?

21:

Egyrészt nem tudhatod, mert më nem dolgoztál munkahelyen. Másrészt nem csak konkrét technológiák kellenek egy munkahelyen, én pélául most váltottam munkahelyet, az új helyen nem egészen ugyanaz a technológiai stack, így most is 11 éve dolgozó seniorként is új dolgokat tanulok, méghozzá gyorsan, mert közben a domain tudást is felveszem.

Az nem hangzik jól, ha te eleve csúsztál, mert 3 év után még 1.5 éved van a BSc-ből (ami önmagában nem lenne baj), és nem vagy hajlandó befejezni, mert szerinted értelmetlen. Akkor ha valami unalmas dolgot kell majd csinálni egy-egyy task során, arra is bemondod, hogy ezt nem szeretnéd csinálni?

"Eleget jártam egyetemre ahhoz, hogy tudjam nem tanítanak semmit amit egy munkahelyen kérnek."

Tényleg nem szurkálódni akarok, de ha így gondolod, akkor nagy a baj. Valószínűleg Dunning-Kruger hatásban szenvedsz. Érdekes módon a felsoroltakat én tanultam egyetemen, pedig 5-6 éve végeztem, és azóta csak jó irányba mozdult el a képzés. Másrészt engem az első munkahelyemre az egyetemen tanult dolgok juttattak be. Olyanokat kérdeztek, hogy mi a látható algoritmus műveletigénye, mi benne a hiba, hogyan lehetne optimálisabb. Előkerültek olyan témakörök, hogy milyen implementációs lehetőségei vannak egy hashmapnek, mi az a red-black tree, stb. Első munkanapomon beültem egy meetingre, ahol úgy használták nem-triviális adatbázisfogalmakat (normálformák, triggerek, nézetek, tranzakció izoláció és konfliktusfeloldási lehetőségek), hogy csak néztem; soha nem gondoltam volna, hogy ezeknek a felére is szükségem lesz. Sorolhatnám. Legutóbb egy mentoráltam kezdett el kérdezősködni, hogy mi az az ipc, és mégis hogy történik meg a kommunikáció két program között. Kva gáz lett volna seniorként azt mondani, hogy nem tudom, ott a wikipédia. Múlthéten például egy probléma megoldásához ismerni kellett a windowsos lapozás/linuxos swap működését és azt, hogy a processzor hogy és mikor ad időt a processednek. És mielőtt kérdeznéd, nem beágyazott rendszerekkel foglalkozom, hanem felhőarchitektúrával.

Most csak néhány dolgot emeltem ki, de estig tudnám sorolni.. én ezeket mind az egyetemen tanultam meg, a kódolást meg felvettem magamtól. Pár hete egy befektetési cégnél interjúztam, kb több matekot kérdeztek, mint programozást.

Persze el lehet lenni mindenféle képzés nélkül is, ha tudsz ilyen-olyan keretrendszerekben kódot írni, de azt azért lásd be, hogy az a szakma alja. És az ilyen helyekre egy tucat bootcampes sokkal nagyobb előnnyel indul, mert ők célzottan megtanulják azt a techstacket 1 év alatt, amit a cég használ.

ui: bocs, csak az ilyen mondatok mindig triggerelnek.

Csak remélni tudom, hogy állásinterjún nem osztod ugyanígy az észt, hogy tök felesleges, amit az gyetemen oktattak, de bezzeg neked micsoda tudásod van a felsorolt technológiákban.

Pontosan amiatt mert az új technológiákhoz ott a web, nincs értelme ha az egyetem konkrét technológiákra specializálódva oktatna. A numerikus analízis, a DFA/NFA például nem változik, és közvetve ezek a dolgok sokféle gyakorlati problémára ráültethetők, vagy ha mégsem, akkor fejlesztik a gondolkodásmódodat. Vicces, mert pont olyan példákat hoztál, amik közel állnak a programozói gondolkodásmódhoz, hiszen programozói szemszögből pl. a numerikus integrál számítás is csak egy feladat, amit az automatáknál csinálsz, az pedig hasonló, mint mikor konkrét programnál tervezed meg az állapotváltozásokat.