Programozó leszek ...

Közösségi kerekasztal

Egyre többet töprengek mostanában a programozói pályán, nézegetem a képzéseket (elég színes, szagos, drága, drágább, ... végzettséget adó, nem adó, ... állásgarancia, online). Olyanok véleményére lennék kiváncsi, akik ilyen tanfolyamon valamelyikén végeztek. Sikerült-e elhelyezkedniük, vagy pénzkidobás volt. Azok véleményét is meghallgatnám, akik esetleg tanfolyamon végzett programozókat alkalmaznak/alkalmaztak, ők mennyire tartják alkalmasnak az ilyen végzettséggel rendelkező embereket.

  • 2246 megtekintés

( pirate | 2022. 09. 02., p – 17:26 )

Csupan gyakorolni kell, anelkul egyik tanfolyam sem er semmit, mert utana 2 het alatt elfelejted amit tanultal. Ha van idod/kedved alkalmazni amit tanultal + ratanulni (google a baratod) akkor nem lesz gond. Az elfelejtes az sajat tapasztalat, a tobbi sajat velemeny :)

"Már nem csak tehetségekből, de a hülyékből is kifogytunk..."

Igen, ez teljesen egyértelmű, hogy a nem használt tudás kopik. Az is teljesen világos, hogy tanfolyam nélkül is meg lehet tanulni programozni, nyilván nem hátrány, ha tudod kit kell kérdezni ha elakadtál, illetve ha van egy logikusan felépített iránya a tanulásnak.

A kérdésem sokkal inkább arra vonatkozik, mennyire reális az, hogy egy ilyen tanfolyam után életképes lehet egy ember a piacon, illetve mennyit számít adnak e róla papírt és ha igen, akkor milyen pecsét díszeleg rajta.

..,

( BlinTux v | 2022. 09. 02., p – 17:31 )

A neten minden infó fent van, bármilyen nyelvről. Hülye aki ezért fizet...

nekem egy helyen kellett volna papír, egy állami szervnél. végzettség alapján fizettek volna. mondanom se kell, nem érdekelt

jó programozóra mindig szükség van

4 és fél éve csak vim-et használok. elsősorban azért, mert még nem jöttem rá, hogy kell kilépni belőle.

egyébként gyakori tévhit a közalkalmazottak közt, hogy fix tábla szerinti kell legyen a fizetésük. Valójában van valami felettes döntése alapján adható kiegészítés, vagy hasonló nevű opció, amivel sokkal többet is fizethetnek, ha akarnak és van fedezete. Más kérdés, hogy nem akarnak általában és másnak van fedezete.

Jaja. Van egyébként többféle opció is, amik alapján a táblán felül fizethetnek. Jutalom és hasonlók is vannak, amiket a vezetők maguknak jól megindokolhatnak. A vezetői döntésen alapuló kiegészítésnél talán valami olyasmi a szöveg, hogy ha van rá fedezet, akkor adható.  Normál esetben persze, ha nem szánnak fizetésre, akkor nem jut rá. Mi anno jópár éve ipari projekteket csináltunk egyetemi csapatban, szóval igencsak volt rá külső - nem közpénz - forrás és úgy valahol a tábla és a piaci szint közé félúton tehették így a szintet. 

Ahol nem lehet "bekopogni" papirok nelkul ott altalaban ez diplomat kernek, javits ki ha tevedek. Egyetemi v. foiskolai diplomat tanfolyamon nem fogsz kapni.

Olyan helyeken ahol a felvetelin eled raknak egy problemat amit meg kell oldani es te sikeresen megoldod senkit sem fog erdekelni, hogy honnan van a tudasod vagy melyik egyetemrol van papirod.

"Már nem csak tehetségekből, de a hülyékből is kifogytunk..."

A "bekopogni" kérdést általánosabban értettem. Rengeteg meghirdetett állásnál várnak el ilyen/olyan végzettséget (amit aztán nem használsz, nincs rá szükséged adott munkakörben, de a részét képezi az álláshirdetésnek).

A "programozó leszek" témát is azért dobtam fel, mivel azt gondoltam itt jó eséllyel találhatok olyan emberkéket, akik bármelyik oldalról érintettek (munkaadó/munkavállaló; tanfolyamot félbehagyó/elvégzett, de nem programozóként dolgozó ...). Kaphatok olyan válaszokat, amin tovább tudok rágódni, hogy érdemes e megpróbálni egyáltalán.

Nem törvényszerű, hogy nekifutok a dolognak, de valamerre el kéne mozdulnom, mivel a jelenlegi helyemen érezhetően nem jó irányú változások vannak a világ aktuális helyzete miatt.

..,

A "bekopogni" kérdést általánosabban értettem. Rengeteg meghirdetett állásnál várnak el ilyen/olyan végzettséget (amit aztán nem használsz, nincs rá szükséged adott munkakörben, de a részét képezi az álláshirdetésnek).

Attol, hogy reszet kepezi (nem mindegy, hogy kotelezo v. ajanlott kategoriaban) nyugodtan palyazhatsz. Beirod, hogy neked nincs meg az adott/elvart kepesites, de penge vagy abban a programnyelvben amihez keresnek programozot. Ilyen egyszeru, aztan majd ok eldontik valaszolnak-e. Nekem kertek diplomat, de nem a munkakor miatt, masban volt szerepe, viszont ahhoz fontos volt. Valoszinu a kozalkalmazotti szferaban is elony. Cegeknel ha jo vagy akkor kb. mindegy (szerintem).

"Már nem csak tehetségekből, de a hülyékből is kifogytunk..."

-1

A pluralsight valami tízezer körül van egy hónapra, de ennyi pénzért ~végtelen különböző témában kapsz ~végtelen tananyagot, értelmes útvonalakra lebontva, szintfelmérőkkel, mittudomén. Ha ennyit sajnálsz rá, akkor hagyni kell a picsába az egészet*.

(* ofc ha nem tudod kifizetni a 10 rugót, mert 30k az egyetemi ösztöndíj, amiből 15k a koli, akkor ez nem rád vonatkozik)

( arpi_esp v | 2022. 09. 02., p – 17:34 )

sose ertettem ezt, hogy elvegez valaki egy gyorstalpalot aztan maris programozo?? ez nem komuves szakma, hogy megmutatjak hogy kell aztan csinalod...  az ilyen tanfok szerintem max arra jok hogy utana wordpress weboldalakat tudsz osszerakni kb.

legalabbis szerintem a programozashoz kell erzek, algoritmikus gondolkodas, jo matek alapok, stb... ezeket nem lehet par honap alatt megtanulni!

Ahogy a komuvesek kozott, ugy a programozok eseten is eleg szeles a paletta.

A legtobb melo mindkettonel a jo szakmunkas szintjen van. A teglahordotol nem varjuk el a Pietàt, de meg a rendes falazast se, a nagyuzemi kodlapatolotol meg az algoritmustervezest. Vagyis nem kene, de ez a vezetoi felkeszultseg kerdeset veti fel...

Az egyik vegletnek eleg egy gyorstalpalo, a masiknak meg nem art a PhD es par ev a Fraunhofernel. Kozte meg van par lepcsofok.

