C programozó wannabe

Munka mellett tanulok (OKJ-s programozó képzés). Már majdnem kész a vizsgamunkám. :)
Az a baj, hogy csak Delphi fér bele az oktatás keretébe, és ahogy elnézem a piaci
igényeket nincs túl nagy létjogosultsága. Mégiscsak, C/C++ lenne az igazi.
Nem baj, megtanulom azt is. Állítólag van tehetségem a programozáshoz.
Két lehetőségem van:
-vagy magam tanulom itthon (books/e-books/tutorials)
-vagy kifizetek több száz ezer forintot megint, és felkocsikázok Pestországba minden héten.
Tényleg nagyon szeretnék ebből élni.
Mi a véleményetek, hogy kellene hozzáfognom?

Bocs de ez egészen biztosan nem így van, a saját példámról tudom. Először C-t tanultam, utána egy kis assemblyt. Azután jött csak a C++. És ROPPANTMÓD TETSZETT a C++, hiába hogy a C után tanultam! Annyit elismerek, egy "igazi profi" C++ programozóhoz képest bizonyára rém szabálytalanul kódolok, mert én tkp úgy használom a C++ -ot mint ami a C kibővítése. De ettől még igenis élek a lehetőségeivel, definiálok osztályokat, tagfüggvényeket, stb, és nagyon tetszik hogy ahhoz hogy OOP-ben programozzak, nem kellett a C után egy vadonatúj szintaxissal megbarátkoznom. De mert verébre sem lövök atombombával, emiatt kis feladatokra gyakorta nem vonultatom fel a C++ összes fegyverzetét, egyszerűen beírom a kódot C-ben, s lefordítom a g++ -al.

-------------
Regényeim:
http://adlibrum.hu/Poliverzum/
http://www.novumverlag.hu/novitaeten/8/?product_id=22&detail=1
:::A #86-os sorszámú hivatalosan bejegyzett GoboLinux felhasználó

Hány olyan kódot kérsz, ami szabályos C, ámde nem fordul le C++ fordítóval?

Ráadásul a C-ben igazából a műveletek a fontosak, amiket a megfelelő adatstruktúrák támogatnak, tudom, mert magam is ilyen kódot írok. A C++-ra ez már nem igaz, hiszen az objektumorientáltság révén objektumok és a rajta értelmezett műveletek vannak. Persze lehet objektumorientáltnak csúfolt kódot írni C-ben is, dehát az valahogy teljesen más.

Ofcoz, sot, ugy celszeru, hogy elesben mar minel kevesebb meredek dolgot kovess el.
Persze ehhez az is kell, hogy ne csak kodot gyarts, hanem olvass is, egy csomo jo dolgot lehet onnan is tanulni.

--
Fontos feladatot soha ne bizz olyan gepre, amit egyedul is fel tudsz emelni!

Én soha nem használtam implicit intet. Idegenkedem attól, hogy bármi is ne legyen egyértelműen deklarálva. Bizonytalanságot, áttekinthetetlenséget és hibalehetőségek tömkelegét viszi a programba.
-------------
Regényeim:
http://adlibrum.hu/Poliverzum/
http://www.novumverlag.hu/novitaeten/8/?product_id=22&detail=1
:::A #86-os sorszámú hivatalosan bejegyzett GoboLinux felhasználó

"Bocs de ez egészen biztosan nem így van, a saját példámról tudom. "

Hátbaz, tutira nem tök más paradigma szerint kell programozni C++-ban, mert te megmondtad. Köszönjük. Attól, hogy te nem fogtad fel, hogy miért kell két külön hozzáállásban fejleszteni a két nyelvben, attól még az. Pascal és az Object Pascal (vagy legyen Delphi) is külön nyelv, pedig hasonló a szintaxisuk.

Sőt, cégnél PHP-ben fejlesztünk. Eddig többnyire hagyományos imperatív módon fejlsztettek, de most egy új projektnél rámbízták a keretrendszert én meg inkább OOP szemlélettel készítem. Ugyanaz a nyelv, mégis teljesen más megközelítés.

Inkább gondolkozzál még egy sort a betu osztályodon :))

18 éves koromtól programozom. Már a C-64-re is írtam saját programnyelvet/BASIC bővítést. Sőt már előbb is programoztam, TI-58-as programozható zsebszámológépet. Meg ESZR gépeket PLIOPT nyelven pld. Volt idő, amikor a programozásból éltem, csak aztán kikerültem a szakmából. Sajnos pont az a néhány év kihagyás végzetes volt, mert akkor terjedt el az Internet, s így lemaradtam. De hobbinak most is jó az írás mellé...
-------------
Regényeim:
http://adlibrum.hu/Poliverzum/
http://www.novumverlag.hu/novitaeten/8/?product_id=22&detail=1
:::A #86-os sorszámú hivatalosan bejegyzett GoboLinux felhasználó

