Lowlevel

OffZone => Offtopic => Thema gestartet von: Netmaster am 25. May 2005, 14:36

Titel: Kleine Programmierspäße Teil 2 lol
Beitrag von: Netmaster am 25. May 2005, 14:36
Ich hoff dieser Thread wird nich von Roshl gesperrt, wenn doch, dann gibts gleich Teil 3 lol
*nicht ernst nehmen*
Titel: Kleine Programmierspäße Teil 2 lol
Beitrag von: Roshl am 25. May 2005, 16:21
Ich hab den andern zu gemacht weil mir das Programmiersprachengestreite auf die Eier ging.
Titel: Kleine Programmierspäße Teil 2 lol
Beitrag von: DDR-RAM am 25. May 2005, 17:28
ist kein Programmierspaß, aber nen Mathespaß, bin gerade auf folgendes gestoßen:

sin(nx) = 2^(n-1) * produkt(i=0 bis n-1; sin(x+i*pi/n) )

also z.B.:

sin(10x) = 512 * sin(x) * sin(x+1*pi/10) * sin(x+2*pi/10) * sin(x+3*pi/10) * sin(x+4*pi/10) * sin(x+5*pi/10) * sin(x+6*pi/10) * sin(x+7*pi/10) * sin(x+8*pi/10) * sin(x+9*pi/10)

hm,
Titel: Kleine Programmierspäße Teil 2 lol
Beitrag von: Roshl am 26. May 2005, 17:29
Sowas kann man extrem weit treiben, man fängt bei einfachen sachen an z.B. 1=1 und ersetzt dann immer wieder durch komplizierteres kann lustig werden und sehr undurchschaubar^^
(5*9^(cos(60°))*x)/(15*x)
sieht glaub ich keiner auf den ersten blick, dass das =1 ist^^
Titel: Kleine Programmierspäße Teil 2 lol
Beitrag von: DDR-RAM am 26. May 2005, 18:22
Zitat von: Roshl
Sowas kann man extrem weit treiben, man fängt bei einfachen sachen an z.B. 1=1 und ersetzt dann immer wieder durch komplizierteres kann lustig werden und sehr undurchschaubar^^
(5*9^(cos(60°))*x)/(15*x)
sieht glaub ich keiner auf den ersten blick, dass das =1 ist^^


Das liegt an der Klammerung :D
Außerdem gilt das nur für x != 0 ;-)
Ich habe übrigens nicht bei 1 = 1 angefangen, aber ich bin noch auf der Suche nach der Erweiterung von natürliche auf positive rationale Zahlen.

MfG
DDR-RAM
Titel: Kleine Programmierspäße Teil 2 lol
Beitrag von: Roshl am 27. May 2005, 11:59
Mit komplexen Zahlen wird das ganze noch viel schöner:D
Oder gleich Quaternionen ^^ das sind Zahlen die einen Real und 3 Imaginärteile haben.
Ohne die Klammerung würde es aber mathematisch falsch  werden;)
Titel: Kleine Programmierspäße Teil 2 lol
Beitrag von: DDR-RAM am 10. June 2005, 23:35
hm, ich habe noch einen ^^

(2531011 * (((214013 ^ 4294967296) - 1) / 214012)) % 4294967296

das ^ ist das hochzeichen (oder wie man es nenne mag, nix mit xor) und % ist mod operator (nix mit prozent ^^)

Wers rausfindet kriegt nen Keks ;-)

MfG
DDR-RAM
Titel: Kleine Programmierspäße Teil 2 lol
Beitrag von: Golum am 10. June 2005, 23:39
(214013 ^ 4294967296)
Mit was rechnet man sowas aus ^^
Titel: Kleine Programmierspäße Teil 2 lol
Beitrag von: DDR-RAM am 10. June 2005, 23:43
Ich *glaube* die Zahl hat 77309411328 bits (also ca. 9 GB ;-) )
aber so schwer ist es eigentlich nicht, das man das ausrechnen muss ;-)

um (214013 ^ 4294967296) / (214013 ^ 4294967296) zu errechnen musst du den genauen wert ja auch nicht kennen.