az ilyen tanfok szerintem max arra jok hogy utana wordpress weboldalakat tudsz osszerakni kb.

Azért tegyük hozzá, hogy amikor arról cikkeznek, hogy egymilliárd-csilliárd informatikus hiányzik az országból, annak egészen nagy része kb. ilyen.

Az algoritmikus gondolkodás, matek, stb. a jól fizető és/vagy érdekes melókhoz szokott kelleni, de ettől még van mondjuk hárommillió Kft az országban, ami középszerű weboldalért és webshopért kiált. :)

( azbest | 2022. 09. 02., p – 18:42 )

Szerkesztve: 2022. 09. 02., p – 18:44

A bootcamp cégeket úgy képzeld el, mint egy HR iroda, toborzók jutalékért. Csak azt veszik fel, akiről úgy látják, hogy jó eséllyel végig tudja vinni a képzést. Akiknél látnak olyan alapismeretket, felfogóképességet, hogy képesek felületesen megérteni a pörgős témákat, amiket ledarálnak. A képzés pedig csak olyan alapokat ad, amivel a velük emberkeresésre leszerződött cégnél lesz valami minimális alapismeret a témában.

A való életben nagyon sok feladat nem a tökéletességről szól, hanem arról, hogy lehet a legkisebb költséggel (gyorsan, olcsó munkaerővel) valamit minimális szinten megcsinálni. Lehet erről más a véleménye némelyik vezető fejlesztőnek, de végső soron pénzt akar keresni a cég, szóval csak addig számítanak a magasztos szólamok, amíg a későbbi support költségek csökkentéséről hihető indoklást tudnak mellé tenni. 

Tanulás szempontjából az információk összerendezettsége szerintem a legnagyobb haszna valami szervezett képzésnek. Már persze, ha az adott képzés tényleg megteszi ezt. Anno okj képzésekből láttam többet is, ahol én jártam ott azok is jók voltak. Más helyekről meg rosszakat is hallottam. De úgy tudom ma már ezeket is szétverték, felnőttek számára megnehezítették a tanulást iskolarendszerű módban. Esetleg pár könyvet, amit okj vagy egyetemi képzések alapozó kurzusainál szoktam használni, érdemes átolvasni az alapismeretekhez. Úgy már sokkal könnyebb megérteni bármelyik képzést.

( Raynes v | 2022. 09. 02., p – 18:50 )

Ha csak a pénzért vágnál bele, nem javaslom, szimplán mert csalódni fogsz benne. Szerintem túl sok programozó van már, túl sok informatikus, mindenki az akar lenni. Persze jó programozóra mindig szükség van, de biztos vagy benne, hogy jobb tudsz lenni az átlagnál?

Ha viszont azért vágsz bele, mert tényleg érdekel a téma, szívesen csinálnád akár hobbiként is, akkor mindenképp megéri vele foglalkozni. Lesz tapasztalatod benne, kipróbálod magad, lekötöd, ha nem is fogsz programozóként elhelyezkedni, plusz egy pontként jól mutathat önéletrajzban, nem tudni hol veszed hasznát, nem csak közvetlenül programozáskor, de rendszeradminisztráció, meg akár nem informatikai munkakörökben is előjöhet a hasznossága, ha értesz ilyenhez. Ebben az esetben elvesztegetett idő semmiképp nem lesz.

Tanfolyás meg könyvek oké, de azt is tudnod kell előre, hogy abból nem tanulsz meg programozni, főleg nem jól. Alapokat le lehet tenni vele, meg az adott nyelv szintaxisát, fejlesztői eszközeit elsajátítani, plusz papírt tudsz szerezni vele esetleg, de ahhoz, hogy jó programozó légy, ahhoz gyakorolni kell, saját projekteket csinálni. Ezeknek nem kell nagy projektnek lennie (pl. komplett játék, operációs rendszer, stb. írása), elég piszlicsáré, apróbb projektekkel kezdeni, ilyen parancssoros kisebb programok, kisebb webes dinamikus kódok, stb. amiknek van számodra valami hasznossága, meg tudod írni, kihívás, de nem teljesíthetetlen komplexitási szint, és a lényeg, hogy úgy fejlődj, hogy közben élvezed.

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

Egyetértek Raynes írásával.

Amit hozzátennék, hogy adtam pár órát egyvalakinek aki belevágott egy ilyen boot camp-be és beletört a bicskája. Akkor keresett meg amikor már baj volt. Az első óra után legszívesebben lebeszéltem volna róla, de addigra már be volt fizetve és felmondott a munkahelyén is... A képességei meg lettek volna szerintem, de egyszerűen nem tudta összeszedni az erőt ahhoz, hogy órákon át üljön a gép előtt és algoritmusokat pötyögjön. Szerintem ha valaki ezt nem szereti akkor nagyon nehezen lesz képes rá.

Engem például szórakoztat, és ha nem fizetnének érte akkor is programozgatnék időnként a mai napig is, nem tudtam még megúnni. (Csak a munkáltatóm meg ne tudja, LOL!)

Nem olcsó egy ilyen bootcamp, ha nem vagy lelkes, akkor nem ajánlanám hogy belevágj! Ezért azt mondanám, hogy az első projekteket netes leírás alapján csináld végig egyedül! Van egy rakás jó, és ha nem tudod végigcsinálni, akkor az nagyon jó indikátor lesz arra, hogy a tanfolyamot sem fogod tudni végigcsinálni és kidobott pénz lenne! Ha bele mersz tenni egy bootcampbe fél-1 milliót meg több hónapot, akkor ebbe pedig bele kell tenni egy hetet legalább! Egy hétig foglalkozz ezzel, vegyél ki szabadságot, vagy akármi! Persze ha igazán motivált vagy akkor munka után is programozhatsz, de ha ennyire motivált lennél, akkor már régen programoznál magadtól is, mert tényleg szó szerint minden ott van az Interneten, nem kell hozzá tanfolyam meg semmi, hogy belevághass! Jó, egy PC és Internet kell, telefonon ne állj neki! De semmi más! Minden eszközt megkapsz ingyen ami kell a profi munkához is! (Van amiért fizetni kell, de ne azt válaszd tanulásra.)

Amit láttam belőle megbízott segítőként, az alapján nem volt rossz a bootcamp anyaga, szóval én nem abban keresném a hibát. Annak ellenére, hogy az alanyom nagyon sokat panaszkodott rájuk, nekem az volt a benyomásom, hogy az ő hozzáállásával volt a baj. Még egy fontos dolog, hogy a bootcamp rendkívül szoros időbeosztással megy. Nincs idejük arra, hogy motivációval foglalkozzanak, hanem leadják az anyagot és a saját felelősséged, hogy egy kemény 5 napos hét után hétvégén is gyakorold! A páciensem pedig azt várta volna, hogy motiválják őt munkára. Hát ilyen nem lesz sehol az biztos. Nekem is feltűnt, hogy az első óra után adtam neki néhány egyszerű feladatot gyakorlásként és persze semmit nem csinált meg a következőig. Lehet mutogatni rá, de lássuk be azért sok éve elhagytuk az iskolát, mindannyiunknak nehezére esne újra iskolapadba ülni.

