🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: be.comp.programming
Article #887

Re: C++ voor administratieve applicaties

#887
From: John Bokma
Date: Thu, 27 Apr 2006 17:22
52 lines
3286 bytes
wem <wim.robijn@telenet.be> wrote:
> Philip Paeps wrote:

> Die helpen allen zeker bij het ontdekken van fouten, maar helpen niet 
> bij het voorkomen van fouten.
> Elke verantwoordelijkheid die de computer dus van de programeur kan 
> overnemen, is iets waar minder fouten bij gemaakt kan worden, en daar 
> draait het hier toch om, niet?

Ik geloof daar niet zo in. 

>> Garbage collection is ��n van de taken van de developer.  Als er
>> garbage in je applicatie rondslingert, is er iets fundamenteel fout
>> aan de hand.  Het is gewoon ��n van de dingen waar je over na moet
>> denken als je ontwerpt en code. In een goed doordachte en goed
>> gestructureerde applicatie heb je geen garbage. 
> 
> Waarom is garbage collection een van de taken van de developer?  Ik
> zie niet in waarom dat zo moet zijn, integendeel.

Ben het met beiden eens: in een goed doordachte applicatie zou 
geheugenlekken niet op mogen treden. Het rotte is dat ook met garbage 
collectie het mogelijk is (en soms kan je met dingen als een circulaire 
lijst ook jezelf in de voet schieten).

Het is dus niet zo dat een techniek een domme programmeur kan beschermen, 
die domme programmeur vind wel iets anders om om zeep te helpen. En anders 
helpen echte programmeurs (TM) 'm daar wel bij, want die voelen zich 
gekort, en roepen dan om technieken als weak references. Dus niet 1 maar 2 
pistolen voor de domme programmeur.

> Maar als je een goed design maakt, zou garbage collection inderdaad
> geen probleem mogen vormen.

In de praktijk komt dat dus wel voor.

Een programmeur beschermen doet mij sinds kort denken aan een van de 
laatste afleveringen van Lost (1e seizoen), waar een scheikunde 
(natuurkunde) leraar een hele preek houd over de inmense gevaren van 
zwetende dynamiet, en aan het einde eventjes met zijn hand gebaard voor de 
extra nadruk.

Nu, die nadruk was er... oorverdovend.


Hey Jack, I think you got a piece of Artz on you. (classic)

-- 
John Bokma
                 Voorbeeldscripts in Perl: http://johnbokma.com/perl/
Ervaren Perl / Java programmeur beschikbaar:  http://castleamber.com/
Tevreden opdrachtgevers:     http://castleamber.com/testimonials.html
Technical Details
Message-ID: <Xns97B27DF403696castleamber@130.133.1.4>
Path: arc1-ca.pugleaf.net!g2news2.google.com!news3.google.com!news2.volia.net!fu-berlin.de!uni-berlin.de!individual.net!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> <slrne4vb6r.156g.philip+usenet@fasolt.home.paeps.cx> <Ah14g.394304$Vn5.11184173@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
Path: arc1-ca.pugleaf.net!g2news2.google.com!news3.google.com!news2.volia.net!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail
From: John Bokma <john@castleamber.com>
Newsgroups: be.comp.programming
Subject: Re: C++ voor administratieve applicaties
Date: 27 Apr 2006 17:22:54 GMT
Organization: Castle Amber - software development
Lines: 52
Message-ID: <Xns97B27DF403696castleamber@130.133.1.4>
References: <1145970726.445595.191230@j33g2000cwa.googlegroups.com> <slrne4seon.156g.philip+usenet@fasolt.home.paeps.cx> <MUH3g.392551$rL2.10989599@phobos.telenet-ops.be> <slrne4vb6r.156g.philip+usenet@fasolt.home.paeps.cx> <Ah14g.394304$Vn5.11184173@phobos.telenet-ops.be>
X-Trace: individual.net SCeIDE45Y1/J80GB1XF+GA8aVYDahZyarA91FVQjipgNekpAU6
User-Agent: Xnews/2005.10.18
X-Face: $7h&5K*ZL9*ZQ\6Hco2"V?1dD*C<ab^>zlws[S%i0b,@gKk|[,)Y-<hk143{.Ov"x{({zo( l,N\m`-_^nJfVQdEyt+-uAP^7WG]5mHj9&::7X-qK;Yv;xmRvNWQR"_igw+cr5WMj;6:zlj<R80Ei@ $gGWq&*{FL*kC*a