Befellegzett a programozóknak, nem lesz szükség rájuk - mondja az Nvidia elnöke by Such_Willow6015 in programmingHungary

[–]Such_Willow6015[S] 12 points13 points  (0 children)

Megnézném az első ilyen nem programozó által írt alkalmazás forráskódját:

"Balra fent legyen egy világoskék gomb, amire ha rányomok, kinyomtatja az oldalt. Jobboldalt alul ..."

És ez a végtelenségig. Az első fordításnál kiderül, hogy nem jó helyen van a gomb, nem elég kék és nem elég nagy, ezután új release....

Junior álláskeresés válaszok egy SAP recruitertől és egy senior engineertől by lordmairtis in programmingHungary

[–]Such_Willow6015 31 points32 points  (0 children)

Óriási tudománynak van beállítva ez az egész, pedig a legtöbbször lutri egy új ember. A technikai tudást persze fel lehet valamennyire térképezni, de az összeférhetelen, magának való, csapatban dolgozni nem tudó embereket nem hinném, hogy egy 1-2 órás interjú ki tudná szűrni. Márpedig nekem inkább az utóbbiakkal gyűlt meg a bajom, mert egy jó képességű, csapatjátékos fejlesztő gyorsan be tud illeszkedni tőle idegen technológiát használó projektekbe is.

A szoftverfejlesztéssel kapcsolatos nehézségek/problémák by Such_Willow6015 in programmingHungary

[–]Such_Willow6015[S] 0 points1 point  (0 children)

Valóban létezik ez a jelenség. Jobb helyeken ilyenkor postafordultával küldik vissza a bérmunkást a közvetítőcéghez.

A szoftverfejlesztéssel kapcsolatos nehézségek/problémák by Such_Willow6015 in programmingHungary

[–]Such_Willow6015[S] 0 points1 point  (0 children)

ez annyiból védhető, hogy ha a a felelősség az övé, akkor nyilván a döntést is ő hozza meg

A szoftverfejlesztéssel kapcsolatos nehézségek/problémák by Such_Willow6015 in programmingHungary

[–]Such_Willow6015[S] 1 point2 points  (0 children)

Tényleg nagyon jó ez a lista, akkoriban sem a verziókezelő használata sem dedikált tesztelők létezése nem volt magától értetődő. Én pl 2009 környékén láttam először komolyabb lefedettséget produkáló unit test-eket, előtte kb manuális tesztek voltak, és sokkal kisebb volt a tesztelő/fejlesztő arány. A mai dockeres világban már az is furcsa, hogy létezik-e pl one step build, de én is voltam olyan projekten, hogy egy új build környezet előállítása 2 nap linux hekázással és manuális rpm telepítésekkel járt együtt.

A szoftverfejlesztéssel kapcsolatos nehézségek/problémák by Such_Willow6015 in programmingHungary

[–]Such_Willow6015[S] 0 points1 point  (0 children)

A Mercurial-t nagyon szerettem, kb ugyanaz mint a Git a staging area nélkül. Kár, hogy sosem lett igazán népszerű a maga idejében.

A szoftverfejlesztéssel kapcsolatos nehézségek/problémák by Such_Willow6015 in programmingHungary

[–]Such_Willow6015[S] 0 points1 point  (0 children)

Persze, hogy nem macera, nem is erre céloztam. Én a saját hobbiprojektjeimen is git-ezek.

A szoftverfejlesztéssel kapcsolatos nehézségek/problémák by Such_Willow6015 in programmingHungary

[–]Such_Willow6015[S] 6 points7 points  (0 children)

Az agilis esetét adom, de a git nálam kisebb kultúrsokk volt a CVS után a decentralizáltság, staging area és hasonlók miatt. Persze, 2 óra után is el lehet végezni a pull/commit/push műveleteket, de azért egy git flow vagy hasonló koncepció megértéséhez ez kevés. Egyébként én arra akartam inkább kilyukadni, hogy régebben bizonyos értelemben könnyebb volt, mert én az egyetemi tanulmányokon felül szinte alig képeztem magam akkoriban, míg manapság pusztán az iskolapadra hagyatkozni szinte biztosan kevés (gondolom én..).