Szerk.: még annyi jutott eszembe, hogy a tanításban azt vettem észre, hogy az emberek egy részének egy témával szemben van egy bénító hatású önblokkolása. Nem feltétlenül a tárgy gyűlöletéből adódik ez szerintem, de nem vagyok biztos benne. Eddig két esetben sikerült ezt feloldanom tanítványaimnál, mindkettő fizika volt és mindkettő 5-ösre vizsgázott utána úgy, hogy egyikük bukásra állt, a másik gyenge 3-as környékén volt és félt tőle. Érdekesség még, hogy mindkettőjüknek csak egyetlen órát adtam és talán nem is az volt a lényeg amit tanítottam hanem a hozzáállás hogy a fizika valójában érdekes és a valóságról szól. Azért mondom ezt, mert szerintem a bootcampes tanítványomnak ilyen blokkja volt, de nem sikerült feloldani. Szerintem ha valaki nem tud magától elkezdeni programozni net vagy könyv alapján (aki még nem tud angolul az talán jobban jár egy magyar nyelvű könyvvel), akkor neki is blokkja van és addig nem érdemes ebbe fektetnie ameddig fel nem oldotta a blokkot.

A "házi feladat" nem elkészítéséről: pár éve szerettünk volna csinálni egy mentor-tanítvány céget senior fejlesztőkkel és programozónak tanuló főiskolásokkal-egyetemistákkal, hogy egyszerű munkákat olcsón el tudjunk vállalni bedolgozó cégként, a mentorok kis pénz keressenek, a diákok meg fizetésért valós munkákon tanulhassanak. Nem titkolt szándék volt tehetségek felfedezése, aki komoly ajánlatot kapott volna a programja végén.

Nos, nem lett belőle semmi. Fél év aránylag komoly toborzás alatt 3 (három) ELTE-es, nappalis, PTI-s maradt meg érdeklődőnek (a többinek elég a suli, mégse akar mellette dolgozni napi 2 órát sem, inkább henyélne, bulizna, stb). A háromból egynek volt saját Github élő projektje, szép kóddal, lelkesedéssel, stb. A másik kettőt csak a pénz vonzotta, de kódminőség terén még sulis házi feladatot sem tudtak mutatni, mert állításuk szerint az első 5 félévet sikerült úgy végigtolniuk, hogy egy házit sem csinátak meg (ELTE nappali PTI...). Na ez a programozói motivációjukat is megmutatta.

Teljesen egyet értek azzal az alapvetéssel, hogy abból lesz anyagilag és szakmailag sikeres programozó, akit ez igazán érdekel, akiben megvan az ilyen irányú algoritmikus gondolkodás, bele tud mélyedni egy-egy problémába nem az órát nézve, hanem a megoldást keresve. Akit ez igazán érdekel, az aktívan programoz ezt-azt akkor is, ha esetleg éppen tök más munkát végez (én pl. rendszerüzelemtetés terén dolgozok 25 éve, de mindig van valami programozás benne vagy mellette, és annak ellenére programozónak vallom magam mióta az eszemet tudom, hogy sohasem dolgoztam hivatalosan ilyen minőségben). Én még olyannal nem találkoztam, hogy azért kezdett bele, mert ez jól fizető terület, és tényleg sikeres lett. Persze aki kitartó, az fog kapni 350+ ezer bruttót valami favágó kódgyártás munkakörben, de én nem ennyiben definiálnám (anyagi téren) a sikeres programozói karriert...

Ha csak a pénzért vágnál bele, nem javaslom, szimplán mert csalódni fogsz benne. 

Ez annyira igaz a programozásra, mint egy tetszőleges másik szakmára, csak valamiért nálunk alakult ki az a társadalmi elvárás, hogy amit napi 8-10 órában csinálsz, az legyen a hobbid is. Ártani (elvileg) nem árt, ha a szabadidődben is foglalkozol vele, de az általam ismert legjobb fejlesztők a meló után lecsukták a gépet, és elhúztak bicajozni, moziba menni, vagy akármi mást csinálni, aminek nincs köze a géphez.

biztos vagy benne, hogy jobb tudsz lenni az átlagnál?

Átlag feletti skill az átlag feletti fizuhoz kell, de a legtöbb cég már annak is örül, ha kap egy relatíve értelmes, érdeklődő kezdőt, akit utána be lehet tanítani.

Tanfolyás meg könyvek oké, de azt is tudnod kell előre, hogy abból nem tanulsz meg programozni, főleg nem jól. 

Ja, erre a részre kb +1, nem nagyon lehet megúszni a gyakorlatot.

nalunk az alakult ki, hogy napi 8-10 oraban kopkodd ki a kodsorokat, es a "miert nincs estere kesz a task?". :/

ebbe meg nem fer bele hogy kozben tanulj, esetleg meg uj dolgokat keress (database, framework, stb)

A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!

Szerintem itt az a félreértés okozza a problémát, hogy a szoftverfejlesztés nem arról szól, hogy napi 8 órában kódot írsz. Ez a munkáltató részéről egy borzasztóan rossz hozzáállás. Érdekes, hogy sokáig fel sem fog tűnni a cégnek, mert ahogy lelépnek a kiégett emberek, az újak úgyis behozzák az új tudást, csak így sokkal-sokkal drágább lesz.

Így van. Nem vagyok programozó, de ezt én is tapasztaltam, mikor kódokat írtam munkához. A fejlesztés, kódolás kreatív tevékenység, nem mechanikusan szabályozható, hogy beülök 8 órát, megnyitom a csapot, és a munkaidő végéig folyik ki a kód, utána meg elzárom, és 8 órányi munka után egy perccel már ki is kapcsolom, hiába gondolják így a munkáltatók, meg ez az agilis fejlesztés is egy baromság. Vannak napok, amik nem halad az ember, nincs ötlet, nem működik a kód, vagy nem úgy, meg kell érteni mi a probléma, elakadás van, át kell tervezni, ötletelni, új módszereket keresni, vagy meglévő kódot teljesen átszervezni, átszabni. Cserébe máskor meg beindul a dolog, megvan az ihlet, megoldás, akkor kiírja az ember magából a kódot, amíg benne van, ha kell, éjszakába nyúlóan, és nem érdemes leállni, hogy jajj, most munkaidő vége van, kikapcsolok. Sokszor az ember agya jár a problémán akkor is, amikor épp nincs munkaidő. Gondolom, aki profi kóder, pár év után ezt megtanulja kezelni jobban, de akkor sem megy ez annyira mechanikusan, mint egy szalagmunka, hogy műszak végén kikapcsoljuk, és kész.

Épp ezért hülyeség, mikor valahol napi kódsormennyiséget írnak elő, és ezzel mérik a teljesítményt, nem órában.

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

Az lehet, hogy a kódolás kreatív tevékenység, a szoftvert viszont nem művészeti aukción árulják :) A faszság agilis meg pont azt próbálja megoldani, hogy

