0 hoch 0



  • Nein, die sind beide 1.



  • Ups, Entschuldigung 😞

    Das kommt davon wenn man schnell eine Funktion mit einem bestimmten Grenzwert finden will.

    Ich habe mir auch mal die Frage gestellt und deswegen zwei Funktionen (wohl eher Reihen) gebastelt die gegen gegen den Term 0^0 streben und dabei unterschiedliche Grenzwerte haben.



  • So jetzt habe ich hoffentlich eine Funktion die für x gegen 0, gegen den Term 0^0 geht und einen Grenzwert != 1 hat.

    f(x) = (8/(exp(1/x))^x

    Ich habe das Ganze vorsichthalber mal noch mit Gnuplot geprüft. Der Grenzwert dürfte so um die 0.37 liegen.



  • Gutes Beispiel. Auch bei exp(-1/x4)(x^2) geht für x gegen 0 gegen 0, obwohl sowohl Basis als auch Exponent beide gegen 0 gehen.



  • Bitte ein Bit schrieb:

    So jetzt habe ich hoffentlich eine Funktion die für x gegen 0, gegen den Term 0^0 geht und einen Grenzwert != 1 hat.

    f(x) = (8/(exp(1/x))^x

    Ich habe das Ganze vorsichthalber mal noch mit Gnuplot geprüft. Der Grenzwert dürfte so um die 0.37 liegen.

    (8exp1x)x=8xe1e\left ( \frac{8}{\exp{\frac{1}{x}}} \right )^x = \frac{8^x}{e} \rightarrow \frac{1}{e} für x0x\rightarrow 0.



  • @Mr. Fister: Bei deinem Beispiel ist es aber so, daß du da eine (doppelte) Nullstelle wegkürzen kannst, womit der Zähler konstant ist und der Nenner in die Ewigkeit geht



  • Ja und? Schau dir das andere Beispiel an, Bashar zeigt dass man es auch weiter vereinfachen kann. Ist aber auch egal.



  • Naja, ist dann irgendwie kein "echtes" 0^0 mehr 🙂



  • Definiere "echt"...



  • D schrieb:

    Und da z.b. 1^0 1 ergibt, müsste doch 0^0 auch 1 sein

    Das ist ja wie wenn du sagen würdest: weil 2^2 4 ergibt, muss 1000^2 auch vier ergeben 🙄



  • 0^0 = 0^(m-m) = 0m/0m = 0/0 -> Division durch 0.



  • Ausserdem schrieb:

    0^0 = 0^(m-m) = 0m/0m = 0/0 -> Division durch 0.

    Warum? Wenn ich 0m0m\frac{0^m}{0^m} mit 0m0^m kürze, hab ich doch 11\frac{1}{1} 😃

    (Wenn man mal außer acht lässt, was 0m0^m ist 😉 )



  • Er kürzt aber nicht, Du hast es nur nicht geblickt.

    Beispiel m=1:

    0^0 = 0^(1-1) = 0^1 / 0^1 = 0 / 0 = boom

    Oder streitest Du ab, dass 0^1 0 ergibt?



  • izgiutitgitg schrieb:

    Er kürzt aber nicht, Du hast es nur nicht geblickt.

    Beispiel m=1:

    0^0 = 0^(1-1) = 0^1 / 0^1 = 0 / 0 = boom

    Oder streitest Du ab, dass 0^1 0 ergibt?

    Das war doch der Witz an der Sache :p



  • Und 0^1 = 0^(3-2) = 0^3 / 0^2 = 0/0 = peng? Ne, ganz einfach: 0^(3-2) = 0^3 * 0^-2 ist schon falsch, weil 0^-2 nicht existiert.



  • Gehen wir mal einfach:

    Der GNOME-Taschenrechner sagt: 0 ^ 0 = 1
    PHP sagt: 0 ^ 0 = 0
    pow(0.0, 0.0) = 1
    C++ sagt: 0 ^ 0 = 0
    pow(0.0, 0.0) = 1

    => Deutet ja auch auf die Uneindeutigkeit hin. Ich würde aber einfach mal behaupten: 1.

    MfG Branleb



  • Mein TI-Taschenrechner sagt, wie es sich gehört, „Error“.

    branleb schrieb:

    => Deutet ja auch auf ide uneindeutigkeit hin. ich würde aber einfach mal behaupten: 1.

    Tja, das ist schön für dich, ändert aber nichts daran, dass es (aus gutem, bereits hier erörtertem Grund) im Allgemeinen undefiniert ist.



  • wer sich von 0^0 = 1 in C++ bzw. php bestägigt fühlt sollte vielleicht auch mal 3^2 in diesen Sprachen noch nachrechnen... und anschließend nachschlagen was xor ist.

    von einem taschenrechner würde ich mir für 0^0 allerdings ne 1 als ergebnis erwarten. das ist eigentlich die einzige art wie dieser term wirklich regelmäßig ausgewertet wird. also klingt das für mich nach einer sinnvollen option für einen taschenrechner.



  • Also wenn ich das richtig verstanden habe gilt:
    1=\sqrt{1^2}=\sqrt{1\*1}=\sqrt{(-1)\*(-1)}=\sqrt{(-1)^2}=-1 😉

    Aber nun mal ernst: Den Term 0^0 kann man nicht auswerten, man kann ihn nicht einfach in den Taschenrechner eingeben und das Ergebnis als richtig ansehen (sofern eins herauskommt). Denn es gibt viele Funktionen die für den Funktionswert 0 gegen den Term 0^0 konvergieren und dabei unterschiedliche Grenzwerte haben; der Term ist mehrdeutig. Deswegen sind Ausdrücke der Form 0^0=1 im Endeffekt falsch.

    Die ganzen Taschenrechner/Programmiersprachen geben nur deswegen einen Wert heraus weil vermutlich ihre Art der Berechnung von Potenzen auf Funktionen basieren, die halt gegen den Term 0^0 konvergieren können und dabei einen Grenzwert haben.

    Übrigens habe ich noch eine weitere Funktion gefunden:

    f(x)=(1/e1/x)sin(x)f(x) = (1 / e^{1/x})^{sin(x)}



  • EI nComputer kann nur mit Rationalen Zahlen rechnen, sein Zahlrenraum ist ja bekanntlich begrenztr -ich denke daran leigt das Problem ...

    MfG Branleb


Anmelden zum Antworten