🚀 go-pugleaf

wem <wim.robijn@telenet.be> wrote:
>  Arnold Hendriks wrote:

[ .. ]

> Veel hangt inderdaad af van de ervaring van de mens die het maakt.
> Maar neem even iemand die begint met programmeren, en dus nog in geen 
> taal ervaring heeft, en deze administratieve programma's wilt maken.
> Is het dan niet "beter" om deze niet met de lasten van zelf je
> geheugen op te ruimen lastig te vallen?

Die persoon wil ik *zeker* lastig vallen met geheugen, pointers 
(references), en hoe gc *werkt*. Om te voorkomen dat zo iemand een 
applicatie in elkaar zet die vreselijk slecht met geheugen om gaat.

Met gc kan je geheugen hergebruiken, of eerder los laten. Dingen om te 
weten.

> Uiteraard is een goed inzicht in het gebruik van het geheugen
> belangrijk bij het maken van programma's, maar om daar elke keer bij
> het programmeren met je neus op gedrukt te moeten worden???

Het is niet anders. Ditto met andere resources. Als alles maar in een 
zwart doosje om de hoek gebeurd gaan mensen zelf verzinnen hoe dat doosje 
werkt. Te veel mensen programmeren trail and error, en gokken hoe iets 
werkt in plaats van de documentatie door te lezen.

>> 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) 

Kan het niet laten:
http://www.norvig.com/21-days.html

> In uitbreiding van "use the right tool for the right job", vind ik dus
> ook dat het volgende geldt: "use the right language for the right
> job". 

Als je een language gewoon ook als een tool ziet, ben je er.

-- 
John Bokma
                 Voorbeeldscripts in Perl: http://johnbokma.com/perl/
Ervaren Perl / Java programmeur beschikbaar:  http://castleamber.com/
Tevreden opdrachtgevers:     http://castleamber.com/testimonials.html