a) minél kevesebbet kelljen áttervezni meg ötletelni, mert mire nekiállsz, addigra már legyél kb képben azzal, hogy mit kell csinálni, és azt nagyjából hogyan fogod, és kb mekkora feladat.

b) felbontsa akkora szeletekre, hogy lehessen menet közben korrekciózni, mikor kiderül, hogy valami mégse egyenes, és ezzel ne egyedül kelljen szopnod, aztán csodálkozni, hogy az üzlet puffog, mikor három hónap múlva megjelensz vmi tök mással, mint amiről szó volt, mert hát közben át kellett tervezni

c) elfedje a tempóban azokat a tüskéket, amik valóban részét képezik ennek az egésznek, és ne verjék a farkad korbáccsal, hogy aszontad a zöld gombra, hogy 2 óra, miért lett 6?

Napi kódsormennyiséget meg szerintem sehol nem írnak elő, mert az üzlet magasról leszarja hány sor, akit meg érdekel, az meg pont attól kap lábrázást, ha valami sok. Mindig röhögök magamban, mikor vannak a vim warrirok meg kizárólag angol kiosztás hívők, hogy mer kódolásnál mennyivel gyorsabb, hogy remélem, hogy sose kell nekem architectelni egy ilyet, hát kinek hiányzik napi sokezer sor kód.

Szóval cuki, hogy próbálod extrapolálni azt, hogy milyen lehet programozónak lenni abból, hogy néha irogatsz valamit, csak elég fals az így kialakult képed :)

Szerencsére ezt az agilis marhaságot nálunk még nem találták föl. Mondjuk nem tudom, mennyiben segítette volna az életemet a DMA kontroller, az AD konverter, a timer-ek felprogramozásában, vagy hogyan jutottam volna közelebb ahhoz, hogy ebből a szentháromságból így most konkrétan melyik miért nem megy, vagy mondjuk így agilisan hogyan fogom hamarabb átrágni magam azon a kb. 43 db 32 bites regiszteren, annak minden bitjén. Próbálna csak valaki beszólni, miért 6 óra lett, miért nem 2, de amúgy inkább a 2 óra helyett miért lett másfél hét, előbb agyonütném az illetőt, utána hagynám a f.szba az egészet ott, ahol van.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

nem baj, hogy ez is szar, bár fingod nincs róla, programfejlesztés témában megszoktuk. :) Az agilis az alapvetően egy project management módszertan, nem fog neked segíteni a konkrét problémamegoldásban.

Egyébként pont azt mondtam, hogy így nem nagyon próbálnak meg beleszólni, legalábbis nem ennyire. És értem, hogy te nagy agyonütő művész vagy, de azért azt ugye belátod, hogy ha valamire azt mondod, hogy 2 óra, aztán lett másfél hét, akkor a főnököd bizony elég jogosan kérdezi meg, hogy ez miafasz? Tudod, a cégnek abból van pénze, többek közt a te fizudra, hogy eladja, amit csinálsz. És nem mindegy, hogy jövő héten tudja piacra vinni, vagy majd csak egy fél év múlva. Meg az se mindegy, hogy az árának 2 heti, vagy fél évi fizetésedet kellene megtermelni. 

Ezzel együtt HW projektet valószínűleg nem kifejezetten jó ötlet agilisban vinni (bár simán lehet, hogy van, ahol van értelme, vagy jó), érzésre az előnyök egy jelentékeny részét nem nagyon lehet hasznosítani, amit meg igen, azt be lehet ültetni más módszertanba is.

nem baj, hogy ez is szar, bár fingod nincs róla, programfejlesztés témában megszoktuk. :)

+1, remélem valaki még idekommenteli, hogy házépítésre és vakbélműtétre sem jó az agilis PM

értem, hogy te nagy agyonütő művész vagy

Na, arra is befizetnék mondjuk, ahogy locsemege megveri a kollágáit.

Nyilván nem mondok két órát, hanem azt mondom, szólok, ha működik. Nyilván más az alkalmazás fejlesztés, és más hardware közelébe úgy, hogy oprendszer sincs alattad és a boot loader-t is te írod. ;) Beágyazott, embedded, vagy mi.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Nyilván nem mondok két órát, hanem azt mondom, szólok, ha működik. 

Kevésbé tűnik jól működő cégnek :)

Nyilván nem mondok két órát, hanem azt mondom, szólok, ha működik. Nyilván más az alkalmazás fejlesztés, és más hardware közelébe úgy, hogy oprendszer sincs alattad és a boot loader-t is te írod. ;)

Nem, ennek vajmi kevés köze van ahhoz, hogy van-e OS vagy nincs. Egyszerűen csak az esetek egy jelentős részében a) sokkal jobban definiáltak az elvárások, mint egy user facing alkalmazásnál b) sokkal adottabbak a keretek, idő se lenne vele variálni, mert nagy a delay, meg jellemzően az van, hogy a két centtel olcsóbb alkatrész kell (vagy ami mostanában van, hogy amit sikerül venni).

Van része, ahol egyébként volna haszna egy kis agilitásnak, mert rendre sikerül egy olyan bonyolult problémát mind mondjuk egy mosógép kezelése elképesztő fostalicska UXal megvalósítani.

Kevésbé tűnik jól működő cégnek :)

A felesleges stressz nem jól működő céget, hanem beteg alkalmazottakat eredményez. Attól, hogy feldobok egy dobókockát, bemondok hét napot, még ugyanúgy lehet négy nap is meg három hét is, mintha nem mondanék semmit. Néha nálunk is rugóznak ezen, de mondom, hogy szólok, ha működik. Attól épp lassabban készül el, ha közben a gyomorfekélyemet is ápolni kell.

Az az adottság, hogy van egy műszaki probléma, meg kell oldani. A user interface-szel bajlódjon a software-es, semmi közöm hozzá, hogy valami mennyire lesz kék. Rám az tartozik, hogyan szuszog, fúj, csattog, zörög, s mindennek mi lesz az eredménye, illetve hogyan paraméterezzük, s hogyan kommunikáljunk. Már a dróton, nem úgy, mint kollégák. :)

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

A felesleges stressz nem jól működő céget, hanem beteg alkalmazottakat eredményez. Attól, hogy feldobok egy dobókockát, bemondok hét napot, még ugyanúgy lehet négy nap is meg három hét is, mintha nem mondanék semmit. Néha nálunk is rugóznak ezen, de mondom, hogy szólok, ha működik. Attól épp lassabban készül el, ha közben a gyomorfekélyemet is ápolni kell.

Hát, szerintem elég valid elvárás a cégtől, hogy lehessen tudni, valami mikorra lesz kész.  Az agilis faszság többek közt arra való, hogy neked ne kelljen azon gyomorgörcsöt kapni, hogy pont az egyik hosszabb lett, a cég meg mégis lásson valami kezelhető timeframet. És értem, hogy a mérnök is az informatikus olyan, hogy há majd kész lesz, és személyes sértésnek veszik meg gyomorfekélyesek lesznek, ha szembe jön a valóság, de na :)

A user interface-szel bajlódjon a software-es, semmi közöm hozzá, hogy valami mennyire lesz kék.

