[Centraal] Bèta huiswerk en vragen topic

quote:

Op maandag 19 juni 2006 22:57 schreef -J-D- het volgende:

[..]

Nieuwsgierig modje...

Er was wel gepost maar het topic stond niet boven aan mn My At list. Sterker nog, het stond er niet in.
Dus ik dacht :tvp.

Had hier wel gepost zie ik nu, dus blijkbaar was ik tijdelijk blind

Hehe, vandaar. Ik was al bang dat tvp zo'n gemeengoed was geworden dat mensen de hele werking ervan waren vergeten, want je had hier inderdaad al meerdere keren in gepost

Simpele vraag, maar voor mij onoplosbaar. Kansberekening.

Je gooit dus met drie dobbelstenen achter elkaar.

P(je gooit ten hoogste 5) = ...

Kom maar op. Ik dacht zelf 3/6*1/6*1/6, maar dat geeft niet het juiste antwoord.

5/6 * 5/6 * 5/6

quote:

Op dinsdag 20 juni 2006 17:20 schreef -J-D- het volgende:
5/6 * 5/6 * 5/6

Sorry, ik leg het brak uit.

Het is dus 'de kans dat het totaal aantal ogen ten hoogste 5 is', dat is de beschrijving...

Je gooit dus met 3 dobbelstenen... en bij elkaar opgeteld mag je niet meer dan 5 gooien.

quote:

Op dinsdag 20 juni 2006 15:20 schreef Litso het volgende:

[..]

Hehe, vandaar. Ik was al bang dat tvp zo'n gemeengoed was geworden dat mensen de hele werking ervan waren vergeten, want je had hier inderdaad al meerdere keren in gepost

1x eerder.

dat is 1- de kans dat je 3 maal 6 gooit

is dus 1-(1/6)³

quote:

Op dinsdag 20 juni 2006 17:21 schreef Kindervriend het volgende:

[..]

Sorry, ik leg het brak uit.

Het is dus 'de kans dat het totaal aantal ogen ten hoogste 5 is', dat is de beschrijving...

Je gooit dus met 3 dobbelstenen... en bij elkaar opgeteld mag je niet meer dan 5 gooien.

111
112
113
121
122
211
221

7 mogelijkheden van de 6*6*6 = 7/216

quote:

Op dinsdag 20 juni 2006 17:23 schreef -J-D- het volgende:

[..]

111
112
113
121
122
211
221

7 mogelijkheden van de 6*6*6 = 7/216

Je vergeet er een paar denk ik.

Maar het principe is me nu duidelijk. De uitkomst moet overigens 0,0463 worden volgens het antwoordmodel.

Ow ja, volgorde maakt wel uit. Ik deed zonder volgorde.
112 is dus anders dan 121.
Nu kom je er wel uit.

Er moet sowieso 1x een 1 voorkomen, dus onderstaand zijn alle mogelijke rijtjes.
111
112
113
122
Letten we daarnaast op volgorde, zie je dat 3 van de 4 rijtjes op 3 verschillende volgordes gezet kunnen worden. Het aantal gunstige uitkomsten is dus 10. Het totale aantal mogelijke uitkomsten is 6³. De gevraagde kans is dus 10 / 6³.
Bij een opgave 'bepaal de kans dat de som ...' kun je niets anders doen dan het aantal juiste uitkomsten te tellen, tenzij elke term van de som slechts twee waarden aan kan nemen (en een van die waarden dan bij voorkeur 0). Bij het tellen kun je dan nog wel enkele trucs aanleren, die je alleen onder de knie krijgt door vaak te oefenen, maar er is geen universele eenvoudige manier om zulke opgaven te maken.

quote:

Op dinsdag 20 juni 2006 17:22 schreef teigan het volgende:
dat is 1- de kans dat je 3 maal 6 gooit

is dus 1-(1/6)³

Dat klopt niet, want zelfs als de vraag zou zijn om de kans dat er nooit hoger dan 5 geworpen wordt te berekenen, houd jij geen rekening met de situatie dat er één of twee zessen geworpen wordt. (5/6)³ zou wel het juiste antwoord opleveren.

[ Bericht 22% gewijzigd door GlowMouse op 20-06-2006 18:26:43 ]

Ik zit in 3VWO en heb een vraag.

Het hoofdstuk gaat over Breuken en Functies
EN deze paragraaf met name over Hyperbolen en rechte lijnen.