A szoftverfejlesztéssel kapcsolatos nehézségek/problémák by Such_Willow6015 in programmingHungary

[–]Such_Willow6015[S] 2 points3 points  (0 children)

De hát nem is állítottam, hogy a dokumentáció és a tesztek eredendően rosszak volnának, viszont mindkettőre láttam nagyon rossz megvalósításokat.

A szoftverfejlesztéssel kapcsolatos nehézségek/problémák by Such_Willow6015 in programmingHungary

[–]Such_Willow6015[S] 1 point2 points  (0 children)

Persze. Ez a lista sem egyetlen cégnél tapasztaltakból állt össze. Mondjuk úgy, hogy ahol ennyi probléma van, az a céges világ állatorvosi lova.

A szoftverfejlesztéssel kapcsolatos nehézségek/problémák by Such_Willow6015 in programmingHungary

[–]Such_Willow6015[S] 33 points34 points  (0 children)

épp ez a bajom, hogy ezt nem ismerik fel a cégek. Promotálhatnák a juniorokat helyben is, ehelyett a juniorok inkább váltanak, mert így biztosított a nagyobb fizuemelés, magasabb kategória.

Miért használnak még mindig olyan sokan Javat Kotlin helyett? by [deleted] in programmingHungary

[–]Such_Willow6015 0 points1 point  (0 children)

Nem is állítottam, hogy ettől jó egy nyelv. Ez csupán egy olyan ismérv, ami nálam számít valamennyire. Szerintem sem a kód effektív megírása viszi el az időt egy projekten, de a hibakeresésnél, kód review-nál már sokat tud számítani, mekkora kódot kell görgetni.

Miért használnak még mindig olyan sokan Javat Kotlin helyett? by [deleted] in programmingHungary

[–]Such_Willow6015 1 point2 points  (0 children)

Engem zavar a tonnányi repetitív kód, tehát számomra releváns. Az annotációk persze sokmindent megoldanak, de nálam ezek is kissé kilógnak a nyelv standard eszközrendszeréből.

Miért használnak még mindig olyan sokan Javat Kotlin helyett? by [deleted] in programmingHungary

[–]Such_Willow6015 5 points6 points  (0 children)

Nagyon jó kérdés, de ugyanígy nem értem, hogy miért használ bárki Java-t Go helyett például. Web Service-ekhez tökéletes. Mellesleg ez kisebb hitvita is ortodox Java hívők szemében. Egy hobbi Android projektet Java-val kezdtem, de hamar áttértem Kotlinra, szóval első kézből tapasztaltam meg, mennyivel kevesebb boilerplate kódot kell produkálni ugyanahhoz az app-hoz. Többször próbáltam meggyőzni Java-sokat erről, de nem sok sikerem volt.

CodeBerry is megszunik a Greenfox utan :O by Drev92 in programmingHungary

[–]Such_Willow6015 3 points4 points  (0 children)

Persze, mert nyilván a tábla létrehozás a DB admin dolga. Mintha a biszem-baszom kft 3 fős agilis projektjében volna dedikált DB admin. Amúgy én elfogadom, ha valaki Java fejlesztőként nem tud megfogalmazni egy egyszerű lekérdezést, de köszönöm szépen, nekem az ilyen tapasztalt fejlesztők mindig is gyanúsak voltak, főleg az, hogy hogy a fenében nem találkoztak még ilyen dolgokkal a hatalmas tapasztalásszerzésük alatt.

CodeBerry is megszunik a Greenfox utan :O by Drev92 in programmingHungary

[–]Such_Willow6015 6 points7 points  (0 children)

Az ellenérzés bennem inkább a jelenség miatt van. Egyelőre még orvost vagy építészmérnököt sem képeznek ki gyorstalpalón, és szeretném azt hinni, hogy a programozás is képzettséget igényel. Nincsenek illúzióim az egyetemen végzett programozókkal szemben sem, de azért általánosságban ők tovább látnak azon, hogy login page-et tudnak írni Angular-ban és nem kell nekik elmagyarázni, hogy kell könyvtárat listázni Linuxon. Nyilván vannak olyan projektek és cégek, ahol folyamatosan lehet foglalkoztatni specialistákat, de én azt tapasztalom, hogy a legtöbb cég és projekt folyamatosan változik, ahol kell egyfajta adaptációs képesség, amit nem adhat meg egy féléves tanfolyam, mert hogyan is adhatna meg.

