XtraNine hat geschrieben:Also erstmal: Es sind sehr viele sinnvolle Sachen drin, aber auch _weniger_ sinnvoll und beschränkende!
Ich sehe in deinen Beispielen keine Beschränkungen die dir PEP8 auferlegt.
XtraNine hat geschrieben::stupid: aber so was von! x * x + y * y ist total unleserlich, wogegen x*x + y*y leserlich ist, da die Terme so zusammengerückt sind was die Leserlichkeit erhöht. OK, in diesem Fall recht trivial aber bei komplexeren beispielen...
Ich persönlich finds leserlicher wenns nicht so zusammengequtscht ist. Wobei mir das recht egal ist, aber bei Zuweisungen wie wert=4 (also ohne Leerzeichen) stehen mir die Haare zu Berge. Inline-Comments finde ich auch schlimm, weil sie einfach stören (Copy & Paste und so) und es keinen Grund gibt, warum sie nicht über dem Code stehen können, den sie beschreiben.
XtraNine hat geschrieben:So bekommt man es in der schule beigebracht -> (a+b) * (a-b) aber man soll es unleserlich machen like (a + b) * (a - b)...
((a+b)*(a-b))/((b-a)/(a**b)) soll leserlicher sein als ((a+b) * (a-b)) / ((b - a) / (a**b))? Naja, gut, unleserlich sind beide, wenn man Formeln in einer Zeile schriebt wird sowas generell hässlich.
XtraNine hat geschrieben:Toll! Was soll das den bitte? Warum darf ich nicht meine Methode/Funktion MyFunction nenne und werde dazu gezwungen es my_function zu nenne, was für mich total unästhetisch aussieht?
Ney. Du wirst gebeten das so zu machen, wie die meisten Python-Programmierer es auch tun, weil sie es leserlicher finden. Mich eingeschlossen.
XtraNine hat geschrieben:Ich hab es mir angewöhnt, das alle Methoden mit einen Großen Buchstaben anfangen und alle beinhalteten Worte ebenfalls mit einen Großen anfangen. Desweiteren fangen bei mir alle öffentlichen Attribute von einer Klasse mit einen kleinen Buchstaben an und alle weiteren Worte fangen mit einen Großen an. --> MyMethod(), myAttribut
"Ich habe mir angewohnt private und public zu verwenden, ich habe mir angewöhnt Getter und Setter für jeden Quark zu schrieben, ich habe mir angewöhnt pro Klasse eine Datei zu schreiben, ich habe mir angewöhnt meine main() Funktion in eine Klasse zu packen, ich habe mir angewöhnt, Klassen überall zu verwenden, auch dort wo sie stören. Könnte aber auch sein, dass Java mir vieles angewöhnt hat, weil es mir keine Wahl ließ."
Python lässt dir die Wahl und bei vielen Dingen lohnt es sich, seine Gewohnheiten zu ändern.
XtraNine hat geschrieben:Was haltet ihr davon und welche Sachen von PEP8 gehen euch auf den Sack!?
Mich nervt das 1-Zeile pro Import. Ich gruppiere meine Imports meist in der Reihenfolge: Stdlib, externe Abhängigkeiten, Module meines Programmes. Und daran wird auch PEP8 nichts ändern, denn das macht meiner Meinung nach Sinn, nicht nur ästhetischen, sondern dient der Übersichtlichkeit, welches Modul woher kommt. Aber statt die Imports einzuklammern und über mehrere Zeilen zu verteilen schreibe ich mehrere Imports dann doch auf mehrere Zeilen.
XtraNine hat geschrieben:"Oh Gott, meine ganzen angefangenen Python Scripte sind für die Katz, weil sie gegen PEP8 verstoßen sind
"
Stimmt, war bei mir auch so. Meine ganzen Anfänger-Skripte wurden durch PEP8 entwertet, und zwar zu recht, wenn ich mir ansehe, was ich da für Quark gemacht habe. Allerdings habe ich viele Sachen aus dem PEP8 schon vor dem Lesen befolgt.
N317V hat geschrieben:Sich das sklavisch daran zu halten, ist ja auch nicht Sinn des Ganzen.
Das tue ich auch nicht. Ich befolge die Meisten sachen, die mir sinnvoll erscheinen (also die große Mehrheit) und gehe dort eigene Wege wo ich es für sinnvoll halte.