Ugye azt érted, hogy a mosógép csavaró gombja is user interface? És ez elég közeli kapcsolatban áll azzal, hogy hogyan kell az ezestetben prögést és locsogást paraméterezni, ráadásul nem szokott ehhez lenni egy külön számítógép, ahol lehet javascriptben taknyolni, ezért hardwares lesz az. Lehet, hogy nálatok pont nem te, de ettől még igen. És nem az a baj, hogy mennyire kék.

Hát, szerintem elég valid elvárás a cégtől, hogy lehessen tudni, valami mikorra lesz kész.

Még nyílt végű projekteknél (bár ez is egy oximoron, de most hagyjuk) is szokott lenni legalább annyi elvárás, hogy becsüljünk valamit. Oké, K+F-ben nehezebb egzakt napot mondani, hogy mondjuk egy csak papíron létező gyógyszerből mikor lesz dobozos termék, de valami elképzelés azért szokott lenni.

Aztán nem kell azt kőbe vésni, engem pl. sosem basztattak azért, ha időben szóltam, hogy nem tartható egy becsült határidő. Az persze más, ha előző nap szólsz, hogy mégsincs kész a termék, miközben már tévéreklámok hirdetik. :)

nem mindig kell bonyolut algokat irni, nem irunk naponta tesco routingot 42 phd matematikussal. sok a hibajavitas (sajna meg nincs mindenre teszt), "tedd ki ezt", "vedd le azt", "csereld le A-t B-re", stbstb. sok kis apro kod, ahova nemkell sokat atgondolni.

A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!

( zsolt | 2022. 09. 02., p – 23:02 )

Hány évesen írtad az első programodat? Mit? Milyen programokat írtál eddig? Milyen nyelveken? Melyik a kedvenced? Melyik programodra vagy a legbüszkébb?

( kisbetu v | 2022. 09. 03., szo – 11:16 )

"Programozó leszek ..."

Most mi vagy? Van hozzá előképzettséged? És affinitásod?

"Normális ember már nem kommentel sehol." (c) Poli

( locsemege v | 2022. 09. 03., szo – 12:19 )

Szerkesztve: 2022. 09. 03., szo – 12:20

Annyit tennék hozzá, hogy egy nyelv szintaxisának megismerése semmit sem jelent. Nézzük például a C-t! Eljutsz odáig, hogy jó, akkor nyissunk meg egy file-t olvasásra, abban vannak az adatok, amit fel kell dolgozni. Aha, csak ez így nem a nyelv része, hanem az operációs rendszer szolgáltatása, a glibc-ben van, s az stdio.h-ban van az fopen() valahogy így: FILE *fopen(const char *restrict pathname, const char *restrict mode);

Továbbá ami érdekes, hogy jól kell kitalálni az adatszerkezeteidet, az adataid ábrázolását ahhoz, hogy kényelmesen tudj velük dolgozni. Lehetnek struktúráid, amelynek egy-egy tagja pointerekkel hivatkozik más struktúrákra, vagy index értékeket tárolnak, amely egy másik struktúratömb indexei. Ha ezeket jól találod ki, akkor viszonylag bonyolult feladatok is egyszerűen leírható, kevés gépi utasításra forduló, gyors és rövid kódot eredményeznek majd. Ugyanakkor rosszul tárolt adatszerkezet káoszhoz vezet, vagy bugos programot, vagy nehezen kezelhető kivételes esetek sokaságát eredményezi majd.

Szóval az egy dolog, hogy megbarátkozol a switch() case szerkezettel, de bőven kevés, ha nem ismered fel, csinálhatsz akár egy struktúra tömböt is, amelyben többek között függvénypointerek vannak, tárolva az index értékétől függően hívandó függvény címét. De ez is kellemes:

variable = (variable ^ v) & ~m ^ v;

Itt variable változó m mask által meghatározott bitjeit cseréljük v változó ugyanazon m mask által meghatározott pozíciójú bitjeire. :)

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

( Hiena v | 2022. 09. 03., szo – 14:26 )

Az OKJ-s jelélegű felnőttképzési tanfolyamok többsége a programozás alapjait tanítja meg, általában 3-4 nyelvből (C#, VB, javascript, php) mutatnak egy-egy szeletet. Egy ilyen tanfolyam elvégzése után, hacsak nem nyomod végig a tanfolyam idejét párhuzamosan valamilyen célorientált nyelvvel és környezettel esélytelen elhelyezkedned.

Bootcamp esetében célirányosan fogod kapni a tananyagot és sokkal specifikusabb és töményebb formában. Fel kell venni a tempót és a ritmust, különben lemaradsz. Azok a cégek amik biztosítanak szakmai gyakorlatot/kiközvetítenek azok a jobbak, mert bevágnak a mélyvízbe és rendkívül gyorsan megtudod, hogy bírni fogod-e a tempót vagy sem. Plusz ezeknél a cégeknél eltöltött idő egyben felvételi és/vagy próbaidő is.

Egyetem, főiskola hasonló az OKJ képzéshez, még több, még mélyebb elméleti résszel, viszont ritka, hogy naprakész technológiát kapj a kezedbe, tehát itt is fennáll, hogy az iskolán kívül gyűrni kell a szakmai dolgokat.

Nálunk annyir a nem terjedtek el, az online cserifikációs tanfolyamok. EZeknél célirányosan kapsz oktatást egy-egy technológiáról és ha elvégzed, utána lesz egy papírod amit kint elfogadnak/elismernek itthon, meg hülyén néznek tőle a HR-esek.

Hogy mennyit érnek ezek a papírok? Kint sokkal inkább a github repod, a stackoverflow és egyéb megnyílvánulásaid döntenek a szakmai kompetenciádban és nem a papírod. Hasonlóképp, az fog dönteni, hogy az n+1 körös interjún hogyan tudod magadat eladni. Itthon, nagy cégeknél, a diploma (még ha nem is szakirányú) a belépőszint felvételinél. Ez alól kivétel azok a cégek, akik bootcampaken keresztül alkalmaznak embereket, de diploma nélkül itt is járhatsz úgy, hogy fél-egy év gyakorlat után ha váltasz, akkor más cégekről lepattansz a diploma hiánya miatt. Ismerős, szakirányú szakközépiskolai végzettséggel, 10+ év szakirányú gyakorlattal, Codecoolos papírral + szakmai gyakorlattal, 9 hónapig járt körbe-körbe a magyar munkaerőpiacon és sorban pattintották le a felvételiknél a diploma hiánya miatt. (Az egyik helyen közölték, hogy túl sokat kér diploma nélküliként. Amikor megkérdezte, hogy diploma nélkül kevesebbet ez elvárás akkor meg pinvinezni kezdtek az asztal túloldalán.) Azóta már kinn fejleszt, a németek nem hepciáskodtak ennyire.
Nálunk dolgozik Codecoolon végzett agrármérnök szoftvertesztelői pozícióban, úgyhogy nem ördöngősség szakmán kívülről bekerülni.

"Maradt még 2 kB-om. Teszek bele egy TCP-IP stacket és egy bootlogót. "

( st3v3 v | 2022. 09. 03., szo – 14:37 )

állásgarancia

ezeket kerüld el nagy ívben.

szar a fizetést és kuli melót

bebetonozva évekre amikor kb évente váltva ugrálhatna fel a kategóriákban, többféle módszert, helyet stb kipróbálhatna, helyette megreked valami nem túlzottan jó helyen cserébe hozzászokik egy adag szar mintához. Cserébe esetleg a kedvét is elveszik az egésztől.

Codecoolnál 24 havi részlet a leghosszabb fizetési opció, de van rövidebb 18 hónapos is. De fizetheted egy összegben is a cca 2.2 millás összeget és akkor szabadon váltogathatsz az állások között. Fullstacknél 460 és 660k bruttót ajánlanak kezdőfozetésként. Ez alsó hangon 305k nettó, ami mondjuk pályakezdő kezdőfizetésként nem olyan rossz.

"Maradt még 2 kB-om. Teszek bele egy TCP-IP stacket és egy bootlogót. "

Nem vagyok benne a budapesti programozó munkavállaló érában, nem tudom mi a valós helyzet, de nekem (vidéki, üzemeltetésben dolgozóként) egy teljesen új szakmában kezdő, tapasztalattal még nem rendelkező számára nem hangzik rosszul nettó 300 ezer Ft kezdő fizetésnek. Az persze érdekes, hogy abba a pozícióba meddig köti és milyen szerződés, és azon az adott munkahelyen van-e lehetőség előrelépésre (melóban, fizetésben), vagy váltani kell ilyesmihez.

Nyilván objektíven nézve (függetlenül, hogy kicsoda és mit csinál milyen szinten), hétköznapi emberként, a mostani árakat és rezsi tételeket ismerve, nagyon kevés pénz 300 ezer Ft magyarországi megélhetésre...

Milyen hátrányt? Pályakezdőként, nulla szakmai tapasztalattal, egy erős "hello world" tudásnál, mit vársz? Rocksztár fizetést, magas rendelkezésre állású, üzleti kritikus, production szerver tákolását élesben?
Te beszélsz arról, hogy két év után lépni kell az embernek ha szalmailag és fizetésileg előrelépést akar. Egy ilyen meló jó ugródeszka, hogy lássa hogyan megy a munka élesben és legyen egy minimális tapasztalata. Hidd el, azoknál a cégeknél ahova kiközvetítik ezeket az embereket, nem kávét fognak főzni és a karierrje elején az embernek a szakmai tapasztalat legalább annyit ér, mint a pénz.

"Maradt még 2 kB-om. Teszek bele egy TCP-IP stacket és egy bootlogót. "

De rossz, de kezdőből nagyon sokféle van. :)

