- Elektromos rásegítésű kerékpárok
- Luck Dragon: Asszociációs játék. :)
- gban: Ingyen kellene, de tegnapra
- Viber: ingyen telefonálás a mobilodon
- Gurulunk, WAZE?!
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- MasterDeeJay: Legújabb beszerzésem: Sata to Sas adapter
- Lalikiraly: SÜNI energiaital.
- MasterDeeJay: H110-es lapban 10.gen Comet Lake működhet?
- hdanesz: Elektromos autózás - Hyundai Ioniq 28 kWh - 2018
Új hozzászólás Aktív témák
-
janos666
nagyúr
Érdekes. Nekem mérnök hallgatóként kellett fél-fél évet járni mikro_makro_ökönómia és menedzsment_és_vállalkozásgazdaságtan órákra, és semmi olyat nem mondtak, ami ellentétben állna a Zeitgeist sztorijával. Sőt, a mikmak órán az egyik hallgató épp fel is vetette ezt a témát mikor a pénzteremtésnél jártunk, és beszélt is róla vagy fél órá az előadó, mert ő is látta a filmet (mi meg utána nem hagytuk visszatérni az unalmas szar előadásához, mert olyanokat adott le
). Jórészt egyetértett vele. Pedig nem csak itt a BME-n tart ilyen fapados órákat, hanem az ELTE-n rendes közgaszdászokat is tanít (mondjuk ott lehet, hogy ott letagadja azt is, hogy egyáltalán látta a filmet, de az már más kérdés). 
De taníts mester. Hol a konkrét a hazugság?
-
-
cucka
addikt
Persze, de az elméleti közgáz ismeretek (más néven bullshit) helyett taníthatnának munkajogot, vállalkozási ismereteket, vagy bármi mást, amire a való életben szükség van.
A jogászok meg nem azért kell számítástechnikát tanuljanak, hogy nagyobb legyen a fejük vagy hogy ne legyenek szakbarbárok, hanem mert a legelső munkahelyükön oda fognak ülni a géphez a Word/Excel/Outlook elé és azt tudni kell kezelni. Pont olyan szakmán kívüli gyakorlati ismeret, mint amilyen az informatikusnak lenne a munkajog ismerete.
-
-
cucka
addikt
A makro- és mikroökonómia valóban túlzás, viszont szerintem egy mérnök-informatikustól (vagy műszaki infóstól) jogos elvárás, hogy értsen az elektronikához, mivel ez a képzés lényege. És itt nem magának a számítógépnek a működéséről van szó, hanem mondjuk ipari berendezésekéről. A fizikai alapok megértéséhez nyilván szükséges a matematikai háttér, ezért azt is tanítják, de mondjuk algoritmusoknál a műveletigény fogalmának bevezetéséhez is szükség van némi analízisre. A másik dolog, hogy a matek nagyon egzakt dolog és így rákényszerítenek az egzakt gondolkozásra, ami egy programozónál egyáltalán nem hátrány.
Amúgy valószínűleg a 3 vagy 5 év alatt gyakorlati dolgokat is tanítanak, csak általában nem azzal kezdik a képzést. -
Sanyix
őstag
én nem pénzügyi programokat fejlesztek(és gondolom az első 3 neked ezért kell), így csak az utóbbi 2 kell (amire persze a legkisebb hangsúlyt fektetnek a felsőoktatásban, pedig ezek szinte mindegyik programban előjönnek, az előbbi 3 meg pl csak speciális programoknál.
"ugye manapsag kb. 400 bruttoval el lehet kezdeni frissen vegzettkent"
magyarországon... mert itt ugye még mindig megvan a begyepesedés, hogy diploma = húdetud, nincs diploma = senki. Bár vannak már itt is felvilágosult helyek, ahol leszarják hogy van diploma vagy nincs, beszélgetés, aztán teszt van. Nyugaton gondolom már jóval jellemzőbb az hogy inkább egy teszt dönt mint egy papír(fizetésnél és felvételnél egyaránt)... -
A programozas egyszeru azon a szinten, hogy megtanuld a nyelvet, a tobbi valoban gyakorlat kerdese. Megtanulni egy uj szintaktikat kb. 3-5 nap. Egy uj paradigmat (pl. funkcionalis programozas) tobb. A tapasztalat nyilvan sokat szamit itt is, ebben nincs vita.
Nem dolgozom evtizedek ota, de a kovetkezo dolgokra volt erosen szuksegem a programozashoz:
- valoszinusegszamitas
- makrogazdasagtan
- analizis (integralas/derivalas)
- neuralis halozatok, genetikus algoritmusok
- logikai design alapjai (mit lehet megcsinalni tranzisztorokkal)
- szamitogeparchitektura-kerdesek (cache felepites, problemak, etc.)Most hirtelen ennyi jutott eszembe. Biztos volt meg mas is.
Meg hat annyi elonye mindenkepp van, hogy elfogadhato fizut kapsz huszonharom evesen, ugye manapsag kb. 400 bruttoval el lehet kezdeni frissen vegzettkent, ami gyorsan megmasfelszerezodik, ha nem vagy bal****.
-
Sanyix
őstag
Csak sajnos egyik való életben előforduló sallang sem tartozik a felsőoktatás tantervébe.
Amúgy a programozás nem egyszerű dolog, max te hiszed. Jól programozni nem egyszerű, és 5 év SEM elég rá. De nem is a profi programozó képzése a cél, mert az kivitelezhetetlen lenne ekkora méretekben. De még a csak elfogadható programozó képzésnél is gondok akadnak, és ez a baj.
-
Sanyix
őstag
mikromakrojószág (köze nincs az informatikához), fél év alatt oop programozás gyakorlatból eljutni addig hogy végre egy objektumból példányt összehozzunk, és megismerjük a származtatás csodáját
(erre még bejártam, mert tanulni rá úgy se kell, ergo 0 erőkifejtéssel lazán megcsinálok egy átmenő jegyet, hátha egyszer jó lesz valamire, de tény hogy ez nem haladás ez szánalmas vergődés),
villamosságtan(erős áramú, erőművi váltakozóáramú áramkörökkel, hogy a lehető legtávolabb álljon a számítógép gyenge, egyenáramú logikai áramköreitől), analízis, deriválás integrálás stb (hagyjuk az alapozás bullshiteket hogy: "lehet egy program amiben ezeket kell használni", mert lehet hogy fehérjeelemző programot kell csinálni, vagy egy vegyi elemző programot amihez biológia meg kémia kell(vagy tetszés szerint lehet keverni a dolgokat az összes létező tudományággal, alkalmazási területtel), nem analízis, és ilyen "alapozás" alapon akkor minden létező tudomány legyen kötelező, mert lehet bármelyik tudományhoz programot írni. Mellesleg a tanított dolgokat bizony általános programozásnál sehol sem használják, márpedig általános programozást kell tanulni, majd a munka/érdeklődési kör szerint specializálódni.).
Nagyjából a fősulis matekból a mátrixok, és a logikai kifejezések téma volt az ami használható általános programozásban.
Arról nem is beszélve hogy a programozás elméletet tanító nagydoktor tanárúr akkora marhaságokat mondott programozásból, hogy egy munkahelyen páros lábban rúgnák ki, de legalább is jól beégne.Mit vártam volna helyette? szakmaibb képzést, kevesebb "töltsük ki valamivel a 3,5 évet mer az időért kapjuk a pénzt az állambácsitól, ezért szedjük össze a meglévő tanárokat tanítsanak amit tudnak, új szakmai tanítóerőt felvenni drága" mentalitás, vagy legalábbis a tölteléktantárgyak kevésbé komolyanvétele (mert azt várták volna el, hogy hetekig tanuljunk egy jó kemény vizsgára, ami nálam nem járja ha tölteléktantárgyról van szó, ugyanis engem csak a lényeg érdekel, nem is tudom komolyan venni az ilyen "legyenmercsakúgy" tantárgyakat).
Röviden informatika szakon informatikus képzést váram, és nem matematikus, villamosmérnök, és NAGYON mellékesen informatikus képzést, merthogy ezt kaptam... -
cucka
addikt
Amúgy konkrétan mi volt a nulla tudást adó bullshit, és mit vártál volna helyette?
A cikkhez pedig csak megerősíteni tudom, amit már leírtak: ez bizony szakmailag egy igen rossz cikk, tele tárgyi tévedésekkel és rosszul használt terminológiával. A programozás száraz és egzakt "tudomány", itt nem lehet kamu körülírásokkal magyarázni, hogy mi micsoda.
Amúgy nem akarok rosszindulatúnak tűnni, de itt a Logout-on is megjelentek mindenféle cikkek, amelyek nulláról próbálják megmutatni, hogyan kell xy nyelvben programozni, és valahogy egyik sem jutott túl a 2. vagy 3. cikken. Tényleg nem szeretném senkinek a lelkesedését letörni, de azért mielőtt megírjátok a következő cikksorozat első részét, azért gondoljatok bele, hogy az egész akkor éri majd el a céljait, ha eljutottatok mondjuk a 20. részig, ami pedig komoly befektetett munkamennyiséget jelent. -
Benmartin
senior tag
válasz
MrSealRD
#131
üzenetére
A házifeladatokkal gyakran nem az a probléma, hogy nem ismerik a nyelvet, hanem az, hogy nem képesek absztrahálni.
Egy konkrét példa: Nem kell ahhoz informatikusnak lenni, hogy leírd annak a lépéseit, hogyan kell eldönteni egy számról, hogy prím szám-e vagy összetett (klasszikus elsőéves egyetemi feladat).
Mégis vajon az emberek hány százaléka lenne rá képes?
-
bytergist
újonc
hehe, mindig akad valaki, aki "tanitas" cimszoval akarja megtanulni a dolgokat.. ;P
par eve egy masik oldalon valaki elkezdett egy 'c++ ovi' cimu cikksorozatot, ott is hasonlo volt a helyzet, mondjuk o meg nagyobb baromsagokat irt a kezdocikkbe, mint ami itt olvashato.
szerencsere, miutan alaposan leoltottak az ottaniak, el is ment a kedve a folytatastol
-
Benmartin
senior tag
Ajaj, biztos jó az, ha kezdő ír kezdőknek? Minden függvény végére pontosvesszőt kell tenni? Milyen megfogalmazás az, hogy az #include-al a függvények alapjait hívjuk le? És ha más definíciót tartalmaz? Az std névterület lehívása? Inkább feloldása. És még vannak benne pontatlanságok.
Biztos, hogy kell ez így, ilyen formában?
Ben
-
MrSealRD
veterán
Jujj, tényleg. Most, hogy mondod....Párszor elakadtam vagy nem értettem valamit, aztán a google kidobta a prog.hu-t. Na ott aztán lestem micsoda kunyerálás megy sokszor... Szerintük ez maradandó tudás lesz így? Meg egyáltalán ha így végzi el a sulit és a végén kigurul egy 2-essel és elkezd dolgozni akkor is ezt fogja csinálni? Ott már ez nem fog menni...Ergo nincs értelme "csalni". Vérrel, verejtékkel meg kell tanulni. Kész.
Jó lesz angolul is. Lényeg, hogy .NET/C#. Ha nem 2008 csak 2005 az is jó.
Köszönöm. -
MrSealRD
veterán
cyanide Jah...Már előre kíváncsi leszek milyen feladatokkal jönnek ide...kb 3 órán kellett volna figyelni/ott lenni de még erre sem voltak képesek - szintű lesz a dolog. A környezetemben láttam pár ilyen esetet.
Tudom ez nem nagyon vág ide, de nincs meg valakinek elektronikus formában a Tanuljuk meg a Visual C# 2008 használatát 24 óra alatt ? Előre is ezer köszönet, ha el tudná küldeni. Ha esetleg van más VS 2008 C# könyv az is érdekelne.
üdv
sutszi -
-
yodayoda
tag
Szerintem király ez a cikksorozat 5let
. Elhatároztam hogy ha nem is profi szinten de azért megismerkedek a c++-al. Letöltöttem a C-Free programot azzal szórakoztam. Nem kis meglepetésemre (mivel vannak komolyabb Turbo Pascalos ismereteim) itt sokkal egyszerűbben mennek a dolgok, könnyebben áttekinthetőbb, megérthetőbb mint a Turbo Pascalban. Ez hangsúlyozom csak személyes vélemény , Most egy négyzetszám számoló programot készítettem(nem nagy szám de minden kezdet nehéz . Esetleg a következő cikkedben írhatnál a for,while,if utasításokról és használatukról mivel ez a kezdők(én is. 
) számára könnyen megérthetőGrat a cikkhez
Yodayoda voltam
-
janos666
nagyúr
Nekem egy órán át is magyarázhatták, mert azt, hogy mi az oop lényege, azt felfogtam én 10 percnél hamarabb is.
Kicsit félreérthető volt a hsz-em. Úgy értettem, hogy mikor az objektum orientált programozáshoz értünk ezzel a gyorstalpaló C++ (ajánlottan választható) tárgyban, akkor jöttem rá, hogy tényleg okos döntés volt részemről, hogy nem informatika karra iratkoztam be az egyetemre, hanem építőmérnöknek.
Tehát nálam itt lépte túl a hobbi szintjén élvezhető informatika az "Á, ez már túl bonyolult." stádiumát, és lépett át a "Milyen jó, hogy nem kell paráznom amiatt, hogy ez nekem kezd magas lenni." státuszba.
Amúgy ebből a tárgyból így is 5-ösre zártak le, hogy megmondtam a tanárnak az OOP-nál, hogy: "Na jó, én ZH-ra még bejövök, talán órákra is mert ráérek és előtte is, utána is itt van órám az épületben, de tulajdonképp innentől kezdve 'feladtam' a dolgot."
Na ettől persze ha informatika karon lennék, lehet hogy még jobban is remekelnék azóta azon a szakterületen, mint ezen, ahol most vagyok, sosem lehet tudni. -
#122
Cyber_Bird
senior tag
dabadab
#118
Cyber_Bird
senior tag
Nem azt mondom, hogy nem tudja értékelni, és nem látja meg hogy ez miért jó, csak azt hogy tudatt alatt is ragaszkodni fog a berögzült normákhoz.
Ezért is születik olyan sok borzasztó OO kód.
Nah nem mintha én nem generálnék ilyeneket néha, de azért igyekszem valami önkontrollt tartani, meg megkérek tapsztaltabbakat hogy nézzék át, mit műveltem, persze én még csak kezdő "programozó" vagyok, de így látom ezt. aztán persze lehet hogy nem így van -
mephi666
nagyúr
nálunk úgy kezdték anno a c-t, hogy: "aki basic-el szórakozott, az felejtse is el azonnal a goto szintű ugrálást, mert ilyen primitív/amatőr dolog itt NINCS! van helyette többféle feltételvizsgálat és ciklus... azt kell használni, mert 1000szer profibb..."
egyre jobban törnek fel az emlékek...
oo környezetben qrvajól lehet dolgozni, miután az ember rendesen bevágta az elméleti alapokat és kellő mennyiségűt gyakorolt is... a globálisan definiált függvényekkel nagyon "egyszerűen" és jól lehet dolgozni... nálunk is azért buktak rengetegen, mert az elméletet könnyen kipuskázták... viszont a gyakorlati részre hiába ment be a hülyegyerek pendrive-val, amin ott volt többszáz példaprogram és csak copyznia kellet volna, de annyira sötét volt, hogy a fennálló hibákat sem tudta megoldani... pedig nem nagy hibák voltak... 1-2 pontosvessző vagy elmaradt include elég volt, hogy ne menjen... ha pedig le sem fordult a program, akkor bele sem néztek a tanárok... csomóan nem értették meg, hogy gyakorolni kell a típusfeladatokat és kész... nagyjából hasonló feladatok voltak mindig... 10-20féle "feladvány" közül sorsoltak mindig randomra, kisebb módosításokkal... gyakorlással nem volt nagy kunszt, anélkül viszont esélytelen volt... -
Arhquis
aktív tag
Elmagyarázni az OO-t valakinek megvan 15 perc alatt. Ez tiszta.
De ha ezután tanítod neki a használatát is, azt vettem észre, hamar elszáll az értelem bárkiből.
Félreértés ne essék, nem nézek le senkit, de magamról tudom, hogy nem kevés időmbe telt mire télleg el tudtam magamban rendezni mindent, amit "hablatyoltak" anno.
eziskamu:
Nem az a nehéz, hogy elmond, ez egy ember osztály, neo pedig egy ember. Hanem, hogy neo egy extended ember, akit át lehet adni pl egy robot osztály objektumának, aki használja neo metodusát, és tud ezt meg azt csinálni.
AMúgy C++-hoz is van rengeteg "osztálydefiníció" (C++ -ban nem tudom a helyes nevét, ne bántsatok
) mint JAVA-ban. Azokat megkeresve és használva az is tud jó lenni. -
#118
dabadab
titán
Cyber_Bird
#117
dabadab
titán
válasz
Cyber_Bird
#117
üzenetére
Szerintem nagyon konnyen megy az atallas, miutan az ember megismerte mindazon problemakat, amikre megoldast nyujt a masik paradigma. Aki sokat irt BASIC-ben spagettit, az baromira tudja erteklni a fuggvenyeket. Aki C-ben sokszor belefutott abba, hogy minden fuggvenyenek az elso parametere vmi "struct mydata *d" volt, az baromira tudja ertekelni az OO-t. Persze az, aki csak egy 10 PRINT "HELLO" 20 GOTO 10 szintig jutott el, az nem fogja erteni, hogy mi a baj a GOTO-val meg miert jo az OO.
-
#117
Cyber_Bird
senior tag
Karma
#110
Cyber_Bird
senior tag
Az a variációval az a baj hogy az ANSI C nem OO paradigmáju a c++ pedig igen.
Én azt vettem észre, hogyha valaki megtanul egy paradigmában programozni viszonylag korán, akkor (a többség legalábbis) nagyon nehezen fog átállni a másikra, esetünkben az OO-ra.
Amúgy a cikk jó ötlet, de tényleg meg kell találni az egyensúlyt a konyhanyelv és a szakzsargon között.
Azt meg itt le kell szögezni, hogy ennyiből nem lehet megtanulni programozni, ha meg akarsz tanulni, akkor a minimum hogy gyakorolsz, mégpedig nem is keveset. -
eziskamu
addikt
Én mondjuk féltem a JAVA-tól, a C után, de igazából kiderült nem hogy megbonyolítaná, hanem leegyszerüsít bizonyos dolgokat, mert amikkel sokat kellett szopni, azt itt már rég megoldották osztályokkal, eleve ott van a String és a Vector. Persze futottam már korlátokba ezeknél is, amikor pl egy rossz adatb lekérdezés (túl sok sort kaptam vissza, nem kellett minden) eredményét pakoltam Vectorba, olyan szépen elszállt, mert már nem volt elég "hely"
. -
eziskamu
addikt
válasz
janos666
#111
üzenetére
Pedig az OO kifejezetten érthető a külnféle logikai és funkcionális programozási nyelvekhez képest.
Képzeld el hogy mint a Mátrixban itt is vannak tárgyak és élőlények. Ugye vannak kutyák , házak, és emberek. Ezek az osztályok. Ezeknek vannak viselkedésük (lő, tüzel, öregszik, ha felrobbantják megsemmisül) (ezek az eljárások , függvények) és tulajdonságaik (változók) .
Neo egy konkrét ember bizonyos tuilajdonságai alapján, (létrehozunk bizonyos paraméterek alapján az ember osztályból egy objektumot, bizonyos változók konkrét értékeket kapnak, amik a viselkedésre, eljárásokra és függvényekre hatással vannak, mert használják ezeket a változókat) . És még lehetne tovább sorolni... -
Karma
félisten
Egyébként meg Zwiebelnek ki kell találnia, hogy most mi a téma.
Ha a C++ nyelv, akkor a teríték egyszerű: a C nyelv - az alapok (típus, változó, struktúra) minden járulékos dologgal (mint a preprocesszor, pointerek); majd a C++ újításai és változásai (nem feltétlen minden implikációval, tehát egy template metaprogramozást biztos nem kavarnék ide
); meg persze az STL. Ezután jöhetne az OOP, most hogy van egy stabil(nak tűnő) alap, van mire építkezni normális programokat is akár.A b) variáció meg kapásból az OOP körbejárása, de ez meg a C/C++ nyelv ismerete nélkül sokaknak csak hablaty lenne. Az üzeneteket olvasva talán az első tűnik jobbnak és népszerűbbnek
.De ha már amúgy is hobbit keresek, lehet hogy megpróbálom az imperatív programozás elméletét cikk(ek)ben leírni. Így nem csak a számat jártatnám
-
Arhquis
aktív tag
Jó, ennyire azért ne legyünk szőrös szívűek.
Kollega azt tűzte ki célul, hogy a C++-t mutatja be. Ezelé nem árt, ha tud a delikvens olvasó más nyelvet is, de ez nem a cikk célkitűzése, mintahogy az elágazó részek mély bemutatása sem.
Viszont az OO szemlélet mélyen és szervesen kapcsolódika témához, ezt kéne bemutatnia.
Meg kicsit a memória működésébe is talán belemehet legalább annyira, hogy később a pointer ne okozzon fejfájást az olvasónak, és értse a különbséget ez és a referenciák között.
Sőt, ahogy nézem értesz a témához, miért nem vállalod a korektálását (vagy hogy írják
) a következő részeknek? ;) -
Karma
félisten
A cikkben egyetlen fordítóprogram se került elő, de erről már szóltam a korrektúráim egyikében. Ha ezt nézzük, akkor már sokkal hamarabb is elágazhatunk: imperatív vagy deklaratív programozási nyelv; lineáris, procedurális, moduláris, OO, AO, adatvezérelt, szerződés-alapú, funkcionális, logikai, korlátos programozás, satöbbi
-
Arhquis
aktív tag
Én is ezt látom, még suliban(egyetem), hogy okés, hogy java, és ezt kell, és ezt tudja, de hogyan lehet megoldani? Pl egy nyuszi egy 8X8-as táblán hogyan nézi meg, hogy körülötte lévő négyzeteken van-e fű.
A másik, ami még eszembe jutott a cikkel kapcsolatban, bár már lehet írták.
Nem csak fordító progik vannak. Vannak Interpreterek (értelmezők) és hibrid megoldások is. -
Karma
félisten
Ez eddig még csak procedurális programozás se volt.
Azért innen az OOP-be ugrani, huhh, az mélyvíz.
Ismét javaslom a C-t, mint célt."Mondjuk én egy olyan sorozatot is szívesen látnék, ahol nem programozási nyelvet magyaráznak, hanem néhány feladat nyelvfüggetlen megoldását veséznék ki, programozási gondolkozást (logikát) bővítve. (remélem ez a vége nem volt értelmetlen
)"Én értettelek, és ez tényleg egy olyan dolog, amit 1) sehol se tanítanak 2) sok helyen jól jönne - többek között azért is, mert mindig, amikor jönnek hozzám a delikvensek, hogy szeretnének megtanulni programozni, nem tudok mit adni a kezükbe. Nem hiszek abban, hogy sok jó sülne ki abból, ha valakinek csak tisztán egy nyelvet adunk a kezébe.
-
Arhquis
aktív tag
Szerintem, mielőtt folytatnád a dolgot, jó lenne egy hoszabb hangvételű cikket szentelned az objektum orientáltságnak.
Elmagyarázni mi az a metódus/függvény, adattagok, hogyan is kell egyáltalán elképzelni egy adott programot, akár a Hello World-öt is.Mert okés, hogy include, meg ezt azt használod. De mennyivel jobb lenne, ha az alapot leadva már úgy magyaráznád a progit, hogy télleg értik minden apró részletét, és később sem kell órákat magyarázkodni, meg visszautalni ha már egy korrektebb proginál előjönnek a függvényhívások, leszármaztatás, paraméterátadások, pointer, referencia, objektum létrehozás, stb stb.
Amúgy támogatom a kezdeményezést én is. Érdekes, és te is sokat tanulhatsz belőle. Mondjuk én egy olyan sorozatot is szívesen látnék, ahol nem programozási nyelvet magyaráznak, hanem néhány feladat nyelvfüggetlen megoldását veséznék ki, programozási gondolkozást (logikát) bővítve. (remélem ez a vége nem volt értelmetlen
) -
Karma
félisten
Sőt. Az OOP-ben elég kritikus.
Zwiebel: Remek elképzelés, hogy az átlagember által is emészthetően akarod előadni a dolgot, de ezzel három baj van:
1) A konzisztencia hiányát továbbra se engedheted meg.
2) Főleg a ténybeli hibákat nem.
3) A programozás egzakt tudomány.Nem lenne jobb talán, ha a sima C-ről írnál inkább?
Apropó, az a vállalt feladatod, hogy a metódus fogalmát megértesd az emberekkel.
-
Zwiebel
tag
Mivel egyre több az érdeklődő valószínűleg lesz még cikk, bár nem biztos hogy az elméletet fogom bemutatni, talán jobb ha példaprogramokon keresztül mutatom be a dolgokat
Ja és köszönöm a kritikákat, sok nagyon hasznos volt, de azt nem kellene feltételezni, hogy semmit nem értek a dologhoz.
Azért mert megpróbálom bemutatni a dolgokat, hogy többen megértsék. Ha metódusokat és hasonló szavakat írogatok, az olyan mintha attól, aki nem ért magyarul megkérdeznéd, hogy hogy hívnak? 
-
Na jo, utoljara mondom el ebben a topicban: ha at akartok menni programozasbol, akkor ne olvassatok olyan leirasokat, ahol az szerepel, hogy a cout utan mindig kell <<.
Ha nem tudjatok, hogy mi az a tipus, osztaly, fuggvenyhivas, akkor nem fog menni. Ha ez nem erdekel benneteket, akkor nem kell programozni, akkor keressetek mas szakmat.
-
Vladi
nagyúr
Én támogatnék egy ilyen sorozatot!
Mint anno kicsitomiét, csak ő meg megszökött a cuccal együtt. Azóta is neheztelek.
Viszont tényleg nem ártana némi okítás mellé. Oké geditben bekalapálom a cuccot. Hogyan tovább? Anno a c-st leforgattuk valahogy, hogy gcc -o fájlnév vagy valami.
-
#90
jgui
csendes tag
infectedmann
#47
jgui
csendes tag
válasz
infectedmann
#47
üzenetére
Üdv!
Még egy érdeklődő, viszont a DevC-t szerintem felejtsétek el, én már szívtam vele eleget, ajánlanám helyébe a Code:
locks-ot, sokkal normálisabb IDE, csak nem tud magyarul ![;]](//cdn.rios.hu/dl/s/v1.gif)
. -
.Anakin.
tag
A program részei:
int main();:
A main() függvényt minden kódnak egyszer tartalmaznia kell.
int rész : a függvény (main) típusát jelenti: egész
main : a függvény neve
() : a függvénynek nincs paraméteremi az h egész? egész mi? mi az a függvény?
mármint én tudom, csak lehet valaki télleg itt akarja elkezdeni.
De határozottan van rá igény, részemről is amint az alapokat elhagyod. -
Okeoke, fogalmam sincs, a tied milyen.
(Nyilvan nem erdemes C#-rol irni, ha nem tudod, mi az a CLR meg a delegate...)
A moderatorok nem biztos, h ertenek hozza Ha gondolod, kuldd el nekem, vetek ra egy pillantast -- ha nagy marhasag, akkor nem nyulok hozza, de aprosagokat esetleg kijavithatok benne. -
-
malwy
senior tag
Érdekes megközelítéssel próbálkozik a cikkíró a sokat emlegetett "Objektum Orientált Programozással" kapcsolatban, én mindenesetre folytatom tovább a Python tanulmányozását. Van egy remek könyvem, azt még értem is. Kicsit több magyarázat kéne a cikkhez, mint konkrét parancsok és mi mit csinál... Kicsit szótár jellegű
-
mephi666
nagyúr
én a szakdoga progimat 750es duronon 256mega rammal csináltam... ott azért megéreztem, ha balf@sz módon valósítottam meg valamit, hogy utána a fordító nyögött nagyokat
egyre jobban megjön a kedvem megint a programozáshoz (mellesleg raktam bele előre renderelt videókat is, amiket 3dsmax-ban készítettem... az is berakta a kiskaput...)
úgy épült fel az egész, mint a legó: felépítettem a formot, beállítottam rajta minden elemet, aztán mögéírtam a kódot azért kellett hozzá az előképzettség a kód megírásához... a grafikus felület meg amit pluszban adott, az csak a hab volt a tortán -
eziskamu
addikt
Na ez a baj, hogy most már sokan úgy programoznak, hogy ma lassú ez a progi, de sebaj, mert a holnap gépein már faszán fut. Miközben ha rendesen megcsinálná, talán még a tegnapelőttieken is rendesen mennének. Lásd játékok és operációs rendszerek, hogy a többiről ne is beszéljünk.
Persze pont én beszélek aki Netbeans-ben kattint párat és kész a GUI csak épp marha lassú, de nem izgat , nem én használom -
Erről a C64-es pályafutásom jut eszembe, ahol Assembly-ben kellett programozni, hogy elfogadható sebességgel fusson minden. Na, ott megtanultuk az optimalizálást, mind sebesség, mind méret tekintetében. Sőt, sokszor mi magunk, magából a kész programból generáltunk le hatalmas kódrészeket. Azok a régi szép idők...
-
Én most kezdtem C# -ozni, de aokban hasonlít, jöhetne még C++ is... ! Kíváncsian várom!
-
kingabo
őstag
Nem akarlak megsérteni, de elég sok hülyeség/hiba van a cikkben, illetve a magyarázotok is hibásak...
Illetve szerintem illett volna leírni, hogy a program futása a main függvénnyel fog kezdődni, valamint a Hello world történetét leírni... A c és c++ különbségeiről is lehetett volna szó, amolyan 0. részként, meg ezek után nehéz lesz az objektum orientáltságot elmagyarázni. -
#64
Peter Kiss
őstag
Peter Kiss
őstag
Én nem támogatom ezt a sorozatot (Kit izgat, ugye?), legalábbis ebben a formájában. Írtad, hogy te is tanulod. Nos, az írjon ilyen sorozatot, aki látja az egészet maga előtt, emellett nem ezekkel az információkkal kezdünk az első órán (vagy nem csak ezekkel, talán így pontosabb).
-
Karma
félisten
"gyors, hatékony" Hát, nem igazán. De...
Az ellenérv vele szemben az, hogy bár a RAD fejlesztésnek megvannak a nyilvánvaló előnyei (többek között az, hogy bárki gyorsan tudja ontani a programokat magából), a karbantarthatóság meg az átláthatóság tapasztalatlan programozó esetén kritikán aluli lehet.
-
Andie
őstag
Végülis ja, apikat, meg csúcsra hegyezett komponenseket, de engem, mint 4gl programozót igazából ez érdekel. Nem akarok küzdeni azzal, hogy a videókártya hogyan jelenit meg a windowsban egy keretet, benne szürke ablakot, a gombok hogyan lesznek 3D-sek, stb. Engem az érdekel, hogy ha valami üzenet kell, az ugorjon fel, azt kész. Nyilván a Doom4 megirásához ez kevés.
A siemenses dologra teljesen jól rátapintottál Tán dolgoztál ott?Delphivel kapcsolatban mindig ezt hozzák fel ellenérvnek. De mit érdekel engem, hogy nem portolható Sunra meg X25-re? Windowson (sőt, linuxon, és mostmár winmobilon is) szépen fut, megy, könnyü, gyors, hatékony. Kommunikál mindenféle adatbázissal (oracle, Mssql, stb), és ez az esetek nagy részében bőven elég.
-
Össze lehet hasonlítani a nyelveket, de szerintem egyetlen olyan szempont sincs, ami megfelelően objektív, mégis mindre érvényes lenne. Van, amelyik használ GC-t, van, amelyik nem és még ezer dolog. Ennek elég kevés értelme lenne... ilyen versenyt kiírni nem nagyon lehetne.
-
dabadab
titán
Azt ugye vagod, hogy most nem nyelveket, hanem API-kat/IDE-ket hasonlitottal ossze? (Egyebkent szerintem VC-ben vmit rosszul csinaltal (gondolom a szokasosan alapos felkeszitest kaptad a Siemensnel (Hogy egy kb megtortent esetet idezzek: "Lattal mar olyat? Nem? De a nevet mar hallottad? Az jo, akkor matol te vagy a tema szakertoje."
)), mert egy dialogot vagy akarmit kirakni az tenyleg kb egy sor.)A Delphivel egyebkent az a legnagyobb baj, hogy az nagyreszt egy nem letezo nyelv: alig van platform, amire letezik egyaltalan fordito, nincsenek hozza headerek, nincs semmi, valamint ha az embernek mar meglevo koddal kell foglalkoznia, akkor az jo esellyel C v C++ lesz (vagy valamilyen scriptnyelv: Perl, Python, akarmi).
-
Andie
őstag
Én sok nyelven "tudok" programozni (basic, assembly, pascal, PLsql, cobol, progress, forms, plusz a script nyelvek, akár unixon, stb), a Delphi csak a kedvencem. Ezt is müvelem talán legmagasabb fokon. Úgyhogy szivesen tanulok újakat, hisz sosem tudni, melyik feladathoz melyik lesz a legmegfelelőbb. Épp ezért örömmel veszem a JAVAs tanácsodat, azt úgyis meg akartam már nézni közelebbről (elég sok állásnál kérik).
-
Beaver
csendes tag
Pontosan ahogy írod, ha csak a natív win32 apit használod, mondjuk c++ nyelven
A delphiben tényleg gyorsan és egyszerűen lehet dolgozni, ezt nem is vitatom
Egyszer majd ha érdekel és nagyon ráérsz, próbáld ki a C++/C#-t WPF-fel (UI), vagy mondjuk a java-t swing-gel vagy SWT-vel. Bár ha tényleg szereted a pascal-t valószínűleg nem győznének meg ezek sem.
-
Árnymano
újonc
Rengeteg hasonlót találni ahol a Helló World! "programig" eljutunk, esetle az egymegegy-ig. Ez olyan mint mikor 10 nyelven tudunk jó napot v. jó étvágyat kívánni. Ettől függetlenül maximálisan örülök a kezdeményezésnek, és remélem nem fagy be.
Jó lenne ha egyre bonyolultabb példaprogramok kerülnének fel (nem könyvből vett), amik a hozzászólások alapján fejlődnének.Lehetne közölni a fejlesztőprogramból képeket, beállításokat stb... annak idején nekem is fejtörést okozott hogy mivel fogjak neki.
-
Andie
őstag
Na, hát pont erre gondoltam, hisz itt ütköznek a vélemények. A flame elkerülésével remélem sikerül egy jó kis összevetést csinálni majd.
Én most is 7-esben dolgozok, ha csak lehet, egyelőre nincs szükség a nagyobb verziókra.
Én szeretem és imádom, pikkpakk megoldok benne mindent, mégha addig ismeretlen is a feladat. VC6.0 volt anno a kezem alatt, hát hiába raktam én le egy radioboxot, vagy memo-t a formra, még fél órát kellett programozni ahhoz, hogy a pöttyök meg is jelenjenek benne, vagy a memóban a szöveg szépen látszódjon. Egy memo.savetofile ('akármi.txt') meg C-ben kb 50 sor, pointerekkel, virtuális változókkal, agyrémmel együtt. -
Beaver
csendes tag
Amúgy tök jó lenne rendezni kóder "versenyeket"
Pont tegnap beszélgettem erről egy ismerősömmel. Lehetne ilyen hogy egy adott problémát ki-ki más nyelven oldana meg, vagy ki tud jobban optimizálni egy algoritmust, ki tudja minnél kevesebb sorban, kié fut le a leggyorsabban... stb Mindenki sokat tanulhatna az ilyenekből, meg sztem poén is
-
Beaver
csendes tag
Ha az alap Win32 apire gondolsz, akkor igazad van, az ilyen szempontbol halál. De azért a mai modern megoldások (dotnet) kb a delphi egyszerűségéhez közelítenek már sztem.
Én csak annyit foglalkoztam a delphivel hogy megcsináltam egy félévet (kiváló eredménnyel
) az egyetemen, de én már a pascalt se szerettem sose, nekem valahogy baromi kényelmetlen, a delphi megoldásaitól sem voltam elragadtatva. Igaz az új verziókat nem ismerem, 7esbe dolgoztam. -
"Ha van rá igény, és kiváncsiság, és a szerző beleegyezését adja, én mindig bekommentelem az egyes programok Delphis megfelelőjét, hogy lássuk, ott mennyivel egyszerübb és gyorsabb, rövidebb."
Na ez egy jó ötlet. Egyébként akkor is megteheted, ha a szerző nem egyezik bele, ugyanis bárki kommentelhet a topikban.
-
#47
infectedmann
őstag
infectedmann
őstag
Érdekel a téma
Régen tanultam valamit C -ből, de már lövésem sincs mi merre hány méter.
Ez a DevC++ progi is szimpatikus mivel tud magyarul (:
Várjuk a következő részeket. -
Andie
őstag
Jó ötlet, támogatom. Bár én egy életre megutáltam a C-t (beleértve a plusszokat meg a minuszokat is), mikor 3 évig a siemensnél ebben kellett ügyködni. Már akkor elég profi módon delphiztem, és amig a VC-ben vért izzadtam (nem röhögni!
) egy rohadt messagedialóggal, addig delphiben ez 3 másodperc, és 2 kattintás.
Nem vitatom el a C előnyeit bizonyos esetekben (játékprogram, speckó gui nélküli gyors program, külső gép vezérlése, portok, stb), de a hétköznapi esetek 99%-ában csak szivatja magát az ember, ahelyett hogy D-ben összerakná.Ha van rá igény, és kiváncsiság, és a szerző beleegyezését adja, én mindig bekommentelem az egyes programok Delphis megfelelőjét, hogy lássuk, ott mennyivel egyszerübb és gyorsabb, rövidebb
-
mephi666
nagyúr
hát mi ilyen "hello world" kategóriájú programokkal kezdtük, aztán később szépen jött a neheze: mindenféle fájlműveletek, objektum orientált rész meg a finomságok... kérd be ezt+ezt+ezt, aztán abból a megadott dolgokat tárold le szövegesen/binárisan... jópáran elvéreztek a szigorlatig...
-
Syrano
tag
C#-hoz rengeteg tutorial van a neten, angolul és magyarul is. Nem írnék konkrét oldalakat, mindenkinek magának kell megtalálnia, hogy melyiknek érthetőbb a nyelvezete.
Ahogy látom szerencsésebb, ha nem csak egy ember csinál egy ilyen tutorialt, hanem esetleg többen, nehogy a fórum javításokkal legyen tele. Egy kisebb C# tutorial elkészítésében benne lennék én is.
-
Zwiebel
tag
Nagyon szépen köszönök minden hozzászólást! Megmondom őszintén, hogy sok újat mondtatok
A cikket - ha ennyi az érdeklődő - mindenképpen folytatni fogom.
Egyébként ezeket a cikkeket - mint ahogyan írtam - nem azért írom, hogy profi programozó legyen bárkiből is. Az alapokat szeretném megismertetni azzal aki nem ismeri ennyire sem a c++ de hallott már róla és esetleg érdekli is.Egyébként meg, tényleg köszi a sok kritikát, már most is nagyon sokat tanultam belőle
Szerk.: a következő cikkemben akkor kicsit inkább az elméleti dolgokra fogok kitérni, és utána fogunk tovább menni. Nagyon sok dolog van elméletből is , amit egy cikkben nem igazán lehetne elmagyarázni, de akkor a lényeget megpróbálom majd leírni mindegyikről.
-
-
Karma
félisten
Na, végére értem a cikknek, már csak egy utolsó kritika
""Hello World! " : Programunk ezt a szöveget fogja kiírni a képernyőre. A cout << után kell beírni, de mindenképpen " " jelek közé kell tenni, különben a program nem tudja jól értelmezni. Ami még fontos, hogy ne írjunk ékezetes betűket, mert azok helyén a program egy kérdőjelet fog elhelyezni, és így nem lesz érthető a szöveg."
Ez csak attól függ, hogy milyen kódolással mented le a forrásfájlt. Ha a parancssoréval megegyezően, akkor nem lesz itt gond. Most nem tudom pontosan melyik az, gyanítom a CP1250, mert nincs Windowsom kéznél.
-
-
#43680768
törölt tag
Szia!
Van rá igény
14-18 éve tanultam utoljára programozást, azt sem magas szinten, jó egy kis iránymutatás, manapság, hogy épül fel egy program, gondolom sokan vagyunk vele itt úgy, hogy barkácsolnánk is, vagy csak megértenénk mi miért van, vagy ép mint nekem, sokat dolgozunk együtt programozókkal.
Ne legyen az ember teljesen hülye a másik szakmájához, mert akkor nem kérsz hülyeséget.
Kitartás és csináld végig! -
Karma
félisten
Bocs, az IDE nevében nincs smiley, Code:: Blocks helyesen (szóköz nélkül persze).
Még valami, átértem a második oldalra:
"<iostream> :Ez az I/O függvények alapját "adja meg". Ezeket mindig < , > jelek közé kell tenni."
Nem. Ha a saját headerjeid vannak, akkor ""-be kell tenni - ekkor a fordító először az aktuális könyvtárban keres, majd utána nézi meg a többi include könyvtárat. A <> verziónál azonnal a rendszer (és egyéb beállított) könyvtárakban keres.
"using namespace std : Ez az std névterület lehívása."
Nem. A using kulcsszóval azt éred el, hogy ha egy nevet nem tud feloldani a fordító, akkor automatikusan megnézi az std névtérben is. Ha nem használod ezt (szoktak is miatta beszólni, olyan ez, mint Java-ban a * importálása), akkor a scope operátorral tudsz hivatkozni a névtér tagjaira, tehát pl. std::cout, std::cin, std::endl.
"cin.get(); : Ezzel a paranccsal tudunk várni egy billentyű leütésére"
Ez nem parancs, hanem metódushívás.
"A zárójelek azért kellenek, hogy ha
valamilyen paramétert megadunk a függvénynek akkor azzal fogja végrehajtani
magát. Később még erre is visszafogunk térni."Nem, a zárójelek azért kellenek, hogy függvényhívás legyen belőle. Nélküle fordítási hiba lenne (mit csináljon szerencsétlen fordító egy függvénypointerrel?)
-
dabadab
titán
A main() altal visszaadott ertek a program exit value-ja, amit nem csak unixos kornyezetben, hanem DOS es Windows alatt is hasznalnak. Hagyomanyosan a 0-at hasznaljak akkor, ha a program rendben lefut, amugy meg valami mas szamot, de ettol siman el lehet terni (el is ternek egy csomo esetben).
Amugy meg sajnos a szoveg szakmailag elegge, khm. Pl. a "<<" az nem a "fuggveny" (a cin nem fuggveny, hanem objektum) resze, hanem egy operator, az include file-okat meg te is emlitetted.
-
NovaBlue
aktív tag
Akit érdekel a c, c++ és ismeri a full circle magazint abban van már egy kb 6-7 cikkes sorozat ha nem több!?
lehet h linuxos köntösben van mert alapból a full circle magazine Ubuntu linuxos magazin
17. számtól kezdődik -
Karma
félisten
"Először is kezdjük azzal, hogy mint minden más programozási nyelvnek ennek is vannak úgynevezett fordító programjai, melyek közül az ingyenesek és talán legismertebbek:
- Dev-C++
- Microsoft Visual C++ 2008 express edition"Nem nyert. Ezek fejlesztőkörnyezetek (IDE), a fordító az előző esetben a gcc, az utóbbi esetben a Microsoft C Compiler (bár ez utóbbi nevében nem vagyok biztos). Mind IDE-ből, mind fordítóprogramból van több is, előbbire példa még a Code:
locks, az Eclipse CDT, a NetBeans, az utóbbira meg a BSD-féle cc, a Sun saját fordítója."{ : a program törzsének a kezdetét jelenti, tehát ez után fog jönni a program kódja."
Nem. C-ben nincs olyan, hogy "a program törzse", ez nem Pascal. A main függvény definíciójára gondolsz pillanatnyilag. De a blokk nem csak erre jó.
vidékiürge: Továbbra is kitartok amellett, amit a Symbian programozás topikban írtam. Ha S60-ra akarsz programozni, és nem tudsz C++-ul, ne állj neki, inkább nézd meg a PyS60-at. A Python nyelv sokkal könnyebb, a PyS60 meg egy csomó bonyolult és értelmetlen koncepciót tesz tök egyszerűvé.
-
#21
vidékiürge
tag
Karma
#16
vidékiürge
tag
Hát, számítottam rá hogy azért nem egyszerű dolog. Motiválva vagyok a programozás iránt, sok jó ötletem lenne, de nem sok támogatottságom van
Tulajdonképpen minimum 2 nyelvet kell tudnom hogy tudjak Symbian-ra írni. De végül is C++ alapú.
Köszi a segítséget! Nyugdíjas leszek belekezdek -
-
proof88
addikt
Üdv,
egy megjegyzés:
ha még csak 1. óra, akkor a Hello World-öt úgy is megoldhattad volna, hogy nem használod az std::cout-ot, mert ez még csak 1. óra:#include <stdio.h> // innen tudja a fordító, hol keresse a printf() és getchar() függvényeket
int main()
{
printf("Hello World!");
getchar(); // várakozás billentyű lenyomására
return 0;
}Egyébként van rá igény, és Te is tanulsz belőle, mert ha esetleg valamit rosszul írsz, akkor a topicban lehet tanakodni.
-
Karma
félisten
eziskamu, mephi666: Az int visszatérési érték azért kell, mert ez a szabvány. Ne csináljunk a C++-ból is Internet Explorert. Egyébként a Linux tényleg ezt használja a futási hiba jelzésére, amikor egyik program hívja a másikat.
A main függvény teljes szignatúrája egyébként:
int main(int argc, char** argv)
Beaver: "az #include fejfájlok becsatolására alkalmas, amely ahogy említetted fv. fejléceket, típus és objektumdefiníciókat, stb. tartalmazhat."
Nem! A header fájlok csak deklarációkat tartalmaznak, a definíciók különálló fordítási egységekben (azaz .cpp fájlokban) vannak. Ha a definíció is ott lenne, akkor pillanatok alatt elszállna a linkelés a többszörös definiálás miatt (feltéve, hogy két forrásfájl is beinclude-olja a fejlécet).
Egyébként a függvénydefiníciók után sincsen pontosvessző.
vidékiürge: "Talán még azt kérdezném, hogy Symbian-ra ez a programozási nyelv jó vagy nem jó?"
Nem akarlak nagyon elkeseríteni, de ahhoz, hogy a SymbianC++-t elkezdd, folyékonyan kell beszélned a hagyományos C++-t, majd meg kell tanulnod egy abszolút más működést és nyelvet. Ez nem olyan "leülök és gyorsan megtanulom" kategória. (Symbian lett a szakmám, igen jól ismerem.)
Zwiebel: A kezdeményezés jó, de én nem így közelíteném meg. A "beírom mert ezt olvastam, puff, működik" megközelítéssel pont a legfontosabb elem marad ki: nem értik meg az olvasók az elméleti hátteret, amivel jól lábon lőhetik magukat. Én szólnék azért a fordítási folyamatról, az egységekről, a header fájlok szerepéről, nomeg magáról a nyelvről is pár szót. Főleg hogy van egy-két homály ránézésre itt is.
A cikket még elolvasom párszor, hátha találok benne olyan hibát, amit előttem nem jeleztek.
-
-
zhagyma
őstag
A PH-ra igazán "ráfér" a szoftveres vonal erősítése. Csak bátorítani tudlak. Egy két megjegyzés a C++ standard draft alapján:
A main funkciót minden C++ implementációnak előre defniniálni kell int visszatési értékkel. A return 0 nem szükséges, mivel azt elhagyva megteszi helyetted a fordító.
-
mephi666
nagyúr
ezt a művet vettem meg anno a fősulis prog1-2-3 után, de újra elő kellene szednem mindet és nekiállnom ismételni/fejlődni... el akartam jutni szépen felépítve az opengl-ig, de összejöttök a dolgok és azóta teljesen feledésbe merült... pedig az jó kis nehezen emészthető téma, de szívesen szórakoznék vele
-
#8
vidékiürge
tag
vidékiürge
tag
Bezony, Újkígyós szívében is Van Rá Igény!
Anno én csak turbo pascal-t csináltam, meg foglalkoztam PHP-vel, de ezt mind csak mezei szinten De ez már mind rég volt... Talán még azt kérdezném, hogy Symbian-ra ez a programozási nyelv jó vagy nem jó? (van egy olyan sejtésem hogy nem) -
Beaver
csendes tag
Üdv! Támogatom a kezdeményezést!
Én középszinten ismerem a nyelvet, bár bevallom őszintén sok gyakorlati tapasztalatom nincs benne.Egy dologra figyelj csak oda, ha már cikket írsz, igyekezz a megfelelő kifejezéseket használni:
- pontosvesszőt az utasítások után kell tenni, ami nem csak fv. lehet, bármi más:
- deklaráció
- értékadás
- fv. hívás
- ha jól emlékszem csak a fordítónak írt direktívák (#include, #define, stb..) kivételek csak ez alól.- a cin és cout objektumok, nem fv-ek, a << és a >> pedig operátorok, amelyek felül vannak töltve az említett két objektumra. Nyilván ezt ebben az első "leckében" ezt nem kell kifejteni, de említés szintjén azért benne lehetne.
- az #include fejfájlok becsatolására alkalmas, amely ahogy említetted fv. fejléceket, típus és objektumdefiníciókat, stb. tartalmazhat.
Egyébként mindnekinek ajánlom az eclipse CDT-t és a MinGW toolchaint C++ fejlesztéshez.
-
mephi666
nagyúr
én is régen programozgattam... szerintem jó ötlet lenne egy ilyen cikksorozat, mert egyre nagyobb késztetést érzek, hogy kezdjek valamit magammal... c++-ban
kb 2006 óta nem nyúltam semmilyen kódhoz... a szakdogámat viszont c++ builderben hoztam össze... gui-val könnyen meglehet, hogy újra nekiállok és fejlesztem magam... kellene valami kiegészítő kereset is... int main-nek szerintem itt nem sok értelme van, mert nincs visszatérési érték, ahogy mondtad... void-ot kellene inkább használni...
(régen a fejünkbe verték rendesen, hogy mi a különbség int/void között)tényleg nagy a homály, de mintha objektum orientált programoknál include-olni kellene az osztályokat is ezerrel...
-
eziskamu
addikt
Nem vagyok c++ szaki, csak java, meg c (annó qbasic meg Comenius logo) nyelveket ismerem, de a
"A visszatérési értéket jelenti, itt most nulla, tehát programunkat nem léptetjük vissza sehova."
nem sok értelme van. 0-val tér vissza mert ez egy int tipusú függvény, de nincs semmi (hívó függvény) ami értelmezné ezt a visszatérési értéket, max a futtató környezet. Asszem linuxban ki is használják, de pontosabbat én se tudok.include: nem függvények alapjai, hanem könyvtárak, függvény és eljárás gyüjtemények.
Amúgy a különféle osztályokat/csomagokat is include-olni kell, vagy arra más utasítás van?
Esetleg cseréld le a "tehát"-ot "de" -re. Amúgy támogatom a cikksorozatot, a c++ tök homály számomra (csak az ansi-c résszével foglalkoztam, ala Pici).
). Jórészt egyetértett vele. Pedig nem csak itt a BME-n tart ilyen fapados órákat, hanem az ELTE-n rendes közgaszdászokat is tanít (mondjuk ott lehet, hogy ott letagadja azt is, hogy egyáltalán látta a filmet, de az már más kérdés). 
(erre még bejártam, mert tanulni rá úgy se kell, ergo 0 erőkifejtéssel lazán megcsinálok egy átmenő jegyet, hátha egyszer jó lesz valamire, de tény hogy ez nem haladás ez szánalmas vergődés),
. Elhatároztam hogy ha nem is profi szinten de azért megismerkedek a c++-al. Letöltöttem a C-Free programot azzal szórakoztam. Nem kis meglepetésemre (mivel vannak komolyabb Turbo Pascalos ismereteim) itt sokkal egyszerűbben mennek a dolgok, könnyebben áttekinthetőbb, megérthetőbb mint a Turbo Pascalban. Ez hangsúlyozom csak személyes vélemény 
.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
.
A többi cikkem se volt az eddig. 
Új hozzászólás Aktív témák
Hirdetés
- Milyen légkondit a lakásba?
- Fejhallgató erősítő és DAC topik
- EA Sports WRC '23
- Kettő együtt: Radeon RX 9070 és 9070 XT tesztje
- E-roller topik
- The First Berserker: Khazan
- Xbox Series X|S
- Audi, Cupra, Seat, Skoda, Volkswagen topik
- Samsung Galaxy Watch (Tizen és Wear OS) ingyenes számlapok, kupon kódok
- Azonnali notebookos kérdések órája
- További aktív témák...
- DELL PowerEdge R630 rack szerver - 2xE5-2650v3 (20 mag / 40 szál, 2.3/3.0GHz), 32GB RAM, 55992Ft+ÁFA
- BESZÁMÍTÁS! ASRock FORMULA OC RX 6900XT 16GB videokártya garanciával hibátlan működéssel
- Bomba ár! Dell Latitude E7250 - i7-5GEN I 8GB I 256SSD I 12,5" HD I HDMI I Cam I W10 I Garancia!
- BESZÁMÍTÁS! 2TB Kingston KC3000 NVMe SSD meghajtó garanciával hibátlan működéssel
- Canon imagePrograf PRO-6100S plotter - szinte új, 500m2 nyomat
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: CAMERA-PRO Hungary Kft
Város: Budapest