Régen nem programoztam már semmi komolyabbat. Távlati tervem hogy egy saját programnyelvet dobjak össze, de előbb valahogy össze kéne kínlódnom azt a tudást, ami kell ahhoz, hogy legalább egy egyszerű grafikus felületet összehozzak a programnak. Parancssoros progikat már egész tűrhetőeket írogatok Linux alá C/C++ -ban, ha nagyon muszáj egyes moduljait megírom assemblyben is ahol nagyon kéne a gyorsaság. De a grafika kifogott rajtam. Már-már úgy nézett ki az SDL megoldja a gondjaimat, de kiderült hogy szar a billentyűzetkezelése. Bizonyos módosítóbillentyűket mintha nem kezelne nekem le. Legalábbis a magyar billentyűzetkiosztásommal.

Persze az az igazság hogy amúgysem ennek élek, mert inkább írogatok. De néha rámjön valami perverz inger, s akkor megint nekiesek pár napra programozgatni. Így is fejlődik a tudásom, de lassan.

A legnagyobb probléma, hogy alig van leírás a Linux alatti grafikus felület programozásáról magyarul. Az angol meg olyan nálam hogy nem állítom hogy semmit se tudnék belőle, de azért nem igazán az erősségem, sőt, igazán nem az...

Meg az egész megközelítése ennek olyan idegen tőlem. Esküszöm, az assembly sokkal nekemvalóbb. Talán mert a C-64 világából érkeztem még annó, s azt is assemblyben programoztam. Aztán jött nekem a C, és még az is egész okéságos. De szeretem én a C++ nyelvet is, HA ÉN ÍROM a progit. De azok az osztálykönyvtárak amiket használnom kéne (megértenem...) a grafika programozásához, szinte áttekinthetetlenül bonyolultak, főleg persze azért, mert eleve angol nyelven magyarázgatják a doksik, gyakorta úgy is hiányosan csak. Esküszöm, gyakran jobban megértem ha a leírás olvasása helyett átnézek egy példaprogramot, már ha van olyan. Nem mindig van. És ez a módszer rém lassú a tanuláshoz.

-------------
Regényeim:
http://adlibrum.hu/Poliverzum/
http://www.novumverlag.hu/novitaeten/8/?product_id=22&detail=1
:::A #86-os sorszámú hivatalosan bejegyzett GoboLinux felhasználó

1.) Ha saját programnyelvet akarsz tervezni, ahhoz elég durva matek kell (nyílván pár triviális példát eltekintve, mert én is csináltam már olyat, hogy egy adott programomat lehetett scriptelni, de az nagyon messze van attól, hogy nyelv legyen).
2.) Ha GUI-hoz való doksikat akarnál lefordítani, akkor Qt :) Lassan már a kenyérpirítóra is lehet vele alkalmazást írni, és elég sok területet lefedő keretrendszer kezd kialakulni belőle.
3.) Ismerkedj az objektum orientált paradigmával. Ha az meglesz az elméleted hozzá, akkor nem lesz olyan nehéz. Persze az assemblyhez képest egy teljesen más világ :) Gyakorláshoz a Java nyelvet ajánlom, mert ott szinte lehetetlen "C programot" írni.

Andi, really. Take it from me. If I tell you something, I'm usually right.

oh, nemkell azert durva matek. a parsing elmeletet atlehet nezni kb egy nap alatt (nyilvan nem az egesz fnyaut akarom letolni barkinek is ennyi ido alatt), es manapsag mar autogeneraljak neked a lexert is meg mindent. (yacc/bison)

ha te magad irod meg az egeszet, na az mar izgibb. (en megtettem, csak hogy az e-penis szal ne maradjon ki:D)

Hát, ha nem valami fusimunkát akar csinálni az ember, akkor illik szépen formálisan definiálnia rendszerét, és bizonyítani a helyességét és a teljesességét (logika, brrr). [bár nem kötelező, lásd PHP]

Andi, really. Take it from me. If I tell you something, I'm usually right.

Na azert azt megneznem, hogy valaki elokepzettseg nelkul hasznalhato tudast szerez elemzokbol kb 1 nap alatt. Csak megismerni is szep munka a regularis, CF, CS nyelvtanokat es ezekhez az elemzoket (LL, LR, LALR, stb.). Raadasul ezeket jol hasznalni... Amugy ha mar ismeri az ember az elemzoket, nem veszes dolog leprogramozni, jo algoritmusok vannak ezekre, minimalis gondolkozassal random nyelvre atirhatoak szvsz.
--
ahan nem