Nu heb ik deze vraag:
Gegeven zijn f(x)= 8/x en g(x)= x+2
a Teken de grafieken van f en g in één assenstelsel.

Dit is allemaal niet zo moeilijk maar ik zit altijd zo te klooien met hoe lang ik de x-as en de y-as moet maken. Is daar een trucje voor of is dat echt alleen maar op de gok tekenen?

quote:

Op dinsdag 20 juni 2006 20:20 schreef Nesle het volgende:
Ik zit in 3VWO en heb een vraag.

Het hoofdstuk gaat over Breuken en Functies
EN deze paragraaf met name over Hyperbolen en rechte lijnen.

Nu heb ik deze vraag:
Gegeven zijn f(x)= 8/x en g(x)= x+2
a Teken de grafieken van f en g in één assenstelsel.

Dit is allemaal niet zo moeilijk maar ik zit altijd zo te klooien met hoe lang ik de x-as en de y-as moet maken. Is daar een trucje voor of is dat echt alleen maar op de gok tekenen?

Doordat je in 3VWO zit, heb je horizontale en verticale asymptoten gehad.
Je ziet dat de HA van f(x) gelijk is aan de y=0
en de VA van f(x) is gelijk aan x=0

Dat is al handig om te weten, want de tabel kan je dan laten lopen met 0 als middelpunt.
-4 -3 -2 -1 0 1 2 3 4

Ik neem aan dat die rechte lijn niet zo lastig is

Het belangrijkste is dat je, door veel te oefenen, standaardfuncties herkent. Hieronder geef ik een paar voorbeelden:
8/x -> de grafiek van 1/x maar dan 8x zo hoog
1/(x+5) -> de grafiek van 1/x maar dan 5 naar links
1/x+5 -> de grafiek van 1/x maar dan 5 plaatjes omhoog
8/(x-5) -> de grafiek van 1/x maar dan 8x zo hoog en 5 naar rechts
Als je vervolgens uit je hoofd leert hoe de grafiek van 1/x eruit ziet, kun je al een hele groep andere functies tekenen.

@-J-D-: niet zo liev om 0 mee te nemen in je tabel

quote:

Op dinsdag 20 juni 2006 20:20 schreef Nesle het volgende:
Ik zit in 3VWO en heb een vraag.

Het hoofdstuk gaat over Breuken en Functies
EN deze paragraaf met name over Hyperbolen en rechte lijnen.

Nu heb ik deze vraag:
Gegeven zijn f(x)= 8/x en g(x)= x+2
a Teken de grafieken van f en g in één assenstelsel.

Dit is allemaal niet zo moeilijk maar ik zit altijd zo te klooien met hoe lang ik de x-as en de y-as moet maken. Is daar een trucje voor of is dat echt alleen maar op de gok tekenen?

Maak gewoon eerst even een tabelletje van beide functies. Dan kun je daaraan zien hoe de assen daarop kunt aanpassen.

quote:

Op dinsdag 20 juni 2006 21:15 schreef GlowMouse het volgende:


@-J-D-: niet zo liev om 0 mee te nemen in je tabel

Vroeger geleerd dat dat zo moest. En onder de 0 vul je een kruisje in

quote:

Op dinsdag 20 juni 2006 20:28 schreef -J-D- het volgende:

[..]

Doordat je in 3VWO zit, heb je horizontale en verticale asymptoten gehad.
Je ziet dat de HA van f(x) gelijk is aan de y=0
en de VA van f(x) is gelijk aan x=0

Dat is al handig om te weten, want de tabel kan je dan laten lopen met 0 als middelpunt.
-4 -3 -2 -1 0 1 2 3 4

Ik neem aan dat die rechte lijn niet zo lastig is

Ja oke, maar het is het 'm juist dat we NU pas asymptoten hebben.
En die rechte lijn snap ik wel
In ieder geval, bedankt. GlowMouse ook!

P(A) = 0,4
P(B) = 0,2
P(A and B) = 0,2

Dat zijn de gegevens...

P( A and B^c ) = ...

Hoe reken ik dit uit? Het antwoord moet 0,2 zijn, maar ik heb geen idee hoe men hier aan komt...

quote:

Op woensdag 21 juni 2006 12:58 schreef Haushofer het volgende:
Ok, een noodkreet aan de programmeerwonders hier, 't is in Java.

