Het bereik van sin(x) is -1<y<1 inclusief grenzenquote:Op zaterdag 28 juni 2008 14:23 schreef Robin__ het volgende:
Na de uitstekende tips van vorige keer ben ik nu weer tegen een probleem aangelopen in mn oefentoets (echte toets is maandag), vooral omdat er niet bijstaat of het nu met of zonder grm gedaan moet worden.
Er word mij gevraagd het bereik (dus het hoogste punt op de yas en het laagste punt op de y-as) te bepalen van de volgende functie: .5*sin(.5*X-Pi)-3
kan ik het bereik alleen bepalen door te stellen .5*sin(waarde) is maximaal -0.5 of 0,5 en dit word met drie omlaag verschoven naar -3,5 tot -2,5? of is er een andere manier?
En hoe kies ik vervolgens de juiste waardes voor in mijn tabel zodat ik weet dat ik ook daadwerkelijk alle hoogste en laagste punten pak?
Moet dit niet zijn met r = 1,04^(1/12) ?quote:Op zondag 29 juni 2008 17:26 schreef GlowMouse het volgende:
100 * (r121-1)/(r-1)
Met r = (1+0.04/12) = 1.003333..
Hier onder 3. staat de code stap voor stap.quote:Op zondag 29 juni 2008 11:06 schreef teletubbies het volgende:
Heeft iemand een impllementatie van het AKS algoritme of een variant ervan? AKS is een niet oud algortime die bepaalt van een getal n of het priem of geen priem is. Klopt de complexiteit van de implementatie met die van het algortime? Het liefst in C++ of maple of een niet al te moeilijke taal..Alvast bedankt.
http://en.wikipedia.org/wiki/AKS_primality_test
Vanzelfsprekend. Ik weet alleen niet of je in een jaar al rente opbouwt over de rente die je in dat jaar al opgebouwd hebt, anders kost het een stapje meer werk.quote:Op zondag 29 juni 2008 17:47 schreef McGilles het volgende:
[..]
Moet dit niet zijn met r = 1,04^(1/12) ?
Hoe dan ook, klopt allebei niet. Stel, ik spaar een jaar 100 euro p/m tegen 1,04 jaarlijkse rente, rente pas na een jaar berekend. Dan kom ik met de rekenmachine uit op 1248 euro na een jaar.quote:Op zondag 29 juni 2008 17:47 schreef McGilles het volgende:
[..]
Moet dit niet zijn met r = 1,04^(1/12) ?
Formule v. McGilles:quote:maandelijkse inleg * ((1+jaarlijkse rentepercentage/12 maanden)inlegmaanden + 1-1) / (1+jaarlijks rentepercentage/12 maanden)-1)
100 * (1,00333313-1)/(1,003333-1) = 1326,318
En waarom kan niet gewoon die inleg met twaalf vermenigvuldigd worden in de formule? De rente wordt ook per jaar berekend, immers.quote:maandelijkse inleg * ((jaarlijkse renteindex zegge 1,04 1/12 deel van het jaar, ergo maand)aantal inlegmaanden + 1-1) / ((jaarlijkse renteindex zegge 1,04 1/12 deel van het jaar, ergo maand)-1)
100 * ((1,041/12)13-1)/((1,041/12)-1) = 1325,844
Super, bedankt!quote:maandelijkse inleg * (((jaarlijkse renteindex 1/12 deel jaar)aantal maanden inleg)- 1) / ((jaarlijkse renteindex 1/12 deel jaar)-1) = toekomstige waarde
100 * (((1,04 1/12) 12) - 1 ) / ((1,04 1/12)-1) = 1221 na een jaar
100 * (((1,04 1/12)120) - 1) / ((1,04 1/12)-1) = 14.669,59 na tien jaar
Waarom zou het dat wel zijn? De kettingregel werkt toch niet op die manier?quote:Op zondag 29 juni 2008 21:02 schreef vanRillandBath het volgende:
[..]
Wat gebeurt er in de eerste stap van je laatste regel? x^i is toch gewoon V^i? Waarom is het dan niet
[ afbeelding ]?
O wacht, ik zie het nu. Inderdaad. Hartstikke bedankt!quote:Op zondag 29 juni 2008 21:32 schreef zuiderbuur het volgende:
[..]
Waarom zou het dat wel zijn? De kettingregel werkt toch niet op die manier?Jij hebt nog U na V staan in je linkerfactor.
Nogmaals, gaat sneller via 100(r120-1)/(r-1) met r=1.04^(1/12).quote:
Het algortime had ik al maar Ik vroeg me dus af of er een efficiente manier bestaat om r te vinden.quote:Op zondag 29 juni 2008 17:49 schreef GlowMouse het volgende:
[..]
Hier onder 3. staat de code stap voor stap.
quote:AKS algorithm is the new deterministic algorithm for primality that provides
100 percent assurance that a number is prime for a given number if the
number is indeed a prime. However, our implementation shows that this
algorithm takes lots of time consuming due to the computation of
polynomial equality tests. The computation time might take for many hours
for just 8 bits given number while Fermat and Miller-Rabin primality tests
use just less than 1 second to check for 8 bits number. Consequently, it has
not been practical yet to use in cryptography applications.
SPOILEROm spoilers te kunnen lezen moet je zijn ingelogd. Je moet je daarvoor eerst gratis Registreren. Ook kun je spoilers niet lezen als je een ban hebt.Reeks_2SPOILEROm spoilers te kunnen lezen moet je zijn ingelogd. Je moet je daarvoor eerst gratis Registreren. Ook kun je spoilers niet lezen als je een ban hebt.De correlatie tussen beide is .7
De eerste reeks zijn vooraf beschreven "impacts" en de tweede reeks zijn daadwerkelijke resultaten. De vraag is nu, wat zouden je nieuwe impacten zijn en hoe staan die in relatie tot de oude.
Oftewel, een soort normaliseren maar hoe doe je dat met negatieve getallen....?
Spoilers gebruikt om 't een beetje overzichtelijk te houden.
[ Bericht 0% gewijzigd door PietjePuk007 op 03-07-2008 15:45:46 ]Op maandag 30 november 2009 19:30 schreef Ian_Nick het volgende:
Pietje's hobby is puzzelen en misschien ben jij wel het laatste stukje O+
Ha, nice!quote:Op woensdag 9 juli 2008 00:41 schreef GlowMouse het volgende:
Als ik wist dat hij het niet deed had ik hem al eerder gerepareerdEen week geleden verliep mijn dyndns account, en had alles al snel hersteld alleen deze vergeten. Kwestie van tijd voordat het domein weer werkt nu
ja maar hoe weet ik dat het 3 moet zijn?quote:Op zondag 13 juli 2008 15:23 schreef freiss het volgende:
23=8
Dan type je in ln[8] / ln[2]quote:Op zondag 13 juli 2008 15:29 schreef thijsltc het volgende:
kan het ook met de rekenmachine? ik moet er waarschijnlijk een heleboel achter elkaar maken..
Forum Opties | |
---|---|
Forumhop: | |
Hop naar: |