Thread: C++
-
15-03-2005, 18:50 #31no votes
-
-
15-03-2005, 20:46 #32Member
- Registered
- 12/10/02
- Location
- mars
- Posts
- 14,319
- iTrader
- 2 (100%)
- Mentioned
- 0 Post(s)
- Reputation
- 0/0
no votes
-
15-03-2005, 20:50 #33Member
- Registered
- 12/10/02
- Location
- mars
- Posts
- 14,319
- iTrader
- 2 (100%)
- Mentioned
- 0 Post(s)
- Reputation
- 0/0
no votes
-
15-03-2005, 21:01 #34Registered User
- Registered
- 04/10/02
- Location
- Mol / Bree
- Posts
- 2,175
- iTrader
- 2 (100%)
- Mentioned
- 0 Post(s)
- Reputation
- 0/0
no votes
-
15-03-2005, 21:28 #35Member
- Registered
- 13/11/04
- Posts
- 62
- iTrader
- 0
- Mentioned
- 0 Post(s)
no votes
-
15-03-2005, 21:29 #36Member
- Registered
- 13/11/04
- Posts
- 62
- iTrader
- 0
- Mentioned
- 0 Post(s)
no votes
-
15-03-2005, 22:45 #37Member
- Registered
- 12/10/02
- Location
- mars
- Posts
- 14,319
- iTrader
- 2 (100%)
- Mentioned
- 0 Post(s)
- Reputation
- 0/0
no votes
-
16-03-2005, 01:35 #38
Hangt ervan af wat je doet. In een spel (en dat is toch waarover we het op dit forum doorgaans hebben) dat vooral van de grafische kaart afhangt zal het verschil niet veel uitmaken, maar als je met wat complexe berekeningen begint (zoals AI in een complexe of grote wereld, zelfs pathfinding) zou het toch problemen kunnen opleveren. Standaard Python is nog steeds niet echt snel vergeleken met gecompileerde talen.
Een voorbeeld van een high-level taal met zeer snelle implementaties zou Lisp zijn, wat gezien meerdere decennia van ervaring in het optimaliseren van die taal ook niet echt hoeft te verbazen. De taal is wel niet echt populair (nogal uitgebreid, en gebrekkige standaarden voor "moderne" dingen als GUI's maken het niet echt een evidente keuze voor een nieuw project).
Op de hoogte zijn van assembly kan wel heel nuttig zijn voor wie in low-level talen werkt (delen van C en C++) en ook wil weten wat er nu eigenlijk achter de schermen gebeurt. Zeker als je ook de prestaties wil optimaliseren. Natuurlijk is dit niet meteen een zorg voor beginners.edit: niets mis met assembler, maar compleet overbodig tenzij je op machineniveau gaat zitten, en dat vraagt sowieso OF een opleiding OF enorm grote wilskracht om zoiets te doen."If you have a right to respect, that means other people don't have a right to their own opinions."
Thomas Sowellno votes
-
22-03-2005, 23:20 #39Member
- Registered
- 09/08/02
- Location
- Hasselt
- Posts
- 239
- iTrader
- 4 (100%)
- Mentioned
- 0 Post(s)
- Reputation
- 0/0
mmm ik denk dat je er ietsje te licht overgaat...een programmeertaal leren is niet zoals frans of engels leren, dat gaat veel meer in stapjes (analogie met wiskunde leren). Je kan niet integralen leren als je nog niet kan tellen tot 10...
Anyway nét hetzelfde met C++ , je kan onmogelijk C++ vollédig snappen als je geen voorkennis hebt... bij mij ist gegaan van standaard programmeerbeginselen in Java (array, lussen maar ook dingen als recursie) > uitbreiding in C (pointers, backtracking, ...) > C++ (OO proggen, inheritance, classes, constructors, overloading,...)
om uiteindelijk dingen over te brengen naar een andere taal is een koud kunstje, maar dingen écht effectief kunnen gebruiken wanneer ze nodig zijn (analogie met een bewijs leren en een bewijs zélf kunnen maken) is moeilijker...no votes
-
23-03-2005, 00:41 #40
Dit soort posts zijn altijd leuk :9
www.alternova.be
Wel dus. Maar ik wil hier wel even bijzeggen dat ik mensen zeker afraad een eigen engine te schrijven, tenzij ze daar een hele goede reden voor hebben!
C++ enkel voor games? Ik dacht het niet!en dat is de dag van vandaag de énige reden waarom je nog C++ zou leren. Voor al de rest zijn er talen die veel meer geschikt zijn.
Ik heb ook TI gevolgd. We zagen in het eerste jaar Cobol en Oberon, dát zijn pas programmeertalenIk zit in Toegepaste informatica, een richting die mij een job als programmeur kan bezorgen. Wij zien géén C++. Enkel de mensen van Electronica-ict zien dat, maar die zien ook assembler (als ik mij niet vergis), omdat die op machineniveau gaan werken.
(maar niet heus). Met Cobol kan je hooguit bij een bank terecht later.
Dat is ook een van de reden dat ik die richting niet voltooid heb (en uiteindelijk geen enkele andere richting, maar toch heb ik werk in de games industrie).
Er is geen enkele programmeertaal te moeilijk voor een beginner. 't Hangt volledig van de kunde (of onkunde) van de leraar af en van de wil van de student(zelfstudie en dergelijke). En dat is ook vaak het knelpunt op een school: de docent.C++ is trouwens te moeilijk voor een beginner, punt. Je kan niet leren dénken als een programmeur als je nog je eigen geheugenbeheer ed moet doen.
Als ik geen C++ had, dan had ik geen job
Er is geen programmeertaal die slecht is en ook geen die goed is. Elke programmeertaal (ja élke) heeft zijn doel. Assembler heeft dat, Visual Basic heeft dat, Cobol heeft dat en C++ heeft dat ook.
Als je een programmeertaal leert die alle technieken omvat die je ooit kan tegenkomen in je programmeer-carriere, dan is het te overwegen om juist die taal te leren, want van zodra je 1 taal kent is het een fluitje van een cent om over te stappen naar andere talen. Je kiest dan vanzelfsprekend best voor een meer volwassen taal.Programmeren in een taal als je die niet nodig hebt is dom, gewoon dom.
Voorbeeldje: de overstap van C++ naar VB is makkelijk, maar omgekeerd is dat niet zo eenvoudig.
En over assembler: assembler wordt meestal gebruikt om:
- embedded applicaties te maken (there is usually no other way)
- optimalisaties te doenLast edited by Vich; 23-03-2005 at 00:49.
[LifeIsDigital.net] - Mijn artikels, open source software en projecten!no votes
-
23-03-2005, 15:47 #41
Ge hebt mij nie graag zeker
Anyway:
Het is wel waar wat je zegt, maar vraag je eens ECHT af: heb je C++ nodig voor je job? Als je in de gamesindustrie werkt als game programmeur, ja. Zal iemand die hier hulp komt vragen dat ooit doen zonder opleiding? Ik dénk van niet (prove me wrong
). Ik probeer iedereen er enkel maar van bewust te maken dat er nog talen zijn die zeker niet moeten onderdoen voor C++.
Wat je zegt over overstappen: ik ga akkoord. Maar waarom wil je eerst C++ leren om dan toch in VB te gaan werken? IMHO is het véél beter om eerst te leren denken zonder geheugenbeheer ed te hoeven te doen. Ga jij op je eerste rijles al onmiddelijk het drukste en gevaarlijkste kruispunt in je buurt opzoeken? Nee. Rustigaan, kleine stapjes per keer. Dat is zo in alles wat je leert. Je moet je trots opzij zetten en iets wat minderwaardig *lijkt* gaan doen om later te doen wat je wil. Als iemand die nog nooit geprogrameerd heeft binnen 6 maand zegt dat hij/zij in een taal als Python, Delphi of zelfs VB alles kan doen wat hij/zij wil, petje af. Leer dan maar C++.
Nu, blijkbaar begrijpt niemand hier wat ik wil duidelijk maken, dus laat ik het er maar bij. Laat ze C++ leren en dan teleurgesteld afdruipen omdat het te moeilijk is. Minder concurrentie voor mij later
Edit: om toch iets constructiefs aan dit topic toe te voegen: http://www.steveheller.com/cppad/Output/dialogTOC.html Vervolg op Who's afraid of C++, voor velen een van de beste C++ boeken ooit. Leert je ook een eigen stringklasse maken, iets waar veel mensen dankbaar voor zullen zijn als ze willen ANSI C++ schrijven (en niet dat MS-dialect).Last edited by Hellsgamerz; 23-03-2005 at 15:49.
no votes
-
23-03-2005, 16:17 #42
Ik heb niks tegen jou persoonlijk hoor, sorry als het zo overkwam. Ik vond je visie op programmeertalen gewoon niet top

Dat hangt volledig af wat voor je job later wil. Werk je graag aan administratieve toepassingen, dan doe je beter SQL en VB of iets dergelijks. Wil je embedded programming, dan doe je vooral assembler. Dat wil niet zeggen dat je álleen maar assembler moet gaan leren om embedded programmer te worden. Natuurlijk is er niet zoooveel vraag naar C++ programmeurs, maar het is ook niet te onderschatten. In de gamedesign wordt bijna altijd C++ gebruikt en het is hier natuurlijk vooral een gamedesign forum (dat wil niet zeggen dat niet-gamedesign topics niet aan bod komen, maar wel dat antwoorden vaak in die richting getint zijn).Het is wel waar wat je zegt, maar vraag je eens ECHT af: heb je C++ nodig voor je job? Als je in de gamesindustrie werkt als game programmeur, ja.
Zelf heb ik geen opleiding(behalve dan middelbare) en werk in de games-industrie. (ja, ik vraag soms ook hulp :P )Zal iemand die hier hulp komt vragen dat ooit doen zonder opleiding? Ik dénk van niet (prove me wrong
).
Wat ik bedoel is dat er geen "betere" programmeertaal is. Elke taal heeft zijn doel en je moet die taal leren die jouw doel het beste kan oplossen op een aanvaardbare termijn. (alles is relatief dus)Ik probeer iedereen er enkel maar van bewust te maken dat er nog talen zijn die zeker niet moeten onderdoen voor C++.
Je moet natuurlijk een basiskennis hebben, maar om nu over geheugenbeheer te beginnen? Om C++ te kunnen gebruiken moet je echt niks van geheugenbeheer kennen hoor. Wat heeft iemand nu aan de interne voorstelling van floating points, van stacks etc? Je moet érgens een lijn trekken. Enkel als je pointers gebruikt (in eender welke taal) eist dat een beetje uitleg over de internet voorstelling van geheugen, maar dat zou ik geen geheugenbeheer noemen.Wat je zegt over overstappen: ik ga akkoord. Maar waarom wil je eerst C++ leren om dan toch in VB te gaan werken? IMHO is het véél beter om eerst te leren denken zonder geheugenbeheer ed te hoeven te doen. Ga jij op je eerste rijles al onmiddelijk het drukste en gevaarlijkste kruispunt in je buurt opzoeken? Nee. Rustigaan, kleine stapjes per keer. Dat is zo in alles wat je leert. Je moet je trots opzij zetten en iets wat minderwaardig *lijkt* gaan doen om later te doen wat je wil. Als iemand die nog nooit geprogrameerd heeft binnen 6 maand zegt dat hij/zij in een taal als Python, Delphi of zelfs VB alles kan doen wat hij/zij wil, petje af. Leer dan maar C++.
Je kan met C++ ook heel eenvoudig beginnen en dat opbouwen, net als bij VB, Delphi of whatever.
En C++ leren om daarna VB te leren en enkel VB te gebruiken is natuurlijk nutteloos. Ik bedoelde dat als je toch beide talen wil kennen, je best bij de meest complete kan beginnen, omdat die tweede dan piece of cake wordt. Als je C++ kent, dan kan je in een paar weken tijd redelijk VB coden, maar omgekeerd totaal niet.
Nu, blijkbaar begrijpt niemand hier wat ik wil duidelijk maken, dus laat ik het er maar bij. Laat ze C++ leren en dan teleurgesteld afdruipen omdat het te moeilijk is. Minder concurrentie voor mij later
Edit: om toch iets constructiefs aan dit topic toe te voegen: http://www.steveheller.com/cppad/Output/dialogTOC.html Vervolg op Who's afraid of C++, voor velen een van de beste C++ boeken ooit. Leert je ook een eigen stringklasse maken, iets waar veel mensen dankbaar voor zullen zijn als ze willen ANSI C++ schrijven (en niet dat MS-dialect).Last edited by Vich; 23-03-2005 at 16:21.
[LifeIsDigital.net] - Mijn artikels, open source software en projecten!no votes
-
23-03-2005, 16:39 #43Member
- Registered
- 09/08/02
- Location
- Hasselt
- Posts
- 239
- iTrader
- 4 (100%)
- Mentioned
- 0 Post(s)
- Reputation
- 0/0
toch effe op wijzen dat C++ zéker nog wel veel gebruikt wordt, in wetenschappelijke werken *onderzoek* wordt énorm veel C++ achtige dingen gebruikt, games ofcourse ook...
no votes
-
23-03-2005, 21:38 #44Member
- Registered
- 12/10/02
- Location
- mars
- Posts
- 14,319
- iTrader
- 2 (100%)
- Mentioned
- 0 Post(s)
- Reputation
- 0/0
over geheugenbeheer: imho is basiskennis over hoe variabelen worden opgeslaan (tekenbits, low bits, hi bits en de bijkomende operators) altijd handig, wordt nogal veel gebruikt (colordata, evaluatieconstanten, "datacompressie", ...). Maar natuurlijk puur geheugenbeheer is idd (buiten pointers) niet aan c++ besteed, dat is voor de diepgaandere assembly freaks.
Daarnaast: ik zou zeker en vast niet beginnen met vb om dan om te schakelen naar c++. Reden: slechte code stijl, en vb en c++ zijn verschillende soorten qua taal (de ene is een tekentaal, andere meer tekst (ik ken de exacte benamingen hiervoor niet meer, forgiveness please
)). Met slechte code stijl bedoel ik: programmeren in c++ en vb zijn 2 totaal verscheidene zaken, en je zal dingen die je in vb deed ook in c++ proberen, maar die daar spijtig genoeg volledig fout zijn en niet zullen werken
. ALs je vb-specialist bent en wilt c++ leren, dan vrees ik dat je voor een groot deel van 0 zal mogen herbeginnen. Natuurlijk zal je inzicht in sommige zaken wel helpen, maar een scripttaal als PHP zal je bv. veel meer helpen om c++ te leren als VB. En zeg nu zelf: php is ook niet al te moeilijk he
.
Last edited by killgore; 23-03-2005 at 21:40.
no votes
-
24-03-2005, 01:44 #45
ISO C++ heeft toch al een stringklasse? Of gebruiken de meeste Visual C++ gebruikers nog steeds dat MFC gedrocht in plaats van de standaard C++ strings?
Nu, als je dit soort dingen leuk vindt, dan zou ik "C Interfaces and Implementations" (David R. Hanson, ISBN 0-201-49841-3) aanraden. Wel een C boek, maar toont hoe je een hele hoop dingen (geheugenbeheer, exception handling, threading, allerlei datastructuren, hogere precisie berekeningen) zelf kan maken (ook een beetje assembly in het deel over threads). Ik vermoed wel dat de meesten, als ze in C++ werken, liever de standaard libraries zouden gebruiken voor die dingen.
De boeken van Knuth zijn ook aan te raden, maar niet echt voor beginnende programmeurs. En boeken over compiler en operating system ontwerp."If you have a right to respect, that means other people don't have a right to their own opinions."
Thomas Sowellno votes
