Python rechnet falsch

[Marvin K. (mrxv001zzr)]

Hi Leute, bin neu hier und zu Beginn habe ich eine Frage bezüglich eines 
Babybeispieles und ich frag mich nur was ich da falsch gemacht habe. ER 
rechnet die Multiplikation aus irgendeinem Grund falsch.
Kurze INfo: Ich lern Python erst seit ein paar Minuten.

Hier die Programmierung:

tage = float();
tage = input();
stunden = float();

print('Gib die Anzahl der Tage ein', tage)

stunden = tage * 24

print('Das sind die Stunden von ', tage,'Tagen :',stunden)


und raus kommt immer nur das

5     (die Zahl die ich eingebe)
Gib die Anzahl der Tage ein 5
Das sind die Stunden von  5 Tagen : 555555555555555555555555

[STK500-Besitzer (Gast)]

Scheint ein String-Verarbeitungs-Problem zu sein.
Deine Eingabe ist ein Text.
So wie ich es interpretiere, verfielfacht Python diesen String einfach 
24 Mal.
Du musst den String also in eine Zahl umwandeln.

[Marvin K. (mrxv001zzr)]

Und wie funktioniert das? HAb da keinen Plan

[Test (Gast)]

stunden = int(tage) * 24

[Seppl (Gast)]

Der Moderator möchte leider nicht, dass Dir geholfen wird.

Schau am besten ein youtube Tutorial...

Ansonsten guck Dir die Funktionsreferenz von float(), print() und 
input() an.
Dann siehst Du, was da oben alles nicht stimmt.

[Erwin D. (Gast)]

Seppl schrieb:
> Der Moderator möchte leider nicht, dass Dir geholfen wird.

Das glaube ich nicht. Es wurde nur die unflätige Antwort gelöscht und 
die Beiträge, die damit zusammenhängen.

[Typo (Gast)]

Du kannst auch mit type(tage) den Typ der Variable anzeigen. Dann siehst 
du auch dass es ein String ist.

[Seppl (Gast)]

Das der Code oben Murks ist und er sich eine andere Lektüre zum Lernen 
suchen soll war ein unflätiger Kommentar?

Wenn der Mensch, wie er selber sagt, gerade seit ein paar Minuten Python 
lernt und dann so einen Code zur Diskussion stellt:

tage = float();
tage = input();

print('Gib die Anzahl der Tage ein', tage)

kann der einzige Schluss doch nur sein, dass sein Lernmaterial absolut 
minderwertig ist.

Aber gut... macht ihr mal.

[Erwin D. (Gast)]

Seppl schrieb:
> Das der Code oben Murks ist und er sich eine andere Lektüre zum Lernen
> suchen soll war ein unflätiger Kommentar?

Nein, du warst nicht gemeint, sondern ein anderer Typ, der "halt die 
Fresse" und ähnliches schrieb. Diese Ausdrucksweise war doch sehr 
daneben.

[Sheeva P. (sheevaplug)]

STK500-Besitzer schrieb:
> Scheint ein String-Verarbeitungs-Problem zu sein.
> Deine Eingabe ist ein Text.
> So wie ich es interpretiere, verfielfacht Python diesen String einfach
> 24 Mal.
> Du musst den String also in eine Zahl umwandeln.

Das ist kein Problem, sondern intendiert und dokumentiert:

3 * '4'

ist in Python tatsächlich '444', anstatt (wie in PHP) 12.

3 + '4'

dagegen ist in PHP 7, in Python wirft das einen TypeError.

[Sheeva P. (sheevaplug)]

Marvin K. schrieb:
> tage = float();
> tage = input();
> stunden = float();

Den "float()"-Quatsch kannst Du Dir in Python sparen, die Semikola am 
Ende der Zeilen ebenfalls. Python verwendet Autovivikation -- Du mußt 
Variablen also nicht deklarieren -- und andererseits bindet es Typen 
nicht an die Variablen, sondern an den Wert. Beispiel:

i = 3    # i ist jetzt ein integer
i = 3.3  # i ist jetzt ein float
i = '3'  # i ist jetzt ein str (in Python2) oder ein bytes (Python3)

Diesen Code kannst Du genau so ausführen, und der Typ von i ändert sich 
dabei mit jeder Zuweisung.

[Chris R. (hownottobeseen)]

Leider ist mein ursprünglicher Post-Versuch genau in die Minute 
gefallen, als das Topic kurz weg war...

Kurz: Python ist Typenschwach, eine Variable, die vorher einen string 
enthilt, kann mit nächster Zuweisung einen int oder float enthalten, und 
umgekehrt.

Zugleich hat Python mächtige Array-Funktionen. Da strings nichts anderes 
als Arrays sind, kannst du deren Elemente multiplizieren, es passiert 
also folgendes:

'5' * 2 = '55'

5 * 2 = 10

[5] * 2 = [5, 5]

float('5') * 2 = 10

Das ist alles so gewollt. Für Anfänger verwirrend, aber nützliche 
Features.