De situatie is als volgt: 2 dieven beroven winkels, en aan het eind van de rit gaan ze de buit verdelen. De waardes van de artikelen wordt in een array gestop, genaamd waarde. De vraag is nou: schrijf een methode ( static boolean verdeelbaar() ) die checkt of de buit in 2 gelijke delen valt de verdelen. Bijvoorbeeld:
Als waarde[]={6,2,1,3} dan kan het wel ( 6 = 1+2+3) maar als bijvoorbeeld
waarde[]={1,2,8,10} dan kan het niet. Dit moet met behulp van een recursieve hulpmethode.

De volgende opdracht is dan, om te vermelden welke artikelen boef 1 en 2 krijgen. Dus alle mogelijke combinaties.

Nou ben ik hier al even mee bezig geweest, maar ik zie echt niet in hoe je dit recursief kunt doen. Met loopjes zou ik zeggen dat je gewoon alle mogelijke combinaties neemt, maar dat lukt ook niet echt... Het moet dus recursief volgens de opdracht. Heeft iemand een idee? Help...

Je kunt toch bijvoorbeeld een functie f schrijven met
input: de rij getallen as en nog een getal b.
output: een bool die aangeeft of dat tweede getal geschreven kan worden als som van een deelrij van die rij getallen

en die het volgende doet:
als b=0 dan return true,
als as leeg is dan return false,
laat a het eerste getal van de rij zijn en definieer as2 als de rij as met a weggelaten
return f(as2,b) or f(as2,b-a)

quote:

Op woensdag 21 juni 2006 12:54 schreef Kindervriend het volgende:
P(A) = 0,4
P(B) = 0,2
P(A and B) = 0,2

Dat zijn de gegevens...

P( A and B^c ) = ...

Hoe reken ik dit uit? Het antwoord moet 0,2 zijn, maar ik heb geen idee hoe men hier aan komt...

Omdat P(A)P(B) != P(A door B) weet je dat A en B afhankelijk zijn. Omdat P(A|B) en P(B|A) niet gegeven zijn, moet je goed kijken. Je moet dus goed kijken
Nu zie je dat P(A door B) en P(B) zijn gelijk. Probeer hier eens verder mee te komen. Als dit niet lukt, maak dan een venn-diagram

quote:

Met loopjes zou ik zeggen dat je gewoon alle mogelijke combinaties neemt, maar dat lukt ook niet echt.

Ondanks dat het recursief moet, toch het antwoord voor de loop. Elk element uit de verzameling gaat óf naar de ene, óf naar de andere pikkedief. In totaal zijn er dus 2^[aantal elementen] mogelijkheden. Laat een variabele lopen van 0 t/m 2^[aantal elementen] -1.
Elke waarde van die variabele correspondeert dan met een mogelijke verdeling. Een goede methode om de verdeling te kiezen, is met behulp van de binaire waarde. Heeft bijvoorbeeld het eerste cijfer van het binaire getal waarde 0, dan krijgt de ene dief de waarde van het eerste element, anders de andere dief.

[ Bericht 17% gewijzigd door GlowMouse op 21-06-2006 14:29:32 ]

quote:

De if(.....) is gewoon een afkorting voor if(....) is true, neem ik aan.

Dat is altijd zo bij een if. Je hebt nooit if((a==b) == true). De functie zonder argumenten is alleen om (0,0,0) te testen. Je kunt (0,0,0) vervangen door een willekeurige andere combinatie, maar uiteindelijk moet je vermoedelijk user-input accepteren.
De oplossing die thabit gaf lijkt prima te voldoen, jouw oplossing ook.

Jouw oplossing werkt eigenlijk zo:
Als alles verdeeld is, kijk of A en B allebei evenveel gekregen hebben (hier eindigt de recursie)
Anders: kijk of we een goede verdeling krijgen als we het volgende element aan A geven
Als dat niet het geval is: kijk of we een goede verdeling krijgen als we het volgende element aan B geven.


Om uiteindelijk ook weer te geven wie wat heeft gekregen, moet je nog een of twee extra variabelen aanmaken om bij te houden wat je aan A en B hebt gegeven. Bij return buitA == buitB zorg je dat deze volgorde behouden blijft zodat je die later weer kunt geven.

[ Bericht 2% gewijzigd door GlowMouse op 21-06-2006 14:10:21 ]

quote:

Op woensdag 21 juni 2006 13:35 schreef Haushofer het volgende:

