🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: be.comp.programming
Article #875

Re: C++ voor administratieve applicaties

#875
From: Arnold Hendriks
Date: Wed, 26 Apr 2006 17:35
41 lines
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-mail
References: <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