Edit: Missverständlichkeit reduziert

[Sheeva P. (sheevaplug)]

Chris R. schrieb:
> Kurz: Python ist Typenschwach

Verzeihung, PHP ist schwach typisiert, weil es sich seinen Variablentyp 
je nach verwendetem Operator automatisch zurecht castet -- und deswegen 
kommt dort bei 3 + '4' auch 7 heraus, bei 3 * '4' eine 12.

Python ist dynamisch, aber stark typisiert, deswegen wirft es bei 3 + 
'4' einen TypeError. 3 * '4' ist dagegen unter Python definiert (durch 
die "magische" Methode _mul_ des Builtin 'str'), heraus kommt '444'.

[Chris R. (hownottobeseen)]

Sheeva P. schrieb:
> Python ist dynamisch, aber stark typisiert

sorry, da hab ich was durcheinander geworfen - danke für die 
Berichtigung! :)

[imonbln (Gast)]

Marvin K. schrieb:
> tage = float();
 Das ist überflüssig, in Python musst du keine Variablen Deklarieren. 
einfach erstazlos weglassen.

> tage = input();
 Hier ließt du eine String ein tage ist jetzt ein String kein float 
mehr!
 zum überprüfen einfach type(tage) ausgeben. (Achtung in Python können ) 
Variablen den Type änderen (ist aber schlechter Style)

> stunden = float();
Auch das würde ich würde ich in Python weglassen. Btw das Semikolon ist 
in Python Optional und unüblich das Linebreak schließt die Instruktion 
auch ab.

>
> print('Gib die Anzahl der Tage ein', tage)
>
 das sollte vor den Input stehen, oder auch so input('Gib die Anzahl der 
Tage ein ')

> stunden = tage * 24

tage vom Type String die 24 ist ein Int, eine besonderheit von Python 
ist das Python hier den String 24 Concatiniert und das in Stunden als 
String speichert.

hier mal dein Beispiel in Python 3.6 oder höher
beachte das int(tage) um aus den String ein int zu machen.
(Zur Vereinfachung würde die Fehlerbehandlung weglassen)

tage = input('Gib die Anzahl der Tage ein: ')
stunden = int(tage) * 24
print(f'Das sind die Stunden von {tage}, Tagen :{stunden}')

[Da D. (dieter)]

imonbln schrieb:
> (Zur Vereinfachung wurde die Fehlerbehandlung weglassen)

Das scheint ein weit verbreitetes Motto bei Python Programmierern zu 
sein. ;-)

[Sheeva P. (sheevaplug)]

Chris R. schrieb:
> Sheeva P. schrieb:
>> Python ist dynamisch, aber stark typisiert
>
> sorry, da hab ich was durcheinander geworfen - danke für die
> Berichtigung! :)

Nichts zu danken, sehr gerne. Im Alltag ist man an solche Dinge 
irgendwann ja so gewöhnt, daß man es als selbstverständlich hinnimmt und 
nicht mehr darüber nachdenkt... Ich hätte das sicherlich auch schon 
längst vergessen, wenn ich nicht unregelmäßig Python-Schulung halten 
würde. ;-)

[Sheeva P. (sheevaplug)]

Da D. schrieb:
> imonbln schrieb:
>> (Zur Vereinfachung wurde die Fehlerbehandlung weglassen)
>
> Das scheint ein weit verbreitetes Motto bei Python Programmierern zu
> sein. ;-)

Da Python meist das Richtige tut, ist das in der Regel auch überflüssig. 
;-)

[STK500-Besitzer (Gast)]

Sheeva P. schrieb:
> Das ist kein Problem, sondern intendiert und dokumentiert:

Doch ist es: Für den Threadopener ;)
Ich habe bis jetzt keine Ahnung von python.
Dass der TO noch andere, mehr Defizite hat, hat er ja schon geschrieben.
python-Tutorien sollte es aufgrund seiner Verbreitung ja zuhauf geben.
Damit würde ich anfangen.

[Da D. (dieter)]

Sheeva P. schrieb:
> Da Python meist das Richtige tut, ist das in der Regel auch überflüssig.
> ;-)

Du meinst "Mit nem Stacktrace abschmieren" ist das richtige für den 
User des Programms?

[Yalu X. (yalu) (Moderator)]

Da D. schrieb:
> Du meinst "Mit nem Stacktrace abschmieren" ist das richtige für den
> User des Programms?

In diesem speziellen Fall schon:

Der User ist hier einer, der gerade anfängt, in Python zu programmieren.

Für diesen dürfte die aus der Falscheingabe "Hampelmann" resultierende
Fehlermeldung

  File "test.py", line 3, in <module>
    stunden = int(tage) * 24
ValueError: invalid literal for int() with base 10: 'Hampelmann'

leichter zu verstehen sein als das zum Abfangen dieses Fehlers
erforderliche Exception-Handling.

[MaWin (Gast)]

Test schrieb:
> stunden = int(tage) * 24

