Samenvatting Het debuggen onder de knie krijgen - Programming Essentials - Lesstof 7
4 views 0 purchase
Course
Programming Essentials
Institution
Hogeschool Rotterdam (HR)
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...
Oefenvragen - Het debuggen onder de knie krijgen - Programming Essentials - Lesstof 7
Flashcards11 Flashcards
$5.890 sales
Flashcards11 Flashcards
$5.890 sales
Some examples from this set of practice questions
1.
Wat was \"The Harvard Mark III,\" en wie was verantwoordelijk voor de supervisie ervan?
Answer: \"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?
Answer: 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?
Answer: 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?
Answer: 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?
Answer: 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?
Answer: Een \"Debugger\" is een krachtig hulpmiddel dat inzicht biedt in de verwerking van de applicatie, variabelenstatus en geheugenlocaties.
Content preview
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
The benefits of buying summaries with Stuvia:
Guaranteed quality through customer reviews
Stuvia customers have reviewed more than 700,000 summaries. This how you know that you are buying the best documents.
Quick and easy check-out
You can quickly pay through credit card or Stuvia-credit for the summaries. There is no membership needed.
Focus on what matters
Your fellow students write the study notes themselves, which is why the documents are always reliable and up-to-date. This ensures you quickly get to the core!
Frequently asked questions
What do I get when I buy this document?
You get a PDF, available immediately after your purchase. The purchased document is accessible anytime, anywhere and indefinitely through your profile.
Satisfaction guarantee: how does it work?
Our satisfaction guarantee ensures that you always find a study document that suits you well. You fill out a form, and our customer service team takes care of the rest.
Who am I buying these notes from?
Stuvia is a marketplace, so you are not buying this document from us, but from seller Bryan0182. Stuvia facilitates payment to the seller.
Will I be stuck with a subscription?
No, you only buy these notes for $5.67. You're not tied to anything after your purchase.