🚀 go-pugleaf

Philip Paeps wrote:
> Sure, daarom heb je unit testing, coverage testing, code review, interne
> testing, externe testing, enz...
> 

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?

> 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.
In sommige gevallen zal de developer inderdaad beter dan de VM weten 
wanneer iets al vrijgegeven kan worden, maar in vele gevallen, bv. in 
administratieve programma's, lijkt me de overhead zo minimaal, dat er 
hierdoor geen problemen ontstaan.

En als je bij je design dus ook al niet meer aan garbage collection moet 
denken, heb je weer wat denkvermorgen meer vrij om aan het echte design 
te werken.

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