Frissdiplomás, releváns szakot végzett, van valami hobbiprojektje, esetleg elment 1-2 nyáron gyakornoknak = kezdő

Elvégzett egy bootcampet, ahol megtanult valamit a Gitről meg arról, hogy kell Javában webshopot fejleszteni = kezdő.

( kroozo v | 2022. 09. 05., h – 12:18 )

Mi nézegettünk bootcampes jelölteket, néha beesőt is, meg egyszer egy nagyobb eresztést egyszerre. 

Ami pozitív:

- kivétel nélkül mind átlagon felül jól kommunikált és prezentált. Nehéz megmondani, hogy ez mekkora részben a bootcamp érdeme, egyrészt mert nyilván segít, hogy kis projektjükről beszéltek, másrészt meg élnék a gyanúperrrel, hogy simán csak nem szabványkockák, mindenestre ez láthatóan jó

- Látnak valódinak tűnő projektet, valódinak tűnő agilisban, ez egy frissen végzett egyetemistánál, vagy egy más helyről jövő idősebb kollégánál nem feltétlen van meg.

- Általában amit hoznak mutogatni, az egész kerek szokott lenni, talán egy kicsit jobban valódi megoldás orientáltak is, jobban figyelik a valódi feladatot, mint a random máshonnan beesők

Ami szívás, az az, hogy az ismereteik borzasztó felszínesek, amit kaptak, azt szokták tudni, de ha megkapargatod, azonnal kiderül, hogy nagyon-nagyon sok háttérismeret és összefüggés hiányzik. Ez ugyan nyilvánvaló, de sajnos elég fájó. Egyébként van ez a probléma nem csak a bootcampesekkel is, de ez elég jól látszott, hogy náluk borítékolható.

Emiatt nem lesz szerintem mindenhova jó egy ilyen ember, és nem tudom, hogy lehet ennyi lemaradást időben pótolni, de nem tűnik egyszerűnek*. Ezzel együtt ez a gap látszik sok máshol végzetten is, meg mikor néha szembejön sajnos valami php istván kódja privátban, hát szóval ott szoktam olyat látni, amiért ezeknek a kezét letördelnék a tanfolyáson. Szóval ahol van kicsit nagyobb csapat, meg energia arra, hogy felhúzzák az embert, oda jó is lehet egy ilyen után valaki.

*Ugye itt más szakmákhoz képest viszonylag nagy baj, hogy a teljes referencia univerzum made up, ha nem tudom, valakit burkolónak tanítasz, akkor könnyebb általa is értett fogalomrendszerben elmondani, hogy ha ferdén tartod vágásnál, elpattan a széle, meg hogy hogy a faszba jönnek ki a sorok meg a közepezés. Nyilván nem ez az egyetlen ilyen szakma, kb minden jelentősebb mérnöki meló ilyen valamennyire, csak míg mondjuk kémiánál ez mondjuk csak a vegyész szinten lesz (lenne) nagy szívás, itt már a kódpüflőnél is nagyon előjön, aminek a megfelelője mondjuk a fodrász meg a hajfestéke.

Szerintem a háttérismeret mindenképp relatív. Azért, mert a programozás sose csak önmagában fejlesztés, hanem érteni kell a fejlesztendő területhez is szakmailag (pl. az adott szoftvernek milyen igényeket kell kielégíteni, mire-hogyan fogják használni), meg hardveres részéhez, szoftveres környezethet, OS-hez, dokumentáció, UI stb.. Tehát olyan nincs, aki a gyakorlatban csak ontja a C/JS kódokat, és csak a porgramozás részéhez ért kizárólag, ami lóg a levegőben. Még a webnél sincs így, nem hogy a többi területen.

Kicsit olyan ez, mint a matematikus, hogy aki csak simán olyat végzett, nem nagyon él meg belőle, max. csak 1-2 élméleti területen, kutatóintézetben, egyetemi tanszéken. Egyébként meg csak úgy talál vele munkát, ha valamire alkalmazza, vagy tanít vele, vagy valami fizikusi, mérnöki, gazdasági, informatikai, gazdasági-pénzügyi területre szakosodik, de ilyenkor meg ezekhez a területekhez is kell értenie, azzal nem megy semmire, hogy füzetlapon szépen tud mindent elméletileg bizonyítani.

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

