Deze samenvatting verkent de geschiedenis van computers, van reusachtige rekenmachines tot de rol van Grace Hopper in het definiëren van debugging. Het belicht waarom debugging essentieel is, wanneer je moet beginnen met debuggen en hoe je trashen kunt herkennen. Het biedt inzicht in verschillende...
Wat was \"The Harvard Mark III,\" en wie was verantwoordelijk voor de supervisie ervan?
Antwoord: \"The Harvard Mark III\" was een bekende computer gebouwd onder toezicht van Howard Aiken voor de US Navy.
2.
Wie was Grace Murray Hopper, en wat heeft zij bijgedragen aan de computergeschiedenis?
Antwoord: Grace Murray Hopper was een computerwetenschapper die bijdroeg aan de ontwikkeling van computers. Ze vond de term \"debugging\" niet zelf uit, maar maakte het wel populair.
3.
Waarom wordt het proces van foutopsporing \"debugging\" genoemd?
Antwoord: Het proces van foutopsporing wordt \"debugging\" genoemd omdat Grace Murray Hopper een bug (mot) vond in de Mark II-computer en deze moest verwijderen.
4.
Wat zijn enkele mogelijke gevolgen van softwarefouten volgens de tekst?
Antwoord: Enkele mogelijke gevolgen van softwarefouten zijn onverwachte crashes, gegevensverlies, veiligheidsproblemen, verminderde prestaties en negatieve invloed op de algehele functionaliteit.
5.
Waarom is het noodzakelijk om zo snel mogelijk te beginnen met debuggen volgens de tekst?
Antwoord: Het is noodzakelijk om zo snel mogelijk te beginnen met debuggen omdat langdurig \"trashen\" leidt tot tijdverlies en technische schuld, vooral in projectteams.
6.
Wat is een \"Debugger,\" en waarom wordt het beschouwd als een krachtig hulpmiddel?
Antwoord: Een \"Debugger\" is een krachtig hulpmiddel dat inzicht biedt in de verwerking van de applicatie, variabelenstatus en geheugenlocaties.
Voorbeeld van de inhoud
Programming Essentials
Geschiedenis
Vroeger, rond het einde van de Tweede Wereldoorlog, waren computers gigantische
rekenmachines. Met gigantisch bedoelen we de afmetingen. Ze waren opgebouwd uit
elektronica en elektromechanische componenten (relais).
Een bekende was de "The Harvard Mark III" gebouwd onder de supervisie van Howard
Aiken voor de US Navy. Hij had maar liefst 36 bits, kon 16 decimal digits en een plusteken
opslaan. Hiervoor gebruikte hij 5000 vacuümbuizen en 1500 kristal diodes. Een magnetische
trommel werd als geheugen gebruikt en kon 4350 worden opslaan. Het maken van een
optelling duurde 4400 microseconde (4.4 milliseconde, 0.04 seconde), terwijl het
vermenigvuldigen 13200 microseconde (13.2 milliseconde, 0.132 seconde) duurde.
Grace Murray Hopper was aan de voorganger Mark II aan het werk toen ze een tegen een
probleem aanliep. Na een aantal tests besloot ze om te gaan kijken wat er aan de hand was.
Ze vond na wat zoekwerk een mot, oftewel een bug. De term debugging was ontstaan,
omdat ze de bug moest verwijderen.
Zij heeft de term debugging populair gemaakt, ze heeft het woord bug in de betekenis van
een fout in een systeem niet zelf bedacht. Echter dit verhaal heeft het wel populair gemaakt.
Debuggen
Waarom debuggen we? Het debuggen is noodzakelijk, omdat het identificeren en oplossen
van softwarefouten cruciaal is voor het ontwikkelen van betrouwbare en efficiënte
programma's. Fouten in de code kunnen namelijk leiden tot:
● Onverwachte crashes.
● Gegevens verlies.
● Veiligheidsproblemen.
● Verminderde prestaties.
● Negatieve beïnvloeding van de prestaties.
Door te debuggen kunnen ontwikkelaars fouten opsporen, isoleren en corrigeren. Dit
verbetert de stabiliteit en de functionaliteit van de software. Debuggen is een fundamenteel
onderdeel van softwareontwikkeling om de algehele kwaliteit en bruikbaarheid van de
software te waarborgen. Daarnaast verschaft het waardevolle informatie over de interne
werking van de applicatie.
, Wanneer ga je debuggen?
Het korte antwoord op wanneer ga je starten met debuggen is: Zo snel mogelijk.
Je ziet veel beginners lang tobben als iets niet werkt. Lang tobben wordt ook wel "trashen"
genoemd. De kunst is om dit op tijd te herkennen. Wanneer je te lang aan het trashen bent,
verlies je veel tijd zonder vooruitgang. Bij een bedrijf in een projectteam betekent dit het
verlies van veel geld. Jij produceert niets, je teamleden kunnen niet verder omdat jouw deel
niet af is. Je bent technische schuld aan het opbouwen. Gebruik je tools of vraag om hulp.
Hoe herken je trashen?
Trashen herken je als je langer dan een half uur bezig bent met hetzelfde probleem. Je hebt
een aantal keren op verschillende manieren naar dezelfde variabelen gekeken of
gecontroleerd of alle parameters van de functie echt wel kloppen. Dit zijn serieuze tekenen
van trashen. Leer ze herkennen, zodat je zo snel mogelijk weer effectief kunt zijn. Debuggen
is hierop het antwoord.
Hoe kun je debuggen?
Zoals nu wel duidelijk zal zijn geeft debuggen inzicht in de werking van je applicatie. De
werkelijke waarde van variabelen op bepaalde momenten, geheugenadressen van
variabelen, de opbouw van je datastructuur en meer. Al deze inzichten kunnen je helpen om
het probleem op te sporen. Je moet nog steeds blijven nadenken en in sommige gevallen
diep nadenken.
Debuggen kan op verschillende manieren. Van eenvoudige print statements tot met gebruik
van de geïntegreerde debugger waarmee je remote kan debuggen.
Debuggen met een print
Debuggen met eenvoudige print statements is een onderschatte manier van debuggen. Het
is heel laagdrempelig en behoorlijk krachtig. Toch zie je mensen te lang trashen, voordat ze
het print statement als hulpmiddel toepassen.
Je wilt de print niet graag in een loop hebben, omdat het scherm dan erg snel voorbij scrolt
met print informatie. Het kan echter wel. Realiseer je echter goed dat een print statement tijd
kost, wat de timing van een applicatie kan aanpassen. De weergave kan intelligenter worden
door bijvoorbeeld dynamische informatie aan de print statement toe te voegen.
Debuggen met logfile
Het debuggen met behulp van logfiles is vooral interessant om langlopende acties te volgen.
Zeker als er sequences zijn die worden doorlopen. De log file wordt geopend en geopend
laten gedurende de rest van het programma, is vaak geen wenselijke situatie. Omdat bij een
Voordelen van het kopen van samenvattingen bij Stuvia op een rij:
Verzekerd van kwaliteit door reviews
Stuvia-klanten hebben meer dan 700.000 samenvattingen beoordeeld. Zo weet je zeker dat je de beste documenten koopt!
Snel en makkelijk kopen
Je betaalt supersnel en eenmalig met iDeal, creditcard of Stuvia-tegoed voor de samenvatting. Zonder lidmaatschap.
Focus op de essentie
Samenvattingen worden geschreven voor en door anderen. Daarom zijn de samenvattingen altijd betrouwbaar en actueel. Zo kom je snel tot de kern!
Veelgestelde vragen
Wat krijg ik als ik dit document koop?
Je krijgt een PDF, die direct beschikbaar is na je aankoop. Het gekochte document is altijd, overal en oneindig toegankelijk via je profiel.
Tevredenheidsgarantie: hoe werkt dat?
Onze tevredenheidsgarantie zorgt ervoor dat je altijd een studiedocument vindt dat goed bij je past. Je vult een formulier in en onze klantenservice regelt de rest.
Van wie koop ik deze samenvatting?
Stuvia is een marktplaats, je koop dit document dus niet van ons, maar van verkoper Bryan0182. Stuvia faciliteert de betaling aan de verkoper.
Zit ik meteen vast aan een abonnement?
Nee, je koopt alleen deze samenvatting voor €5,29. Je zit daarna nergens aan vast.
