Hallo,
Martin, Gunnar, BigPeter und Vinzenz starten beim Marathon. Der Veranstalter steht auf Startnummern mit führenden Nullen [1]. Martins Startnummer trägt die 1111, Gunnars die 0088, BigPeter hat die 0077, Vinzenz trägt die 0063. Wir nehmen weiterhin den Standardalgorithmus von parseInt():
nun ja, ein von vornherein kaputtes Konzept macht natürlich alle rationalen Betrachtungen zunichte. Wer kommt auch auf so eine dämliche Idee, Zahlen mit einer führenden Null, aber sonst ohne eindeutige Kennzeichnung als Oktalzahlen zu interpretieren? - Möcht' nicht wissen, was die 68er da alles geraucht haben.
Konsequenterweise hätte man für Oktalzahlen das Präfix 0o festlegen müssen, entsprechend den Hexadezimalzahlen.
Benutzerfreundlich ist es, wenn man das, was auf einem gedruckten Zettel steht, genauso verwenden kann :-)
Richtig. Und wenn auf dem gedruckten Zettel "77" steht, und für die Eingabe vier Stellen vorgesehen sind, sollte sowohl " 77" als auch "77" als auch "0077" eindeutig erkannt werden. Dass "77" anders interpretiert wird als "077" oder "0077", widerspricht jeder Vernunft.
Ich halte 1E3 im vorliegenden Anwendungsfall für etwa so unwahrscheinlich
Zugegeben, die Exponentialschreibweise ist vermutlich eher ungewöhnlich. Führende Nullen allerdings nicht.
Ciao,
Martin
F: Was ist ekliger als ein angebissener Apfel mit einem Wurm drin?
A: Ein angebissener Apfel mit einem halben Wurm.
Selfcode: fo:) ch:{ rl:| br:< n4:( ie:| mo:| va:) de:] zu:) fl:{ ss:) ls:µ js:(