Igen, a hardwares rész, a szoftvares környezet, a kb hogyan működik egy informatikai infrastruktúra kell, természetesen a programozás nem csak abból áll, hogy ontod a JS kódot. Vagyishát, épp ez a baj. :) Az igénykielégítés megértése ugyan eléggé kéne, de nem véletlen szoktuk külön embernek adni, mert azt többyire hosszasan kell rágni, hogy hogy is lesz jó, és egyszeri fejlesztő általában fel sem fogja, hogy az a szerinte homályos igény (vagy éppen a miért nem hagyják hogy kitalálja hogyan kell) az hány környi emésztésen megy keresztül, mire eljut odáig, hogy na ezt kéne kitalálni, hogy kell megvalósítani.

Jó, de ez nem a bootcamp hibája, hogy nincs idejük mindent megtanítani, mert 5-10 éves lenne egy képzés, ha mindenre alaposan rámennének. Pl. webfejlesztésnél tisztában lenni a szerveres és hálózati részével (az összes OSI rétegben rááadásul), adatbázisok (közötte memória és I/O kérdések), elosztott rendszerek, biztonsági vonatkozások, stb.. Enélkül max. csak felhőben meg Wordpressben lehet elgányolgatni.

Igazából meg Php Pistit én sokkal inkább vennék fel, mint egy csak elméletet, de azt korrektül tudó emberkét. Mivel ha még gányolással is, de egy lelkes, autódidakta Php Pisti szokott tudni azért valami önerőből tető alá hozni, ami szegről-végről működik is (legfeljebb mentorként néha letördeled a kezét, és megmutatod neki, hogy erre általánosságban mi a korrekt vagy ajánlott megoldás), míg a gyakorlatban kódot még nem író emberkét megtanítani mindenre sokkal nehezebb eset. Azt is vedd figyelembe, hogy általában utólagos betanításra is mindenképpen szükség van, akkor is, ha profiról van szó, végig szokták vele talpaltatni a céges szokásokat, pl. hogy abban a projektben, amiben részt fog venni, ott mik az elvárások, milyen környezet, milyen libek, milyen kódformázási és dokumentálási szabályok, stb., ezeket akkor is rátolják, ha adott esetben a jelölt tudna jobbat is, mert csak így lehet vele a többieknek is együtt dolgozni.

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

Jó, de ez nem a bootcamp hibája, hogy nincs idejük mindent megtanítani, mert 5-10 éves lenne egy képzés, ha mindenre alaposan rámennének. Pl. webfejlesztésnél tisztában lenni a szerveres és hálózati részével (az összes OSI rétegben rááadásul), adatbázisok (közötte memória és I/O kérdések), elosztott rendszerek, biztonsági vonatkozások, stb.. Enélkül max. csak felhőben meg Wordpressben lehet elgányolgatni.

Ez a bootcamp adottsága, igen. A topicnyitó arra volt kíváncsi, hogy pl aki alkalmazna ilyen embereket mit lát, én meg leírtam. :)

Igazából meg Php Pistit én sokkal inkább vennék fel, mint egy csak elméletet, de azt korrektül tudó emberkét. Mivel ha még gányolással is, de egy lelkes, autódidakta Php Pisti szokott tudni azért valami önerőből tető alá hozni, ami szegről-végről működik is (legfeljebb mentorként néha letördeled a kezét, és megmutatod neki, hogy erre általánosságban mi a korrekt vagy ajánlott megoldás), míg a gyakorlatban kódot még nem író emberkét megtanítani mindenre sokkal nehezebb eset

Röviden: vegyél fel akkor :)

Hosszabban? El tudok képzelni olyan szituációat, ahol inkább venném fel PHP pistit, mert tényleg olyan a hely, hogy viszonylag kis projektek, nagyjából fire-and-forget, max még ritkán beesik valami kicsiszolni való (már leszámítva, hogy én nem dolgoznék ilyen helyen, ha nem nagyon muszáj), minden más esetben, amikor olyan szoftvert írunk, amit hosszú távon fejlesztünk, és nem szeretnénk pár év alatt eljutni a "semmit nem lehet már emberi időben hozzátenni, de legalább egy karbantarthatatlan szar" szintig viszont az elméletet legalább hallott emberke jobb választás.  Igazából ilyenkor a megcsinálta, mindegy hogy hogy az nem hogy előny, de kifejezett hátrány.

Egy összebarmolt rakás szart sokkal nehezebb kultúráltan reviewzni, több idé, és mégis az lesz a vége, hogy gyakorlatilag az egészet ki kell baszni a picsába. Az elméletet meg ha nem is korrektül tudó, de legalább hallott emberkének sokkal könnyebben fogom tudni elmagyarázni, hogy mi is a bajom. Mert meg fogja érteni, ha nyekergek, hogy ez az algoritmus O(jézusisten), akkor nagyjából miről beszélek, és ez vajon miért lehet baj, vagy nem kell (olyan) hosszan magyarázni, hogy miért nem örülök neki, hogy ez a megoldás nem stateless. Ha azt mondom, hogy légyszi ide egy adaptor patternt tegyünk be, akkor legalább vmi hangyafasznyi fogalma lesz róla, hogy miről beszélek. Ráadásul olyan nem lesz, hogy sose írt kódot, valamennyit biztosan, és általában egyszerűbb belerázódni a gyakorlatban jól, mint valakinek kiverni a fejéből a jóazúgy gányolást.

A mentorálás munkaigényét pedig nagyon durván alulbecsülöd, egy junior sokkal több törődést igényel annál, mint hogy néha letöröd a kezét. Egy egyébként működő csapat seniorja munkájának nagy része annak megbeszélése, hogy hogyan kell csinálni, meg reviewja a többiek munkájának. Egy medior fejlesztő is azt jelenti ebből a szempontból, hogy a) bízhatok abban, hogy amit írt, az tényleg lefedi a megoldandó problémát legalább nagyjából b) időben jön konzultálni, hogy valamit hogy kéne, vagy hogy ez szerinte mégiscsak szar lesz úgy c) eleve felhívja a figyelmet review előtt azokra a részekre, amiket potenciálisan problémásnak érez. Egy juniornak meg kell nézni alaposan mindenét, és aztán még azt is át kell gondolni, hogy amit csinált, annak egyébként van-e bármi értelme, és valóban megcsinálja-e, amit kell.

 Azt is vedd figyelembe, hogy általában utólagos betanításra is mindenképpen szükség van, akkor is, ha profiról van szó, végig szokták vele talpaltatni a céges szokásokat, pl. hogy abban a projektben, amiben részt fog venni, ott mik az elvárások, milyen környezet, milyen libek, milyen kódformázási és dokumentálási szabályok, stb., ezeket akkor is rátolják, ha adott esetben a jelölt tudna jobbat is, mert csak így lehet vele a többieknek is együtt dolgozni.

Figyelembe veszem, ez nagyságrendi eltérést nem okoz, itt is picit előnyben van az, aki hallott elméletet, mint a php pisti. Is külön kiemeltem, hogy pl a bootcampnál kifejezett előny, hogy láttak a gyakorlatban végigcsinált agilis projektet, mert ez ebben sokat segít. 

( K3cs1 | 2022. 09. 05., h – 12:41 )

