Article View: be.comp.programming
Article #875Re: C++ voor administratieve applicaties
From: Arnold Hendriks
Date: Wed, 26 Apr 2006 17:35
Date: Wed, 26 Apr 2006 17:35
41 lines
3560 bytes
3560 bytes
"wem" <wim.robijn@telenet.be> wrote in message news:MUH3g.392551$rL2.10989599@phobos.telenet-ops.be... Oh leuk, flamebait! :-) > Het is niet omdat iemand de juiste kennis en ervaring bezit om deftig > programma's te maken in c++, dat deze taal dan ook aangewezen valt om > daarin bepaalde types software te maken. > Hoe goed iemand ook programmeert, fouten worden altijd gemaakt. Het hangt toch 95% af van waar je als programmeur ervaring in hebt. Mijn laatste C++ memory leak is _heel_ lang geleden (templates en smart pointers halen een hoop problemen weg, en daarnaast goed gebruik van de stack en RAII voor de rest van de problemen - Access violations zijn een groter probleem, want zelfs met de STL kun je jezelf daarmee nog redelijk snel in de vingers snijden als je een iterator misbruikt. Ik zou meer fouten maken in Java dan C++, ook al heb ik garbagecollectie, want puur het feit dat ik iets op de stack plaats betekent niet dat het ook automatisch weg is na het einde van de functie: references kunnen op elk moment ontsnappen en je moet altijd opletten als je iets by reference (dat is toch de enige manier in java?) aan een functie doorgeeft: die kan zomaar een reference nemen naar je data en ga dan maar eens het probleem zoeken als het geheugengebruik oploopt ondanks dat er formeel geen memory leak is. In C++ is de lifetime van objecten een stuk expliciter, en hoef ik me geen zorgen te maken over 'finalizatie'. Nou zal een ervaren Java programmeur roepen dat dat allemaal niet zo'n probleem is en dat ik gewoon de taal niet goed begrijp of verkeerd gebruik. Precies wat ik zou zeggen over de meeste anti-C++ argumenten :) > Het lijkt me dus voor administratieve programma's verstandiger om een taal > te kiezen die garbage collection doet, zodat de programmeur daar al niet > aan moet denken, en daar ook al geen fouten mee kan maken. > > Persoonlijk geef ik de voorkeur aan een taal als c# of java voor > niet-rekenintensieve programma's. En precies, dat is persoonlijk. In de taal die je goed kent maak je minder fouten dan in talen die je slecht kent. De kwaliteiten en de uitgebreidheid van de taal bepalen wel mede hoe lang het duurt voor je een taal goed kent (maar in een taal als C++ duurt het misschien langer voordat je hem echt onder de knie hebt, je krijgt er imho ook veel meer voor terug)
Technical Details
Message-ID:
<e2ob03$qrm$1@netlx020.civ.utwente.nl>Path:
arc1-ca.pugleaf.net!g2news2.google.com!news4.google.com!news.glorb.com!tudelft.nl!txtfeed1.tudelft.nl!news.utwente.nl!not-for-mailReferences:
<1145970726.445595.191230@j33g2000cwa.googlegroups.com> <slrne4seon.156g.philip+usenet@fasolt.home.paeps.cx> <MUH3g.392551$rL2.10989599@phobos.telenet-ops.be>Show Full Headers
Complete Article Headers
X-Google-Thread: fcea4,70f2a67b73907c1f X-Google-Attributes: gidfcea4,public X-Google-Language: DUTCH,ASCII-7-bit Path: arc1-ca.pugleaf.net!g2news2.google.com!news4.google.com!news.glorb.com!tudelft.nl!txtfeed1.tudelft.nl!news.utwente.nl!not-for-mail From: "Arnold Hendriks" <a.hendriks@student.utwente.nl> Newsgroups: be.comp.programming Subject: Re: C++ voor administratieve applicaties Date: Wed, 26 Apr 2006 19:35:00 +0200 Organization: University of Twente, Enschede, The Netherlands Lines: 43 Sender: s9705872@@utwente.nl Message-ID: <e2ob03$qrm$1@netlx020.civ.utwente.nl> References: <1145970726.445595.191230@j33g2000cwa.googlegroups.com> <slrne4seon.156g.philip+usenet@fasolt.home.paeps.cx> <MUH3g.392551$rL2.10989599@phobos.telenet-ops.be> NNTP-Posting-Host: vpn006067.vpn.utwente.nl X-Trace: netlx020.civ.utwente.nl 1146072899 27510 130.89.6.67 (26 Apr 2006 17:34:59 GMT) X-Complaints-To: abuse@utwente.nl NNTP-Posting-Date: Wed, 26 Apr 2006 17:34:59 +0000 (UTC) X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 X-RFC2646: Format=Flowed; Response