MfG
DDR-RAM
Titel: Kleine Programmierspäße Teil 2 lol
Beitrag von: Roshl am 11. June 2005, 10:29
einem geübten Assemblerprogger und Kenner des Binärsystems fällt doch mal sofort auf, dass 4294967296=2^32 is. Durch den Modulo muss das Ergebniss auf jeden fall kleiner als 4294967296 sein, also in ein DWORD passen
(214013 ^ 4294967296) - 1) / 214012) kann man andersgeschrieben so auffassen: (x^n-1)/(x-1) das ist glaube ich auf jeden fall was ganzzahliges
das bedeutet, dass das ergebniss schonmal nicht 0 sein kann, da 2531011 kein ganzzahliger teiler von 2^32 ist
Wenn ich mich nicht vertan habe liegt das ergebniss also irgendwo von 1 bis 2^32 vielleicht hilft das ja jemandem ;););)
Titel: Kleine Programmierspäße Teil 2 lol
Beitrag von: DDR-RAM am 11. June 2005, 17:41
Zitat von: Roshl
einem geübten Assemblerprogger und Kenner des Binärsystems fällt doch mal sofort auf, dass 4294967296=2^32 is. Durch den Modulo muss das Ergebniss auf jeden fall kleiner als 4294967296 sein, also in ein DWORD passen

Ja ;-)
Zitat
(214013 ^ 4294967296) - 1) / 214012) kann man andersgeschrieben so auffassen: (x^n-1)/(x-1) das ist glaube ich auf jeden fall was ganzzahliges

Auch richtig
Zitat
das bedeutet, dass das ergebniss schonmal nicht 0 sein kann, da 2531011 kein ganzzahliger teiler von 2^32 ist

2531011 = 7^1 * 17^1 * 21 269^1
also ggT(2531011, 2^32) = 1, aber falls ggT(((214013 ^ 4294967296) - 1) / 214012, 2^32) = 2^32, könnte am ende doch wieder 0 rauskommen.
Zitat
Wenn ich mich nicht vertan habe liegt das ergebniss also irgendwo von 1 bis 2^32 vielleicht hilft das ja jemandem ;););)


Also was zwischen 0 bis ausschließlich 2^32.
Aber nur eins ist richtig  8)
Titel: Kleine Programmierspäße Teil 2 lol
Beitrag von: lowlevel am 11. June 2005, 18:03
4294967296 kommt da raus.
Titel: Kleine Programmierspäße Teil 2 lol
Beitrag von: Roshl am 11. June 2005, 18:36
ne durch den modulo wird die zahl ausgeschlossen
Titel: Kleine Programmierspäße Teil 2 lol
Beitrag von: Svenska am 11. June 2005, 20:12
Mein Windows-Taschenrechner calc.exe haut nur
Felaktiga indata för funktion.
raus. Heisst soviel wie "fehlerhafte Eingabedaten fuer die Funktion".

Scheinbar sind die Zahlen zu gross... muesste man auf dem Papier rechnen ^^

Svenska
Titel: Kleine Programmierspäße Teil 2 lol
Beitrag von: DDR-RAM am 12. June 2005, 02:13
Ich gebe mal nen Tipp :D

3^(2^5) - 1 = 3^32 - 1 = 1853020188851840 = 2^7 * 5^1 * 17^1 * 41^1 * 193^1 * 21 523 361^1

vielleicht hilft das ja wem ;-)
Titel: Kleine Programmierspäße Teil 2 lol
Beitrag von: Legend am 12. June 2005, 13:20
http://de.wikipedia.org/wiki/Sedenionen
Titel: Kleine Programmierspäße Teil 2 lol
Beitrag von: Roshl am 12. June 2005, 16:52
Und ich hab Quaterionen für kompliziert gehalten...
Titel: Kleine Programmierspäße Teil 2 lol
Beitrag von: lowlevel am 14. June 2005, 17:30
Sry, für meine Antwort: Hatte nicht auf "=" gedrückt.
@Svenska: Bei mir sagt der Windoofs Rechner:

3552282989,1562903014784217707418

Kein Fehler!?!
Titel: Kleine Programmierspäße Teil 2 lol
Beitrag von: DDR-RAM am 19. June 2005, 20:24
214013 ^ 4294967296 ist definitiv nicht mit dem windows taschen rechner lösbar. es kann sein, das du das einfach nur kopiert hast oder das ^ zeichen eingetippt hast, dann hatter aber ne xor verknüpfung gemacht und keine potentzierung, deshalb auch die krumme zahl, weil es dann nit mehr durch 214012 teilbar ist.

MfG
DDR-RAM