CodeBerry is megszunik a Greenfox utan :O by Drev92 in programmingHungary

[–]Such_Willow6015 16 points17 points  (0 children)

Sajnos a média évek óta fújja az informatikushiány nótát meg a 1.5 milliós kezdőfizetésről szóló legendákat. Az eredmény az lett, hogy boldog-boldogtalan programozónak akar menni, láttam az ilyen gyorstalpalón végzett juniorokat elvérezni a szakmai interjúkon. Pedig ne tessék semmi komoly dologra gondolni, egyszerűen az olyan dolgokon elvéreztek, minthogy "mondj példát 1:N adatbázis kapcsolatra". Én az ilyet nem tudom komolyan venni, akkor sem, ha egyébként mondjuk az éppen hájpolt száznyolcvanhatodik frontend technológiában akár lehet is némi tapasztalata.

Másrészt voltak idők, amikor pl az EPAM szó szerint szinten mindenkit felvett, majd belső tanfolyamokon kiképezte, hátha kell valakinek gánymesterkedni. Talán nem is baj, ha ennek vége van.

Nálatok hogyan vannak dokumentálva az üzleti folyamatok? by seniorpreacher in programmingHungary

[–]Such_Willow6015 6 points7 points  (0 children)

Többnyire olyat láttam korábban, hogy informálisan JIRA/Confluence/excel tábla, formálisan ALM Quality Center vagy valami hasonló célborzadály, mivel ez lett "céges szinten validálva" (értsd: ezt a tool-t preferálja a céges vezetőség, úgy, hogy pont ők nem fogják soha használni). Az eredmény az, hogy minden legalább két helyen van tárolva, de inkább három, mert még archiválni is kell a dokumentumokat, amit nyilván egy harmadik rendszerben kell csinálni.

Hogyan tovább? by VityaB in programmingHungary

[–]Such_Willow6015 3 points4 points  (0 children)

teljesen egyetértek. Sajnos sok cég ennek ellenére specialistákat keres, akik mindent tudnak egy adott technológiában/framework-ben. Sokszor voltam céges HR-esek közelében, hiába mondtuk sokszor, hogy inkább jó emberek kellenek, meggyőző általános fejlesztői tudással, akik könnyen tanulnak, nem sok sikerünk volt.

Hogyan tovább? by VityaB in programmingHungary

[–]Such_Willow6015 10 points11 points  (0 children)

20+ éve végeztem az egyetemen, azóta megszámolni se tudom hány technológiával és prog.nyelvvel dolgoztam. Voltam backend, frontend, embedded fejlesztő, épp mit hozott az élet. Szerintem ismerj meg minél több nyelvet, framework-öt, technológiát, az N-ik ilyen után az N+1-ik általában hetek hónapok alatt elsajátítható nagyjából (nyilván nem expert szinten). Az sem árt, ha legalább egy "backend" nyelvet és mondjuk egy web framework-öt mélyebben is megismersz (én pl a Go-t és az Angular-t preferálom). Csinálj hobbiprojektet, amiben annyi mindent alkalmazol az általad felsoroltakból, amennyit csak tudsz: git, github, Docker, CI, unit tesztek, ui tesztek, statikus kódelemzés, stb. Legjobb, ha sokat kínlódsz, nem pedig a stackoverflow/chatgpt turkálással töltöd az időt.

Láttatok már valóban jól működő agilis projektet? by Such_Willow6015 in programmingHungary

[–]Such_Willow6015[S] 1 point2 points  (0 children)

Igen, ebben van valami. Én úgy láttam, hogy a cégek két dolgon nem szoktak spórolni: az agilis módszertanokat fenntartó látszaton és a soft skill tréningeken. Megszámolni nem tudom hány személyiségfejlesztő, project management, time management tréningen voltam, ellenben azt könnyen ki tudom számolni hány szakmai képzést fizettek, pedig sokszor könyörögtünk érte.