[..]

Is het misschien een idee om het gemiddelde gedeelt door 2 van de array uit te rekenen, en te kijken of dit gelijk is aan de som van een deel-array van de array waarde[] ? Of bedoel je dat ook?

Ja, dat was precies wat ik bedoelde. En dat doe je dan door een functie te schrijven die algemener checkt of een gegeven getal een deelsom van een rij is.
b is een deelsom van a1,..,an dan en slechts dan als b een deelsom is van a2,...,an of b-a1 een deelsom is van a2,...,an: in het eerste geval gebruik je de a1 niet in b, en in het tweede geval wel.

Het beste is om waarde[] = {1,2} te nemen. Hoe langer, hoe meer recursiestappen, dus niet zo goed voor het voorbeeld. Ook met {1,2} heb ik maar een deel van de stapjes opgeschreven.
Ik vergiste mij overigens, je roept altijd met (0,0,0) aan voor de eerste stap. In dit geval roepen we dus
verdeelbaar(0, 0, 0) aan.
regel 2 -> false
regel 5 -> aanroep van verdeelbaar(1,1,0) -> false
regel 7 -> aanroep van verdeelbaar(1,0,1), kun je uitwerken, maar wordt false;
dus retourneert false (regel 10)

verdeelbaar(1,1,0):
regel 2 -> false
regel 5 -> aanroep van verdeelbaar(2,3,0) -> false
regel 7 -> aanroep van verdeelbaar(2,1,2) -> false
dus retourneert false (regel 10)

verdeelbaar(2,3,0):
regel 2 -> true
regel 3 -> false (want 3 != 0)

verdeelbaar(2,1,2):
regel 2 -> true
regel 3 -> false (want 1 != 2)

Het is een beetje smerig geprogrammeerd. Je doet gewoon een aanroep naar verdeelbaar, en die start het proces. Die roept namelijk de verdeelbaar aan met drie parameters. De i geeft aan hoeveel elementen er al zijn verdeeld (daarom wordt-ie telkens eentje hoger) en de tweede en derde parameter geven aan wat A, resp. B heeft gekregen.

Dus i wordt aan het begin op 0 gezet. Dan kijkt het eerst op regel 5 of het een goede verdeling kan vinden als het item dat op het punt staat verdeeld te worden (per aanroep wordt er feitelijk 1 item verdeeld) aan A ten deel valt. Als dat niet kan, dan kijkt het of het misschien kan als B dat item krijgt. (Dat zijn de enige mogelijkheden, of A krijgt het item of B krijgt het). Als geen van beide gevallen tot iets succesvols lijkt, dan kan het dus niet.

In het beroerdste geval moet je, als je n items hebt 2^n gevallen checken. Immers, elk item kan of aan A of aan B gegeven worden. En jouw programma loopt gewoon domweg al die mogelijkheden af, beginnend bij het eerste item. En als het dan (toevallig, want veel slimmigheid zit er niet achter) goed uitkomt, dan zegt het "Ja! Het kan!" en anders niet.

quote:

Op woensdag 21 juni 2006 14:36 schreef Haushofer het volgende:
Het lichtje gaat steeds feller branden

Nog 1 vraagje dan: hoe weet het programma of de verdeling goed is, in regel 5 of 7 ? Het is denk ik nou wel duidelijk dat ik erg veel moeite heb met recursieve methodes... bijvoorbeeld, als je dan waarde[]={1,2} neemt. Het programma gaat kijken in regel 5 of er dan geldt: verdeelbaar(1,1,0) == true. Dus of het een goed idee is om het eerste artikel aan boef A te geven. Waar wordt berekend of dit een goed idee is of niet? Ik zie dat nergens in het programma terug.

Als ik dit vandaag nog ga bevatten, worden jullie bij deze gepromoveerd tot koningen