előtte azért ennek még utánaolvasnék,mielőtt kategorikusan kijelentem valamire, hgoy tévedés. Ráadásul nem az, csupán te vagy alultájékozott a témában. Amit írsz, az nem butaság (így van), de C-ben programozni, meg egy OOP nyelven programozni egészen más szemléletet igényel. Elhiszem, hogy lehet a kettőt keverni, de pl. az ilyenek miatt hányok a mindentbele scriptnyelvektől, amik keverik a két dolgot. Ugyanígy baromi rossz egy olyan c kódot olvasni, amibe a találékony ,,programozó" belerakott még egy kevés c++-t is, mert ezt ugyebár megteheti (persze, hogy, csak éppen nem túl célszerű, ha rajta kívül más is fog azon a kódon dolgozni, mert neki meg rögtön lejön, hogy láma). Tehát választani kell, hogy melyik szemléletet használod majd az adott alkalmazás fejlesztése során.

Abban én is egyetértek hogy a szemléletük különböző, én csak azt állítom, hogy egyáltalán nem olyan nehéz a C után megtanulni a C++ -t, mint ahogy azt némelyek/egyesek/sokan (nem kívánt törlendő) hirdetik.
-------------
Regényeim:
http://adlibrum.hu/Poliverzum/
http://www.novumverlag.hu/novitaeten/8/?product_id=22&detail=1
:::A #86-os sorszámú hivatalosan bejegyzett GoboLinux felhasználó

Miből, ill. kitől idézek:
-Ha az "objektumorientált programozási nyelv" szakkifejezés egyáltalán jelent valamit, olyan programozási nyelvet kell hogy jelentsen, amely az objektumokat középpontba helyező programozási stílust támogató elemekről gondoskodik.

-Egy nyelv nem szükségszerűen jobb,mint egy másik, csak azért, mert olyan tulajdonságokkal rendelkezik, amelyek a másikban nem találhatóak meg.

Amit nem lehet megirni assemblyben, azt nem lehet megirni.
2.6.27-rc3-00171-gb635ace-dirty

( saxus | 2008. 08. 15., p – 20:24 )

Szvsz most, amivel gyorsan el lehet helyezkedni az a .NET, a Java és a PHP. Szerintem valamivel nehezebb sztem C/C++-ban, oda ált. nagyobb tudás és tapasztalatot kérnek (inkább összetettebb projektekre használják).

Többi nyelvvel is lehet érvényesülni (még a rég kihalt, elfeledett, sosevolt nevenincs technológiákkal is), viszont ott már vadászni kell a helyeket.

- ahogy én látom, FIXME :)

Azt nem tudom hogy elhelyezkedésileg melyik éri meg jobban, de nekem az a véleményem, hogy aki nem ismeri a C-t, az nem is "igazi" programozó, annak tkp hiányoznak az "alapjai" (a programozásban). A C++ már nem okvetlenül muszáj ennyire, de a C igen, ha meg már tudod a C-t, a C++ egy logikus továbbfejlődési irány. A számítástechnka "nyelve" szerintem nem az angol, hanem a C. A C-t ILLIK tudni.
-------------
Regényeim:
http://adlibrum.hu/Poliverzum/
http://www.novumverlag.hu/novitaeten/8/?product_id=22&detail=1
:::A #86-os sorszámú hivatalosan bejegyzett GoboLinux felhasználó