Szerkesztve: 2022. 09. 05., h – 13:11

Azért ejtsünk szót a szakma negatív oldaláról is. A "Programozó leszek" gondolom előbb utóbb "Szoftverfejlesztő leszek" -be megy át. És bizony elvégezheted te csillagos hatosra is a kóder tanfolyamot / főiskolát / egyetemet, amikor munkát kapsz és rákerülsz egy projectre, akkor érhetnek meglepetések. Pl: Hogy az egész project egy nagy szar. A PM -ed is utálja a projectet, allig várja, hogy egyszer vége legyen. A kollégákkal nehéz szót érteni, pláne ebben a homeoffice -os befordulós világban. Kérdezel valamit chat -en, majd talán 3 óra múlva érkezik valami válasz: pl: hogy nem tudom. Szóval nem csak billentyűzet püffölésből áll ez a szakma, együtt kéne működni a csapat többi tagjával is, már ha lehet egyáltalán. Aztán a határidők. Gyakran egy - egy felvetett problémára azt a választ kapod, hogy erre most nincs idő, a business feature -ők fejlesztésével kell haladni. Persze sosincs idő semmit normálisan megoldani. A teszt szerveren futó, kideployolt feature olyan bugot tartalmaz, amit lokálisan kéne reprodukálni. Ja, hogy nem lehet, mert mondjuk nincs megoldva, és már nem is lesz. Az ügyfélnek fogytán a pénze, ezért úgy dönt, hogy rajta hagy közületek egy junior kollégát, aki viszi tovább majd a projectet, a többiek elmehetnek a faszba.

Based on true events. 

( franklin | 2022. 09. 06., k – 05:43 )

Szerkesztve: 2022. 09. 06., k – 05:45

https://www.youtube.com/watch?v=MAlSjtxy5ak :)

 

Viccet félretéve, ahogy a korábban hozzászólók írták, a programozóknak is akad elég sok fajtája - akár olyanok is, akik kivonatokat olvasnak olyan teljesítménybeli összehasonlításokról, ahol egymástól függetlenül mozgó tárgyakat ismernek fel egy mozgó autóra szerelt, "egyszemű" (monokuláris) kamerával, de olyanok is, akik csak mindenféle API hívásokra írnak egyszerű scripteket, ahol gyakorlatilag azért annyira nem feltétlenül fontosak sem az algoritmusok, sem pedig annyira akár a tervezési minták ismerete sem.

 

Szerintem ha elkezded, kezdd úgy mint ahogy korábban írták, "egyszerű kőművesmelóval", aztán majd látod hogy meddig tudsz eljutni, "ha már úszol". Eleinte csak használsz API-okat, utána már írhatsz is ennek-annak egyet-egyet, REST vagy websocket, majd látod. Ha pedig pl. a dijkstra algorimusok kötik le a figyelmedet, szereted a lineáris algebrát vagy épp az integrálást, akkor abban az irányban is nagyon sok a lehetőség, és az biztos, hogy ott talán jobban tárt kapukkal fognak várni a cégek, ritkább is. Az elkezdésben automatizálhatod pár feladatod amiket manapság végzel, de lentebb említem a leetcode.com-ot, van sok ilyen "gyakorló oldal".

 

A stílus is meghatározó lehet, néha szinte látni lehet, hogy ha JAVA programozó megy egyszerű folyamatokat kódolni, akkor akkor is mindenre objektumokat akar készíteni, ahol elég szimpla bash sed-ekkel megoldani a feladatokat (ez változó persze, csak egy példa).

 

Kezdd el, csinálj leetcode.com feladatokat gyakorlásképpen, kezdj el interjúzni, és számíts rá, hogy néhol whiteboard mellett kell raytracer-t írni c++-ban 45 perc alatt (és működjön), néhol pedig csak azt nézik hogy melyik megoldását választod egy fibonacci-számolónak (mert van pár megoldás erre is) és olyan is van ahol odaírják hogy elég a Python aztán "jaa mi mindent JAVAban írunk, na mindegy akkor nézzük mennyire megy a JAVA" jelleggel "interjúztatnak".

 

és persze nem árt, ha pár alapvető Linux-al kapcsolatos dolgokat is ismersz mint pl. systemd, illetve akár a bash, hisz "nem csak a húszéveseké a világ", de a powershell-t ismerni sem rossz (sőt pl. a Windows Subsystem for Linux).

( Joejszaka v | 2022. 09. 06., k – 11:42 )

Szerintem, ha programozó akarsz lenni, akkor végezz el egy egyetemet vagy egy főiskolát, és  közben tanulj meg programozni valahogy.

 

Miért is? Jó programozóként kell, hogy fogalmad legyen a következőkről:

 - alap matematika  (17 év iparban töltött programozás során a következő területeket kellett használnom: lineáris algebra, valszám, kombinatorika, gráfelmélet, Fourier és barátai, sorolhatnám még...)

 - alap algoritmusok, alap adatstruktúrák

 - számítógép architektúrák, processzorok működése

 - alap hardware ismeretek

Ha ez megvan, utána meg lehet tanulni a szoftveres technikákat. Ha az első négyből gyengusz vagy, minden légvárra épül. Nem kell ezt az első négyet nagyon tudni. Nagyjából viszont szükséges.

( khiraly | 2022. 09. 07., sze – 13:44 )

Ahogy elottem is irtak: barhogy lehetsz programozo.

Es ez addig igy is lesz, amig nem lesz engedelyekhez kotve ez a szakma pont ugyanugy mint barmelyik masik szakma (komuves, acs, epitesz, statikus, orvos, fogorvos, stb, stb).

 

De eljutunk ide, csak meg multisodni kell egy picit, es akkor lesz certificate, meg authorized developer, stb, stb.

Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

( ssikiss | 2022. 09. 08., cs – 10:51 )

Szerkesztve: 2022. 09. 08., cs – 10:55

Ez a tanfolyamos dolog azoknak van, akik olyan élethelyzetben vannak, hogy nem tudják/akarják a felsőfokú képzést és pénzt szeretnének keresni "most" és a programozás egy valamennyire vonzó terület számukra. Lehet ezzel kezdeni, csak ne legyen belőle végcél. :)

Szerk: hogy -> csak

( kruska v | 2022. 09. 08., cs – 14:07 )

Nem teljesen vág ide:

Száz ismerős rendszeresen kérdezi 100^2 rokonával kapcsolatban, hogy tudok-e valami jó informatikus melót - most végzett / most fog végezni / kirúgták / meg van szorulva stb.
A sablonlevélben így szoktam válaszolni:

1. Definiáld: "informatikus". 
2. Hol a CV-je?

Eskü, ha valaki eleve úgy keresne meg, hogy van egy rendes CV-je, benne a hobbiprojektjei, az érdeklődési köre, amiből látható a tanulási folyamatának az íve, azért minden követ megmozgatnék - az ismerősöm és a leendő kolléga kedvéért. Megnéztem a mappámat, kb. 90 ilyen megkeresésem volt az elmúlt 10 évben, és összesen 3 db CV-t kaptam válaszként. Előre egyet sem.