Dat is de recursie, dat 'weet' het programma niet van te voren. Stel nu dat waarde[] ={1,3,2} Verdeelbaar(1,1,0) wordt eerst gedaan. D.w.z. item 1 is verdeeld, en boef A heeft nu een buit van 1 te pakken. Daarna wordt ook de aanroep verdeelbaar(2,4,0) gedaan (boef A krijgt ook item 2), en daarna nog eens verdeelbaar(3,6,0) (hij krijgt ook item 3). Nu zag jij waarschijnlijk al van te voren aankomen dat het geen slimme zet was om boef A ook item twee te geven, maar een computer beschouwt niet zo het totale plaatje, het kan alleen beslissen wat het met dit item hier en nu moet doen. Als uiteindelijk alles verdeeld is (i==3), dan kijkt het of buitA = buitB (wat niet het geval is) en dan geeft het dus 'false' terug. Het programma gaat nu weer een stapje terug in de recursie (het zegt eigenlijk: Okay, boef A, geef jij je laatste item maar terug, want dit werkte niet). En geeft het dan aan boef B. Dan is weer alles verdeeld, nu in een 4 vs. 2 verhouding, en dan kijkt het of dat netjes is, en dat is ook niet zo.

De functie heeft nu zowel een keer geprobeerd om item 2 aan boef A als B te geven en beide willen niet, het betekent dus dat het nog een stap terug moet doen. Zowel het tweede als het derde item worden als het ware teruggevorderd, en het proces herhaalt zich deels. Nu krijgt B item twee met waarde 3, dan komt er weer een recursieve aanroep, en dan wordt item 3 weer eerst aan boef A gegeven. Nu is weer alles verdeeld, en tadaa, ze hebben beide een buit met waarde 3. Dat komt goed uit, dus het programma geeft 'true' terug (ik heb een werkende verdeling gevonden!).

Het checkt dus pas zodra alles verdeeld is of dat een goed idee is (bij nader inzien), en zo niet, doet maakt het eerst z'n laatste move ongedaan en probeert daar een andere optie, tenzij die er niet meer is, dan moet het nog een move extra ongedaan maken.

Het wordt meestal als een boom getekend als je het grafisch wilt weergeven:


Zelf vind ik dit tamelijk verhelderend. Het begint dus in de situatie dat beide dieven niets hebben (0,0), dan loopt je programma eerst helemaal naar beneden in de boom (verdeling 6,0), en het concludeert dat dat niet werkt, dus het gaat een stapje terug en neemt daar de andere tak, dat werkt ook niet, dus het moet twee stapjes terug om bij de afslag (1,0) nu de andere tak te nemen, daar kiest het weer eerst de linker (omdat het zo geprogrammeerd is), en daar is het correct, en dan breekt het ook direct af. Als er geen verdeling is, dan loopt het echter de gehele boom door en zal het overal beneden uitkomen voordat het kan concluderen dat het niet werkt.

Of iets een goede keus is blijkt dus uit het plaatje dat een bepaald punt in de boom een 'goede oplossing' onder zich heeft, maar dat ziet dat programma niet van te voren, daarvoor moet het uitgevoerd worden.

Okay, komt weer een n00b vraag van mij, wederom kansberekening.

Er zijn 3 machines. A, B en C.

A neemt 10% van de productie voor zijn rekening. B 30% en C 60%.

De kans op een defect product met machine A is 7%. Bij B is het 3% en bij C 1,5%.

Vraag: Wat is de kans dat een willekeurig defect product is geproduceerd met machine C?

Help me.

Even naar hiero sleuren... het gegeven antwoord in Scheikundeknobbels aanwezig hiero?? was correct!! Thanks!!

quote:

Op woensdag 21 juni 2006 15:05 schreef Haushofer het volgende:
Ja, ik snap em Prachtig zeg, een paar uur terug snapte ik er nog helemaal geen hol van. Mooi is dat. Dankjewel, en Thabit en Glowmouse ook natuurlijk ! Zo'n plaatje is inderdaad erg handig. Ik ben zelf altijd geneigd om problemen iteratief op te lossen ( die paar problemen die ik dan heb opgelost ), recursie vind ik op de een of andere manier een stuk lastiger.

To iterate is human; to recurse, divine.

quote:

Op woensdag 21 juni 2006 15:11 schreef Kindervriend het volgende:
Okay, komt weer een n00b vraag van mij, wederom kansberekening.

Er zijn 3 machines. A, B en C.

A neemt 10% van de productie voor zijn rekening. B 30% en C 60%.

De kans op een defect product met machine A is 7%. Bij B is het 3% en bij C 1,5%.

Vraag: Wat is de kans dat een willekeurig defect product is geproduceerd met machine C?

Gegeven is al dat het product defect is, wat is nu de kans dat het met machine C is geproduceerd.
Ofwel P(C|D). Nu wil je de regel van Bayes gebruiken:



Je wilt P(C|D) weten, die regel zegt dat je daarachter kunt komen als je P(D|C) en P(D) en P(C) berekent. Dat moet te doen zijn.

quote:

Op woensdag 21 juni 2006 13:19 schreef GlowMouse het volgende:
[..]
Omdat P(A)P(B) != P(A door B) weet je dat A en B afhankelijk zijn. Omdat P(A|B) en P(B|A) niet gegeven zijn, moet je goed kijken. Je moet dus goed kijken
Nu zie je dat P(A door B) en P(B) zijn gelijk. Probeer hier eens verder mee te komen. Als dit niet lukt, maak dan een venn-diagram

Om hier nog even op terug te komen, het kan ook geheel met de rekenregels:
P(B|A) = P(A door B)/P(A) = 0,5
P(B'|A) = 1-P(B|A) = 0,5
P(A door B') = P(B'|A)*P(A) = 0,5*0,4 = 0,2

Haushofer,

Ik zou ook nog iets als

in je programmaatje zetten.
Hiermee voorkom je dat je computer heel veel onzinnig werk gaat doen. Als buitA (of buitB) immers al meer dan de helft is, zal het zeker niet minder worden, dus dan kan je gelijk stoppen. Ik ga er dan wel vanuit dat alle waarden niet negatief zijn. Een dergelijk trucje valt in de categorie branch & cut algoritme. Als ze wel negatief mogen zijn, kun je nog steeds wel een soortgelijke grens bepalen.

Waarom moeten die functies van je eigenlijk static zijn? Volgens mij werkt het dan alleen als waardes ook een static variabele is en dat is een beetje vreemd .

Nog een vraagje van mijn kant, scheikunde dit keer. Dit is de opgave:

Aanslag in een WC-pot bestaat vooral uit een neerslag van kalk (calciumcarbonaat). Deze klak kan worden verwijderd met zuren. WC Eens bevat 2,2 mol mierenzuur (HCOOH) per liter. Voor een schoonmaakbeurt wordt 12 mL WC Eend in de pot gespoten. Veronderstel dat er 0,14 g kalkaanslag in de pot zit.

De reactie is als volgt:

CaCO₃ (s) + 2 HCOOH (aq) --> Ca[sup2+[/sup](aq) + 2 HCOO^- + H₂O (l) + CO₂ (g)

Bereken de overmaat mierenzuur.

--

Ik ben al zo ver dat ik weet dat er 1,2 g mierenzuur de pot in gespoten wordt, maar ik weet niet hoe verder te gaan. Zou iemand me hier kunnen helpen ?

0,14g kalkaanslag komt overeen met ... mol CaCO₃
Omdat er (zie reactievergelijking) per mol CaCO₃ twee mol HCOOH reageert, is er totaal ... mol HCOOH nodig om alle CaCO₃ te laten reageren.
Omdat er totaal 26,4 mmol HCOOH aanwezig was, is er na de reactie nog ... mmol HCOOH aanwezig.
Dit komt overeen met ... gram.
Ik heb helaas geen tabel om alle molmassa's uit te rekenen, maar dit is wel de aanpak.

quote:

Op woensdag 21 juni 2006 13:35 schreef Haushofer het volgende:
[..] De if(.....) is gewoon een afkorting voor if(....) = true, neem ik aan.

[..]

if (...) en ... moet een boolean waarde zijn. In dit geval is het resultaat van de methode die op de plaats van ... staat een boolean waarde dus dat zit in dit geval goed. Dus hoewel je if (functie() == true) zou kunnen schrijven, is het niet nodig aangezien de returnwaarde al van het type boolean is.

Bij een if (3 == 4) doe je de vergelijking ter plekke in plaats van een methode die je aanroept dus dan zorg je op die manier voor een boolean waarde. Je zou ook kunnen schrijven:

if (equal(3,4))

met



maar dat is omslachtig

quote:

Op woensdag 21 juni 2006 21:09 schreef GlowMouse het volgende:
0,14g kalkaanslag komt overeen met ... mol CaCO₃
Omdat er (zie reactievergelijking) per mol CaCO₃ twee mol HCOOH reageert, is er totaal ... mol HCOOH nodig om alle CaCO₃ te laten reageren.
Omdat er totaal 26,4 mmol HCOOH aanwezig was, is er na de reactie nog ... mmol HCOOH aanwezig.
Dit komt overeen met ... gram.
Ik heb helaas geen tabel om alle molmassa's uit te rekenen, maar dit is wel de aanpak.

Geweldig, ik begrijp het ineens! Heel erg bedank !

Daar zijn we weer. Weer een vraag over kansberekening.

Het gaat om een random experiment.

P(A) = 0,5 en P(A or B) = 0,7

Nu moet ik P(B) uitrekenen. A en B zijn independent trouwens.

Iemand een tip/oplossing?

Deze twee rekenregels gebruiken:
P(A door B) = P(A)*P(B) (vanwege onafhankelijkheid)
P(A) + P(B) = P(A of B) - P(A door B) (bekende rekenregel)

Heb weer Statistiek voor het eerst in 3 jaar...
En ben natuurlijk vergeten hoe ik allemaal dingetjes moet berekenen met mn grafische rekenmachine...

Hoe moet ik dit berekenen in mn rekenmachine:
De levelnsduur van een autoaccu blijkt normaal verdeeld te zijn met een gemiddelde levensduur van 5 jaar en een standaarddeviatie van 2 jaar

a: Bereken de kans dat een accu binnen de garantietermijn kapot gaat
b: Bereken de kans dat een accu binnen 1 jaar na het verstrijken van de garantietermijn kapot gaat
c: De leverancier wil nu een garantietermijn vaststellen van a jaar. Deze a moet de eigenschap hebben dat de levensduur van 96% van de geleverde accu's minstens gelijk is aan a jaar. Bepaal a


Alvast heel erg bedankt!

quote:

Op vrijdag 23 juni 2006 08:31 schreef Haushofer het volgende:
Hoe het precies zit met het verschil tussen static methodes en class methodes weet ik niet, maar het heeft volgens mij weinig te maken met de keuze om je variabelen static te maken.

Hij bedoelt waarschijnlijk dat de array met waardes ook static zal moeten zijn.

Wat precies het verschil is, is zeker voor beginnende programmeurs niet zo van belang. Het nadeel van Java is dat het snel veel overhead aan verplichte syntax oplevert waarvan de betekenis pas later duidelijk wordt.

Ik wil het echter wel een beetje proberen uit te leggen. Normaliter kun je een class zien als een soort blauwdruk voor een object. Classes zijn de bouwtekeningen, objecten zijn de daadwerkelijke constructies die worden geproduceerd als de bouwtekening wordt gevolgd. Dus, stel je hebt een Class Fiets, met een methode 'Schakel(int versnelling)', dan is dat alleen maar een manier waarop je Java zegt: Indien iemand een object van het type fiets wil hebben, dan moet je zorgen dat er ook een methode Schakel bij hoort, en je moet eventuele ruimte voor variabelen in die class reserveren:


Zo'n object maak je meestal aan met 'new', er staat dan ergens in je code waar je zo'n fiets-object nodig hebt: Fiets f = new Fiets(); (Dan krijg je ook te maken met een zogenaamde constructor, die meehelpt het object te construeren.) Pas zodra dat gedaan is kun je f.schakel() aanroepen. Methodes kunnen in beginsel dus alléén worden aangeroepen als ze bij een object horen.

En dat is de truuk waar static methoden in het spel komen. Die bestaan eigenlijk altijd, ook al is er nog geen object aangemaakt. (Voor simpelere programma's versimpelt dat het programmeren wat, want je hoeft geen objecten in het leven te roepen.) Hét klassieke voorbeeld van een statische methode is de methode 'main' – immers er zal een methode moeten zijn waarin eventuele objecten worden aangemaakt die het gehele programma op gang brengen, als het programma start bestaan er nog geen objecten namelijk.

Echter, als zo'n static method wordt aangeroepen dan hoort deze niet bij een object, dus als deze andere methodes of variabelen van die class wil gebruiken (instantievariabelen worden ze genoemd), dan moeten die ook static zijn, want anders kun je niet garanderen dat die bestaan. Een method die bij een object hoort werkt namelijk normaal gesproken op de variabelen in dat object. Als het voorbeeld fiets hebt: met die class of blauwdruk kun je nog een fiets maken. Fiets g = new Fiets(). Als je met die fiets schakelt is het logisch dat de versnellingen van fiets 'f' niet veranderen.

Soms kun je trouwens wel met twee dezelfde namen naar hetzelfde object verwijzen. Als je zegt: Fiets h (d.w.z. h is een variabele die een fiets aanduidt) en je doet Fiets h = f, dan zijn h en f benamingen voor hetzelfde ding. Alles wat aan 'h' verandert verandert dan ook aan 'f'.

quote:

Op vrijdag 23 juni 2006 10:08 schreef superhero87 het volgende:
Hoe moet ik dit berekenen in mn rekenmachine:
De levelnsduur van een autoaccu blijkt normaal verdeeld te zijn met een gemiddelde levensduur van 5 jaar en een standaarddeviatie van 2 jaar

a: Bereken de kans dat een accu binnen de garantietermijn kapot gaat
b: Bereken de kans dat een accu binnen 1 jaar na het verstrijken van de garantietermijn kapot gaat
c: De leverancier wil nu een garantietermijn vaststellen van a jaar. Deze a moet de eigenschap hebben dat de levensduur van 96% van de geleverde accu's minstens gelijk is aan a jaar. Bepaal a


Alvast heel erg bedankt!

Noem X de levensduur van de accu. Er geldt X~N(5,4). Spreek uit: N is normaal verdeeld met parameters 5 en 4. 5 is de verwachting, 4 de variantie.
Verder denk ik dat je het beste de handleiding van je rekenmachine erbij kunt pakken over hoe je zulke opgaven invult. Omdat 'de garantietermijn' hier verder niet gespecificeerd is, zijn a en b niet te beantwoorden.
c: Bij c kun je gebruiken dat P(X>=a) = P((X-5)/2 >= (a-5)/2) = P(Z >= (a-5)/2) = 1 - P(Z<(a-5)/2) = 0,96 met Z de standaardnormaalverdeelde stochast.

Wie kan mij helpen met deze 2 kansberekeningen?

- een voetballer mag een serie van 10 penalty’s nemen. De kans dat hij scoort is 0,5 per penalty. Bereken de kans dat deze voetballer precies 7 keer scoort.

- Een vrouw pakt zonder te kijken 10 kraaltjes (zonder teruglegging) uit een bakje waarin 30 rode kraaltjes en 40 witte kraaltjes zitten. Bereken de kans dat deze vrouw 6 rode kraaltjes heeft gepakt.

Ik kom er echt niet meer uit help

Je moet bij de eerste de binomiale, en bij de tweede de hypergeometrische verdeling gebruiken.

quote:

Op vrijdag 23 juni 2006 10:08 schreef superhero87 het volgende:
Heb weer Statistiek voor het eerst in 3 jaar...
En ben natuurlijk vergeten hoe ik allemaal dingetjes moet berekenen met mn grafische rekenmachine...

Hoe moet ik dit berekenen in mn rekenmachine:
De levelnsduur van een autoaccu blijkt normaal verdeeld te zijn met een gemiddelde levensduur van 5 jaar en een standaarddeviatie van 2 jaar

a: Bereken de kans dat een accu binnen de garantietermijn kapot gaat
b: Bereken de kans dat een accu binnen 1 jaar na het verstrijken van de garantietermijn kapot gaat
c: De leverancier wil nu een garantietermijn vaststellen van a jaar. Deze a moet de eigenschap hebben dat de levensduur van 96% van de geleverde accu's minstens gelijk is aan a jaar. Bepaal a


Alvast heel erg bedankt!

Je hebt dit sneller met pen en papier en simpel rekenmachine uitgerekend, dan dat je moet uitzoeken hoe dit werkt met een grafisch rekenmachine.
Je moet dan wel eerst de verdeling standaardiseren, dan kun je deze problemen simpel oplossen met de cumulatieve verdelingsfunctie van de standaard normaal verdeling.

Maar goed, als je het zo graag met een grafisch rekenmachine wilt uitrekenen zou ik de handleiding er eens bij nemen.

quote:

Je moet dan wel eerst de verdeling standaardiseren, dan kun je deze problemen simpel oplossen met de cumulatieve verdelingsfunctie van de standaard normaal verdeling.

Helaas is de cumulatieve verdelingsfunctie van de standaardnormale verdeling niet zo eenvoudig gedefinieerd. Zonder tabel of GR is het onmogelijk tot een oplossing te komen, tenzij het om een bekende bovengrens gaat, zoals 0 of 1,645.
En de eenvoudige rekenmachines zoals die in de onderbouw van het middelbaar onderwijs gebruikt worden, kunnen geen integralen uitrekenen, en kennen ook de normale verdeling niet.