c++ hochrechnen, negative dezimale werte
-
NixDa schrieb:
Aber diese "3" Fälle decken so ziemlich alles ab was man braucht. NaN ist immer furchtbar. 0 ist meistens furchtbar. 1 ist fast immer super.
Du willst ernsthaft behaupten, dass geometrische Reihen, Potenzreihen und der binomische Satz alles sind? Wieso versuchst Du überhaupt, hier mitzudiskutieren?
-
Weil die Praxis nunmal so aussieht.
Mit NaN kann man in Algorithmen nichts anfangen.
Es muss klare Definitionen geben und da ist jede Definition die kein NaN definiert besser als eine die ein NaN definiert.
-
NixDa schrieb:
Weil die Praxis nunmal so aussieht.
Mit NaN kann man in Algorithmen nichts anfangen.
Es muss klare Definitionen geben und da ist jede Definition die kein NaN definiert besser als eine die ein NaN definiert.
Alle außer den drei genannten Fällen gehen aber davon aus, daß 0^0 undefiniert ist. Für all diese Fälle müsste man dann bei e=b^n IMMER prüfen, ob sowohl die Basis als auch der Exponent 0 waren. Bei NaN reicht eine Prüfung des Ergebnisses auf e != e. Du kannst nicht eifach generell für jedes Problem 1 in für 0^0 einsetzen.
Ich sage nochmal: Wieso versuchst Du überhaupt, hier mitzudiskutieren?
-
so, ihr kleinen kinder
1 ist keine Primzahl, weil dann alle anderen natürlichen Zahlen > 1 keine Primzahlen mehr sein könnten, da sie ja dann 1 als PRIMfaktor hätten. Und 0^0=NaN halte ich auch für unsinnig. Zumindest für das, was ich mache.
was ich mache? Programmieren.
-
Heinzelotto schrieb:
so, ihr kleinen kinder
1 ist keine Primzahl, weil dann alle anderen natürlichen Zahlen > 1 keine Primzahlen mehr sein könnten, da sie ja dann 1 als PRIMfaktor hätten. Und 0^0=NaN halte ich auch für unsinnig. Zumindest für das, was ich mache.
was ich mache? Programmieren.Das ist ja mal ein Argument.
Abgesehen davon, dass wir uns bei den Primzahlen so ziemlich einig sind, bin ich auch der Meinung, geometrische Reihen, Potenzreihen und der binomische Satz werden eher nicht so oft in der Programmierung benötigt.