Wat is het programma van het programma?
Begrip van het programma is de mogelijkheid van een programmeur om te begrijpen wat de broncode van een computerprogramma doet. In informatica -instructie wordt het begrip van een programma vaak over het hoofd gezien voor het leren van de mechanica en de syntaxis van de computertaal die wordt onderwezen. Begrijpbare code schrijven is echter een universele behoefte, ongeacht de computertaal waarin deze is geschreven. Als een programmeur een bibliotheek of code schrijft, maar niemand kan bepalen wat het daarna doet, kan het algoritme en de logica achter die code gemakkelijk verloren gaan. Het is steeds gebruikelijker dat programmeurs hun eigen code niet kunnen ontcijferen, omdat het vaak niet duidelijk en intuïtief wordt geschreven.
Er zijn twee hoofdstrategieën die programmeurs kunnen gebruiken om het begrip van het programma te verbeteren, en elk heeft zijn eigen voordelen en nadelen. De eerste methode is om documentatie toe te voegen aan coderen tijdens of na het maken van codes, en de tweede is om code te schrijven met de nadruk op de structuur ervan. Een combinatie van beide aPPoaches is nuttig voor de meeste programmeurs, hoewel er enkele codebouwers zijn die de voorkeur geven aan de ene strategie boven de andere. Welke methode moet worden gebruikt, is een kwestie van persoonlijke voorkeur door de programmeur, en elke poging om de code te verduidelijken is veel beter dan helemaal geen.
Documentatie toevoegen aan code is het eenvoudiger van de twee methoden, en wanneer het goed wordt gedaan, kan het een zeer nuttige kruk zijn voor een programmeur die niet bekend is met de taal waarin de code is geschreven. De meeste computertalen hebben een specifieke documentatiestijl om te helpen bij het begrijpen van programma's. Als codedocumentatie grondig wordt geschreven, kan de eerste stap van een nieuwe programmeur zijn om alle documentatie en opmerkingen te lezen om inzicht te krijgen in hoe het programma werkt, zonder de code helemaal te hebben gelezen. In plaats van afhankelijk te zijn van de code -syntaxis en mechanica, kan de programmeur zien wat er in gewone tekst gebeurt, en relateer vervolgens de tekst met precies wat H isApparerend op een bepaalde plaats. Bij het toevoegen van documentatie aan code moeten programmeurs echter voorzichtig zijn, omdat te veel documentatie verwarrend en opdringerig kan zijn, in plaats van nuttig.
Bij het schrijven van code met de nadruk op structuur, neemt een programmeur aan dat andere onderhouders die naar zijn of haar code kijken een equivalente kennis zullen hebben van de syntaxis en mechanica van de taal. Soms is dit een geldige veronderstelling, maar er kan niet altijd op worden vertrouwd. Begrip van het programma dat grotendeels op structuur is gebaseerd, is mogelijk, maar het kost aanzienlijk meer werk van de kant van de oorspronkelijke programmeur om het te vergemakkelijken. De mechanica en syntaxis van de taal moeten exact worden gevolgd, evenals alle stilistische conventies, en alles moet consistent zijn. Bij het schrijven van code op deze manier moet een programmeur zich er altijd van bewust zijn dat wat hem duidelijk is, misschien niet duidelijk is voor een andere persoon.
Zelfs bij het schrijven van code met een oog voor later programma, extra documentatie of STRUcturale aanpassingen kunnen later nodig zijn. Dit is een natuurlijk onderdeel van het onderhoud van code, en geen mislukking door de programmeur. De taak van een programmeur is om zoveel mogelijk begripsproblemen te anticiperen, maar ze worden niet altijd gevangen.