Nem feltétlen net közelibb. A .NET -nek pl. csak a részhalmaza az ASP.NET, van neki rendes Windowos GUI-s része (MCP vizsgák pl. eleve úgy épülnek fel .NET ügyileg, hogy van kölön WindowClient meg ASP.NET + van egy .NET Foundation, ami az alapjaival és a keretrendszerrel foglalkozik. További szintek meg ugy épülnek fel, hogy .NET foundation + ASP.NET _vagy_ Windows Client, attól függően, hogy melyiken haladsz tovább. Meg persze van a végén valami összefoglaló is, microsoft.com-n biztos fennvan valahol, hogy mi merre hány méter, max marketingrizsát le kell szűrni.

Java-nál szintén van JSP, meg lehet asztalira is irni. Igazából az is általános nyelv. Erről inkább valami Java szaki tudna mesélni, Java-hoz perpill nem sok közöm van.

PHP mondjuk tényleg webes nyelv, viszont ha jól tudsz vele fejleszteni, akkor ezzel is el lehet helyezkedni már webes szakmán belül. Perpill PHP-zok, de később szeretnék valami egyébre átnyergelni (ami részemről esélyes, hogy .NET lesz, de a fene tudja még).

C, de inkább C++ is el lehet helyezkedni, viszont ahogy láttam a hírdetéseket, nem annyira a pályakezdő nyelv (de mint írtam, lehet, hogy csak én látom így)

Linux.. lehet azért olyat is látni sokfele, de azért, ha elmész programozónak, tudják Windowsra fejleszteni.

Szerk.: viszont, aki tud imperativan ÉS objektum orientáltan is programozni valamilyen magasabb szintű nyelven, utána könnyen tanul meg tetszőleges más nyelvet. Vannak ugyan a nyelvek között is használati stílusban eltérések, de ezeket viszonylag hamar fel lehet venni. Viszont 2-3 nyelv után egy új nyelven megtanulni programozni nem olyan nehéz. Gyk. csak a nyelvtant kell átnézned (hogy néz ki a kód, milyen nyelvi elemek vannak, az ismerős elemek hogy néznek ki az adott nyelvben), meg a használandó parancsokat/osztályokat kell átnézni, amit akár példakódokon keresztül jól meg lehet tenni.

Egyszer kellett pl. TCL-ben valami. Fogtam, megnéztem egy referenciát, hogy hogy néz ki, meg megkerestem azokat a függvényeket, ami kellett. Többi meg már rutinmunka volt összeheggeszteni.

Nem C-t vagy Pascalt kell megtanulni, hanem fejleszteni.

ja és mint lennt írták: tényleg kell hozzá egy kis elhivatottság, mert nagyon fel tudja b.szni idegileg az embert, ha valamivel szenvedni kell.

+1

Bár aki engem ismer, az tudja, hogy semmiben nem tudok programozni, de azért elmondhatom magamról, hogy elég sok nyelvbe belekóstoltam már. Pl. először C-t tanultam, majd html+javascript, aztán php, majd pascal. Közben belekóstoltam az actionscriptbe és most kezdem tanulni a java-t. Assemblyhez eddig nem volt erőm nekilátni, ahhoz érteni is kell hozzá. Amit mondani szeretnék, az az, hogy bár az összes felsorolt nyelvben alkottam már hasznos dolgokat (leszámítva asm és java), de igazán semelyikhez nem értek. Ugyanis mindnek csak az alapjait sajátítottam el eddig, és semelyik nyelvet nem ismerem eléggé ahhoz, hogy versenyképes programozó legyek. A jövőben ezért elsősorban a c (esetleg c++), php és java tudásom szeretném bővíteni, aztán majd eldől, hogy melyik válik be a legjobban. Szerencsére a php, java és a c++ oop szemléletet kíván, amit ha az egyik nyelvvel megtanulok, könnyen alkalmazhatom a többi nyelvre.

( pappe v | 2008. 08. 15., p – 21:07 )

Tényleg nagyon szeretnék ebből élni.

Ne ebből szeress élni, hanem ennek és csak utána gondolkodj a nyelveken!

( zman | 2008. 08. 15., p – 22:03 )

Nem tudom milyen tanfolyások vannak C/C++ oktatásra, de szerintem az időt sem éri meg a dolog, nemhogy pénzt. Megveszed ~2000Ft-ért a K&R könyvet (A C programozási nyelv), elolvasod, megérted, végigcsinálod, aztán elkezdesz valami saját projekten dolgozni, 3x újraírod, szétnézel a neten, elolvasol pár ezer sor kódot, újraírod a programot negyedszer is, megint olvasol kódot, megint újraírod, sít.

Szerintem így meg lehet tanulni minden nyelvet.
-
J

( pezia | 2008. 08. 16., szo – 09:28 )

En amondo vagyok, hogy a C mindenkepp jo alap, mert megtanit odafigyelni (pl. memoriakezeles, ponterek, stb.). Ha OOP-t akarsz, mindenkepp erdemes a C++-szal kezdeni, szinten az elobbi okok miatt. Ha raereztel a "nezetre", utana tok mindegy mar a nyelv.
Azt szoktam mondogatni, hogy nem nyelv, mint szintaktika a lenyeg - az ugyis konnyen megtanulhato -, hanem a szemleletmod. Most az, hogy Javaban, C#-ban, C++-ban irsz meg egy OOP programot, majdnem tok mindegy. Egyeduli kulonbseg az, hogy milyen "libeket" adnak a programozo ala (es persze a platformfuggoseg/-fuggetlenseg), illetve a memoriakezelesre mennyire kell figyelned (bar teny, hogy javaban is lehet csunya memoreleakeket osszehozni).

------------------------------------------------------
Ezt ne nezd meg!