Es lebe die Typesicherheit! Jeder cast ist überflüssig, wenn man 
programmieren kann. Ein cast ist immer ein Indikator für einen 
schlechten Programmierer.

[Carl D. (jcw2)]

MaWin schrieb:
> Test schrieb:
>> stunden = int(tage) * 24
>
> Es lebe die Typesicherheit! Jeder cast ist überflüssig, wenn man
> programmieren kann. Ein cast ist immer ein Indikator für einen
> schlechten Programmierer.

Das ist kein cast, sondern eine Konvertierung nach int.

[Erwin D. (Gast)]

MaWin schrieb:
> Jeder cast ist überflüssig, wenn man
> programmieren kann.

Dann berichtige bitte und zeig, wie man es richtig macht.

[Vort (Gast)]

Erwin D. schrieb:
> MaWin schrieb:
>> Jeder cast ist überflüssig, wenn man
>> programmieren kann.
>
> Dann berichtige bitte und zeig, wie man es richtig macht.

Hat dir deine Mutti nicht gesagt, dass Du MaWin nicht überfordern 
sollst?

[Erwin D. (Gast)]

Vort schrieb:
> Erwin D. schrieb:
>> MaWin schrieb:
>>> Jeder cast ist überflüssig, wenn man
>>> programmieren kann.
>>
>> Dann berichtige bitte und zeig, wie man es richtig macht.
>
> Hat dir deine Mutti nicht gesagt, dass Du MaWin nicht überfordern
> sollst?

Das ist doch keine Überforderung.
Das beantwortet er doch mit links ;-)

[Typo (Gast)]

Für Python gibt es übrigens statische type checker die bei größeren 
Projekten sinnvoll sein können.

http://mypy-lang.org/
https://google.github.io/pytype/

[Rolf M. (rmagnus)]

Erwin D. schrieb:
>> Erwin D. schrieb:
>>> MaWin schrieb:
>>>> Jeder cast ist überflüssig, wenn man
>>>> programmieren kann.
>>>
>>> Dann berichtige bitte und zeig, wie man es richtig macht.
>>
>> Hat dir deine Mutti nicht gesagt, dass Du MaWin nicht überfordern
>> sollst?
>
> Das ist doch keine Überforderung.
> Das beantwortet er doch mit links ;-)

Mich würde auch interessieren, was denn seiner Meinung nach der richtige 
Weg ist, um in python einen string in einen int zu konvertieren.
Und mich würde interessieren, warum es wohl in sehr vielen Sprachen 
Casts gibt, wenn ihre Benutzung wie er behauptet grundsätzlich immer ein 
Fehler ist.

[Sheeva P. (sheevaplug)]

STK500-Besitzer schrieb:
> Sheeva P. schrieb:
>> Das ist kein Problem, sondern intendiert und dokumentiert:
>
> Doch ist es: Für den Threadopener ;)
> Ich habe bis jetzt keine Ahnung von python.

Das tut mir leid, aber Du kannst es ja leicht beheben. ;-)

Nein, im Ernst: wenn Du Verwendung für eine Skriptsprache hast, ist 
Python zweifellos eine hervorragende Wahl. ;-)

> Dass der TO noch andere, mehr Defizite hat, hat er ja schon geschrieben.
> python-Tutorien sollte es aufgrund seiner Verbreitung ja zuhauf geben.
> Damit würde ich anfangen.

Das ist zwar zweifellos richtig, aber als Anfänger fängt man so ein 
Tutorial ja erstmal an und verinnerlicht es nicht innerhalb von einer 
halben Stunde. Unser TO wird sicherlich noch an die richtige Stelle des 
Tutorial kommen und den entsprechenden Hinweis finden, hab' doch bitte 
einfach mal ein bisschen Geduld mit einem Einsteiger. ;-)

[Sheeva P. (sheevaplug)]

Da D. schrieb:
> Sheeva P. schrieb:
>> Da Python meist das Richtige tut, ist das in der Regel auch überflüssig.
>> ;-)
>
> Du meinst "Mit nem Stacktrace abschmieren" ist das richtige für den
> User des Programms?

Das hängt ganz davon ab, aber meistens ist das so. Der Stacktrace hat ja 
immerhin die Informationen, daß, warum, was, und wo etwas schiefgelaufen 
ist. Das ist mehr, als ich von vielen anderen Sprachen kenne...

[Sheeva P. (sheevaplug)]

Typo schrieb:
> Für Python gibt es übrigens statische type checker die bei größeren
> Projekten sinnvoll sein können.
>
> http://mypy-lang.org/
> https://google.github.io/pytype/

Und natürlich einen Linter:

https://www.pylint.org/

[Typo (Gast)]

Und wer Python um ein vielfaches schneller haben will, ohne den Code 
speziell anpassen zu müssen, sollte mal den alternativen PyPy 
Interpreter ausprobieren. PyPy ist ein JIT Compiler für Python. Bei 
meinen Versuchen war es mehrfach schneller als der Standard Python 
Interpreter.

https://www.pypy.org/