PEP8 ist eben [b]der[/b] Styleguide für Python. Die Syntax einer Sprache bietet einem Entwickler sehr viele Freiheiten, die nicht immer erwünscht sind. Und wer sich an PEP8 hält, dessen Code ist eben lesbarer, da er sich in einer Form präsentiert, die der Mehrheit der Python-Entwickler geläufig ist.
In einem Artikel wie diesem erwarte ich auch PEP8 Konformität!
Dieser Lesbarkeitsunsinn, der von Styleguide-Faschisten immer kolportiert wird, erinnert mich immer an das Zeugs, was man in Esoterikzeitschriften liest. Komischerweise hatte ich noch nie Probleme, Code zu verstehen, der in einem anderen Coding-Style geschrieben ist als der, den ich gewöhnlich verwende.
Also nochmal: Wer diesen Code nicht versteht, PEP8 hin oder her, der sollte an seinen Python-Fähigkeiten arbeiten oder das Programmieren ganz sein lassen. Denn beim Programmieren ist der Style Guide so ziemlich das letzte, was interessant ist. Außer für Paragrafenreiter und Regelfaschisten.
Denn beim Programmieren ist der Style Guide so ziemlich das letzte, was interessant ist. Außer für Paragrafenreiter und Regelfaschisten.
Sorry, aber das ist blanker Unsinn! Uniformität ist ein wichtiges Prinzip beim Programmieren, speziell wenn der Code nach außen hin sichtbar ist oder sogar im Team erstellt wird.
Da Python dynamisch typisiert ist, ist es sogar ein Muss, sinnvolle Namen zu verwenden und diese entsprechend des Styleguides zu formatieren. Damit erkennt man sofort, ob es sich um eine Funktion, Klasse oder gar Konstante handelt. In diesem Code ist das übrigens nicht der Fall.
Natürlich ist dieser Code einfach gestrickt - aber er wird ja auch von Anfängern gelesen, die sich dann einen schlechten Stil angewöhnen.
Ich kann Dir Deine Meinung nicht verbieten, stemme mich hier aber öffentlich dagegen, damit Unbedarfte sich zumindest kritisch damit auseinandersetzen (wenn sie den Sinn nicht sofort erkennen).
spätestens wenn man im Team arbeitet flucht man wenn sich jemand nicht an die Styleguides hält. Besonders mit Tabcompletion errät man zB Funktionsnamen sofort wenn sie einheitlich gewählt wurden, und muss nicht den ganzen Code lesen nur um ein Modul zu verwenden. (DocStrings alleine sind nicht ausreichend)
PEP8 ist eben [b]der[/b] Styleguide für Python. Die Syntax einer Sprache bietet einem Entwickler sehr viele Freiheiten, die nicht immer erwünscht sind. Und wer sich an PEP8 hält, dessen Code ist eben lesbarer, da er sich in einer Form präsentiert, die der Mehrheit der Python-Entwickler geläufig ist.
In einem Artikel wie diesem erwarte ich auch PEP8 Konformität!
Dieser Lesbarkeitsunsinn, der von Styleguide-Faschisten immer kolportiert wird, erinnert mich immer an das Zeugs, was man in Esoterikzeitschriften liest. Komischerweise hatte ich noch nie Probleme, Code zu verstehen, der in einem anderen Coding-Style geschrieben ist als der, den ich gewöhnlich verwende.
Also nochmal: Wer diesen Code nicht versteht, PEP8 hin oder her, der sollte an seinen Python-Fähigkeiten arbeiten oder das Programmieren ganz sein lassen. Denn beim Programmieren ist der Style Guide so ziemlich das letzte, was interessant ist. Außer für Paragrafenreiter und Regelfaschisten.
Da Python dynamisch typisiert ist, ist es sogar ein Muss, sinnvolle Namen zu verwenden und diese entsprechend des Styleguides zu formatieren. Damit erkennt man sofort, ob es sich um eine Funktion, Klasse oder gar Konstante handelt. In diesem Code ist das übrigens nicht der Fall.
Natürlich ist dieser Code einfach gestrickt - aber er wird ja auch von Anfängern gelesen, die sich dann einen schlechten Stil angewöhnen.
Ich kann Dir Deine Meinung nicht verbieten, stemme mich hier aber öffentlich dagegen, damit Unbedarfte sich zumindest kritisch damit auseinandersetzen (wenn sie den Sinn nicht sofort erkennen).
fullack
spätestens wenn man im Team arbeitet flucht man wenn sich jemand nicht an die Styleguides hält.
Besonders mit Tabcompletion errät man zB Funktionsnamen sofort wenn sie einheitlich gewählt wurden, und muss nicht den ganzen Code lesen nur um ein Modul zu verwenden. (DocStrings alleine sind nicht ausreichend)