Τι είναι το Zen της Python και πώς εμπνέει μια πιθανή Zen C;

Όταν μιλάμε για φιλοσοφία σχεδιασμού σε γλώσσες προγραμματισμούΕίναι σύνηθες να εμφανίζονται τα εξής Το γνωστό Ζεν της Python: αυτή η συλλογή αφορισμών που εμφανίζεται όταν γράφετε import this στην κονσόλα. Ωστόσο, είναι εύκολο να συγχέουμε αυτήν την ιδέα με αυτήν μιας υποτιθέμενης «γλώσσας προγραμματισμού Zen C» ή με την αναζήτηση μιας ισοδύναμης «Zen» μέσα στην ίδια τη γλώσσα C. Στην πράξη, αυτό που έχουμε είναι μια σειρά από αρχές που έχουν εμπνεύσει κοινότητες όπως της Python και που πολλοί προγραμματιστές προσπαθούν να εφαρμόσουν σε άλλες γλώσσες όπως η C, αντί για μια νέα γλώσσα που ονομάζεται Zen C.

Σε αυτό το άρθρο θα χρησιμοποιήσουμε αυτό το θεμέλιο για να εξηγήσουμε λεπτομερώς τι είναι το Zen της Python, πώς λειτουργεί, Ποια φιλοσοφία μεταφέρει και σε ποιο βαθμό μπορεί να εμπνεύσει ένα υποθετικό Ζεν του C;Θα εξετάσουμε τους αφορισμούς έναν προς έναν, συζητώντας πρακτικά παραδείγματα, αποχρώσεις και πραγματικές αντιφάσεις στην ανάπτυξη της γλώσσας, και θα ολοκληρώσουμε με μια αναστοχασμό σχετικά με το πώς αυτές οι αρχές μπορούν να εφαρμοστούν εκτός του οικοσυστήματος της Python.

Τι είναι πραγματικά το Ζεν (και γιατί έχει σημασία όταν μιλάμε για το Ζεν C)

Το λεγόμενο Ζεν της Πύθωνος, γνωστό και ως ΡΕΠ 20Είναι μια συλλογή από αφορισμούς που συνοψίζουν το όραμα του Tim Peters για το πώς πρέπει να είναι ο σχεδιασμός και η γραφή κώδικα Python. Αν και πολλοί το αναφέρουν σαν να ήταν ένα είδος καταστατικού, στην πραγματικότητα προήλθε από ένα σχετικά ανάλαφρο κείμενο, με αρκετή ειρωνεία και μια δόση χιούμορ.

Αυτοί οι αφορισμοί θεωρούνται ένα είδος μανιφέστο καλών πρακτικώνΑυτοί δεν είναι επίσημοι κανόνες της γλώσσας, αλλά έχουν επηρεάσει σε μεγάλο βαθμό την κουλτούρα της κοινότητας, τη συγγραφή των PEP (Python Enhancement Proposals) και τις συζητήσεις σχετικά με την εξέλιξη της ίδιας της γλώσσας: από την εισαγωγή του τελεστή «θαλάσσιος ίππος» (:=) μέχρι την αντιστοίχιση των δομικών προτύπων.

Όταν οι άνθρωποι μιλούν για «Ζεν Κ», πολλοί στην πραγματικότητα αναρωτιούνται αν υπάρχει ένα ισοδύναμο σύνολο αρχών για την Κ ή αν αυτό μπορεί να προσαρμοστεί. φιλοσοφία της απλότητας, της σαφήνειας και της αναγνωσιμότητας στο πλαίσιο της γλώσσας C, η οποία είναι χαμηλότερου επιπέδου και λιγότερο «φιλική» στο σχεδιασμό της από την Python.

Στην πράξη, όταν κάποιος αναφέρει τη γλώσσα Zen C, συνήθως προσπαθεί να συλλάβει την ίδια ιδέα: μια χούφτα κατευθυντήριες γραμμές που θα βοηθήσουν στη σύνταξη σαφέστερου και πιο συντηρήσιμου κώδικα C, εμπνευσμένες από αυτά που κηρύττει η γλώσσα Zen της Python, αν και Δεν υπάρχει επίσημο PEP 20 για C ούτε μαγική ενότητα όπως import this.

Πώς μοιάζει το Zen της Python στην κονσόλα

Μία από τις πιο γνωστές ιδιορρυθμίες της Python είναι ότι μπορείτε να εμφανίσετε το Zen σε οποιονδήποτε διαδραστικό διερμηνέα απλώς πληκτρολογώντας import thisΑπό την έκδοση Python 2.2.1, ο διερμηνέας έχει ενσωματώσει την ενότητα this.py το οποίο, όταν εισάγεται, τυπώνει τους αφορισμούς στα αγγλικά.

Το κείμενο που εμφανίζεται είναι μια σειρά από 19 σύντομες προτάσεις που συνοψίζουν τη φιλοσοφία σχεδιασμού της Python. Λέγεται ότι ο Peters μίλησε για 20 αρχές, αλλά Άφησε μόνο 19 γραπτά, αφήνοντας το εικοστό ως έναν «φανταστικό» αφορισμό που ο καθένας μπορεί να ερμηνεύσει ή να συμπληρώσει νοερά.

Εσωτερικά, η ενότητα this Δεν αποθηκεύει το Zen σε απλό κείμενο, αλλά σε μια κωδικοποιημένη συμβολοσειρά με ένα ROT13 Απλό. Η ίδια η ενότητα ορίζει ένα λεξικό αντικατάστασης χαρακτήρων και αποκωδικοποιεί τη συμβολοσειρά πριν την εκτυπώσει. Αν ελέγξετε this.sΘα δείτε την ασαφή έκδοση. Αν εφαρμόσετε τον αλγόριθμο αντικατάστασης, θα λάβετε το ευανάγνωστο κείμενο.

Αυτή η χρήση του ROT13 έχει μια ιστορική αναδρομή: πριν υπάρξει η ενότητα, το Zen κοινοποιούνταν στη λίστα αλληλογραφίας της Python, επίσης ασαφές, ως ένα είδος Πασχαλινό αυγό για την κοινότηταΗ ιδέα της «εισαγωγής αυτού» κατέληξε να γίνει ακόμη και σύνθημα για τα πρώτα συνέδρια οικοσυστημάτων, όπως το 10ο Διεθνές Συνέδριο Python.

Οι 19 αφορισμοί του Ζεν και η πρακτική τους σημασία

Το πρωτότυπο κείμενο, στα αγγλικά, ξεκινά με τον τίτλο «Το Ζεν της Python, από τον Tim Peters» και στη συνέχεια παρουσιάζει 19 προτάσεις που κάθε χρήστης Python έχει διαβάσει κάποια στιγμή. Από εδώ, θα τις εξετάσουμε μία προς μία, εξηγώντας τι υπονοούν στην καθημερινή κωδικοποίηση, πώς ερμηνεύονται συνήθως και μερικά τυπικά παραδείγματα στην Python που μας βοηθούν να φανταστούμε πώς θα μπορούσαν να μεταφραστούν σε ένα «Zen C».

1. Το όμορφο είναι καλύτερο από το άσχημο

Ο πρώτος κανόνας τονίζει ότι ο κώδικας δεν πρέπει μόνο να λειτουργεί, αλλά και να είναι ευχάριστο στην ανάγνωσηΗ ομορφιά εδώ δεν έχει να κάνει με τις ιδιαίτερες πινελιές, αλλά με τη σαφήνεια, τη συνέπεια και το προσεκτικό στυλ: κατανοητά ονόματα, καλά τοποθετημένοι χώροι και καθαρή δομή.

Ένα κλασικό παράδειγμα στην Python είναι η προτίμηση τελεστών και λέξεων-κλειδιών που είναι αναγνώσιμα από τον άνθρωπο, όπως and y or μπροστά από σύμβολα κρυπτικό όταν είναι διαθέσιμο ή αποφύγετε να έχετε πολλές διαφορετικές λειτουργίες στοιβαγμένες στην ίδια γραμμή θυσιάζοντας την αναγνωσιμότητα για λόγους συντομίας.

Η ίδια ιδέα που εφαρμόζεται σε ένα υποθετικό Zen C θα πρότεινε τη χρήση σαφείς συμβάσεις εσοχής, περιγραφικά ονόματα και να διαχωρίζουν σύνθετες εκφράσεις σε αρκετές γραμμές, αντί να κάνουν κατάχρηση μακροεντολών ή περίπλοκων εκφράσεων που καταλαβαίνει μόνο το άτομο που τις έγραψε.

2. Το ρητό είναι καλύτερο από το έμμεσο

Αυτή η αρχή τονίζει ότι ο αναγνώστης του κώδικα δεν θα πρέπει να χρειάζεται να μαντεύει πώς λειτουργεί κάτι. Είναι προτιμότερο η πρόθεση να είναι σαφής. γραμμένο μέρα μεσημέρι, αν και μπορεί να περιλαμβάνει μερικές ακόμη γραμμές, αντί να βασίζεται σε έμμεση συμπεριφορά ή κρυφή «μαγεία».

Ένα πολύ συνηθισμένο παράδειγμα είναι η αποφυγή πραγμάτων όπως from math import *τα οποία φέρνουν όλα τα περιεχόμενα μιας ενότητας στον τρέχοντα χώρο ονομάτων χωρίς να καθιστούν σαφές τι χρησιμοποιείται. Είναι καλύτερο να γράφετε from math import sqrt, sin, cos και να δηλώσει ρητά τι χρειάζεται.

Ένας άλλος τρόπος για να γίνει ο κώδικας σαφής είναι να εισαχθεί ενδιάμεσες μεταβλητές με εκφραστικά ονόματα Αντί να στοιβάζετε λειτουργίες σε μία μόνο έκφραση. Αυτό βοηθά οποιονδήποτε (συμπεριλαμβανομένου του μελλοντικού εαυτού σας) να καταλάβει τι συμβαίνει χωρίς να χρειάζεται να κάνει νοητική αντίστροφη μηχανική.

3. Το απλό είναι καλύτερο από το σύνθετο

Η ιδέα εδώ είναι ότι, όταν έχετε την επιλογή, επιλέξτε την απλή λύση αντί για την περίπλοκηΔεν πρόκειται για την αποφυγή κάθε πολυπλοκότητας με κάθε κόστος, αλλά για το να θυμόμαστε ότι ο κώδικας γράφεται μία φορά και διαβάζεται πολλές φορές.

Οι έμπειροι προγραμματιστές συχνά επιμένουν ότι η επίτευξη απλότητας απαιτεί προσπάθεια: πρέπει να βελτιώσετε το σχεδιασμό, να εξαγάγετε συναρτήσεις, να αναθεωρήσετε ονόματα... αλλά σε αντάλλαγμα λαμβάνετε Καθαρός και αποτελεσματικός κώδικας Είναι εύκολο να κατανοηθεί και μπορεί να συντηρηθεί χωρίς φόβο. Αυτή η προσέγγιση λειτουργεί τόσο για Python όσο και για C: μια σύντομη, σαφής συνάρτηση είναι προτιμότερη από μια μεγα-συνάρτηση γεμάτη ειδικές περιπτώσεις και σημαίες κατάστασης.

Τα παραδείγματα συχνά αντιπαραβάλλουν υλοποιήσεις όπου όλα επιλύονται σε μία μόνο κρυπτική γραμμή με κάπως μεγαλύτερες εκδόσεις, αλλά με σαφή και σαφώς καθορισμένα λογικά μπλοκτα οποία είναι πολύ πιο εύκολο να εξηγηθούν.

4. Το σύνθετο είναι καλύτερο από το περίπλοκο

Η διάκριση μεταξύ «σύνθετου» και «περίπλοκου» είναι σημαντική. Ένα σύνθετο σύστημα αποτελείται από απλές ενότητες που συνδυάζουνΑλλά κάθε κομμάτι, λαμβανόμενο μεμονωμένα, είναι κατανοητό. Ένα περίπλοκο σύστημα, από την άλλη πλευρά, είναι γεμάτο κρυφές εξαρτήσεις, κοινές καταστάσεις και λογική που δεν είναι άμεσα εμφανής.

Στον κώδικα, αυτό μεταφράζεται στην προτίμηση σχεδίων όπου κάθε συνάρτηση λύνει μια σαφή εργασία και βασίζεται σε άλλες σαφώς καθορισμένες συναρτήσεις, αντί να συσσωρεύεται όλη η λογική σε ένα μέρος που χρησιμοποιεί καθολικές σταθερές, έμμεσες καταστάσεις και δύσκολα στην παρακολούθηση διασταυρούμενες συνθήκες.

Η ταξινομημένη προτίμηση συνήθως συνοψίζεται ως Απλό > Σύνθετο > ΠολύπλοκοΜε άλλα λόγια, αν δεν είναι δυνατόν να είναι κανείς εντελώς απλός, τουλάχιστον ας είναι η πολυπλοκότητα δομημένη και όχι ένα δυσανάγνωστο χάος.

5. Το επίπεδο είναι καλύτερο από το ένθετο

Η βαθιά φωλιά είναι ο εχθρός της γρήγορης κατανόησης. Πολλά επίπεδα ifΟι βρόχοι μέσα σε βρόχους και οι ένθετες δομές αναγκάζουν τον αναγνώστη να υπερφορτώνετε το κεφάλι σας με πάρα πολλές πληροφορίες ταυτόχρονα. Η σύσταση του Ζεν είναι να ισοπεδώνετε όποτε είναι λογικό.

Μια τυπική τεχνική για την αποφυγή ατελείωτων φωλιών είναι εξαγωγή τμημάτων του κώδικα σε μικρές βοηθητικές συναρτήσειςή να χρησιμοποιούν πιο άμεσες δομές ελέγχου (όπως elif αντί για else: if ... (ένθετα). Μπορείτε επίσης να χρησιμοποιήσετε γεννήτριες ή καθαρές συναρτήσεις που σας επιτρέπουν να επεξεργάζεστε συλλογές χωρίς βρόχους μέσα σε βρόχους.

Στην Python, αυτό μπορεί να περιλαμβάνει τον μετασχηματισμό τριών ενσωματωμένων βρόχων for σε μια σειρά από αλυσιδωτές συναρτήσεις γεννήτριας. Στην C, τμηματοποίηση πολύ βαθιών λειτουργιών σε αρκετές πιο επίπεδες Μειώνει την οπτική και λογική πολυπλοκότητα κάθε κομματιού.

6. Το διασκορπισμένο είναι καλύτερο από το πυκνό

Ο εξαιρετικά συμπαγής κώδικας μπορεί να φαίνεται κομψός με την πρώτη ματιά, αλλά συχνά είναι ένας πόνος για αυτόν που πρέπει να τον στηρίξειΤο Ζεν ενθαρρύνει να αφήνουμε χώρο για να αναπνεύσουμε: χωρίζοντας λογικά μπλοκ σε διαφορετικές γραμμές, εισάγοντας κενά και αλλαγές γραμμών όταν είναι απαραίτητο.

Μια πολύ ενδεικτική περίπτωση είναι Συμπεριλάβετε συναρτήσεις υπό όρους, δηλώσεις επιστροφής και κλήσεις συναρτήσεων σε μία μόνο γραμμήΕίναι πιθανό, αλλά το κόστος στην κατανόηση είναι υψηλό. Ο διαχωρισμός αυτής της λογικής σε αρκετές γραμμές με ενδιάμεσα ονόματα καθιστά τη ροή πεντακάθαρη.

Στην Python, συνιστώνται αναγνώσιμες κατανοήσεις λιστών και σύντομες εκφράσεις. Στην C, το ίδιο ισχύει και για τη χρήση τελεστών, μακροεντολών και αλυσιδωτών κλήσεων, οι οποίες είναι συνιστούμενες. ανάπτυξη σε ενδιάμεσα βήματα όταν αρχίζουν να γίνονται κρυπτικά.

7. Η αναγνωσιμότητα έχει σημασία

Η φράση «Η αναγνωσιμότητα μετράει» έχει γίνει σχεδόν σλόγκαν της Python. Το μήνυμα είναι απλό: Ο κώδικας διαβάζεται άπειρες φορές από όσες γράφεταιΕπομένως, πρέπει να βελτιστοποιηθεί για το άτομο που θα το διαβάσει, όχι για το άτομο που το πληκτρολογεί για πρώτη φορά.

Η ίδια η σύνταξη της Python σχεδιάστηκε με αυτήν την προτεραιότητα: Υποχρεωτική εσοχή, σαφείς λέξεις-κλειδιά και λίγοι εναλλακτικοί τρόποι για να κάνετε το ίδιο πράγμαΣε άλλες γλώσσες, όπως η C, η αναγνωσιμότητα εξαρτάται πολύ περισσότερο από το στυλ της ομάδας: χρήση συμβάσεων ονομασίας, ουσιαστικά σχόλια, σαφώς καθορισμένες ενότητες, κ.λπ.

Και στις δύο περιπτώσεις, τεχνικές όπως η εφαρμογή αρχών SOLID, η άντληση έμπνευσης από ιδέες "Καθαρού Κώδικα" ή η χρήση ονομάτων που εξηγούν την πρόθεση βοηθούν το πρόγραμμα να είναι πιο βιώσιμο μακροπρόθεσμα και ότι Οι νέοι προγραμματιστές μπορούν να συμμετάσχουν χωρίς να υποφέρουν.

8. Οι ειδικές περιπτώσεις δεν είναι τόσο ειδικές ώστε να παραβιάζουν τους κανόνες

Αυτός ο αφορισμός αντιμετωπίζει τον επαναλαμβανόμενο πειρασμό να πούμε: «Αυτή η περίπτωση είναι διαφορετική· θα κάνουμε μια εξαίρεση εδώ». Όταν ορίζουμε ένα σύνολο κανόνων στυλ ή σχεδιασμού, εάν Κάθε παραδοξότητα χρησιμοποιείται ως δικαιολογία για να τα παραλείψουμεΤελικά, οι κανόνες είναι άχρηστοι.

Το Ζεν υποδηλώνει ότι, ακόμη και σε «ειδικές» περιπτώσεις, είναι καλύτερο να προσπαθήσουμε να διατήρηση της συνέπειαςΑυτό σημαίνει προσαρμογή του σχεδιασμού ώστε να ταιριάζει στην συγκεκριμένη περίπτωση, αντί να κρυφτεί μια συντόμευση που υπονομεύει τη συνολική σαφήνεια του συστήματος.

Αυτή η αρχή είναι ιδιαίτερα σημαντική κατά τον σχεδιασμό API, μορφών δεδομένων ή οδηγιών στυλ σε μια μεγάλη ομάδα, όπου κάθε εξαίρεση αποτελεί πρόκληση. επιπλέον γνωστικό φορτίο για όλους.

9. Αν και η πρακτικότητα υπερισχύει της καθαρότητας

Αυτοί οι δύο αφορισμοί (κανόνες και πρακτικότητα) αλληλοεξισορροπούνται. Αφενός, απαιτείται συνέπεια· αφετέρου, αναγνωρίζεται ότι στην πραγματική ζωή Δεν μπορούμε πάντα να είμαστε απόλυτα «αγνοί» Στο σχεδιασμό, μερικές φορές είναι απαραίτητες ρεαλιστικές συντομεύσεις για την τήρηση των προθεσμιών, την προσαρμογή στους περιβαλλοντικούς περιορισμούς ή τη διευκόλυνση της υιοθέτησης μιας λύσης.

Το κλειδί είναι να μην παρασυρθούμε: η πρακτικότητα μπορεί να δικαιολογήσει ρεαλιστικές συντομεύσεις για την τήρηση των προθεσμιώνΑλλά αυτό δεν πρέπει να γίνει δικαιολογία για να αποδεχτούμε οποιαδήποτε πρόχειρη εργασία. Ένα τυπικό παράδειγμα στην Python είναι η χρήση συνοπτικών δομών όταν βελτιώνουν στην πραγματικότητα τον κώδικα, χωρίς να καταφεύγουν σε αυτή τη «μαύρη μαγεία» που πρέπει να αποκρυπτογραφηθεί.

Σε ένα υποθετικό Zen C, αυτό θα φαινόταν σε αποφάσεις όπως αποδέχονται συγκεκριμένη χρήση μακροεντολών ή συγκεκριμένες βελτιστοποιήσεις μεταγλωττιστή όταν βελτιώνουν στην πραγματικότητα την απόδοση χωρίς να κάνουν τον κώδικα ακατανόητο.

10. Τα λάθη δεν πρέπει ποτέ να αγνοούνται.

Αυτή η οδηγία ασχολείται με τον χειρισμό εξαιρέσεων και σφαλμάτων. Κατασκευές μπλοκ try/except εντελώς γενικό που απλά κάνει pass Αποτελούν μια σίγουρη συνταγή για προβλήματα που είναι δύσκολο να εντοπιστούν: κάτι πάει στραβά, κανείς δεν το προσέχει και μια φαινομενικά τυχαία συμπεριφορά εμφανίζεται μήνες αργότερα.

Το Ζεν συνιστά, εκτός από περιπτώσεις πολύ σκόπιμης απόφασης, τα σφάλματα να γίνονται ορατά: να καταγράφονται μόνο οι προβλεπόμενοι τύποι, να καταγράφονται σε κορμούςΌτι στείλτε σαφή μηνύματα ή ακόμα και να σταματήσει η εκτέλεση εάν το σύστημα δεν ξέρει πώς να ανακάμψει.

Στο C, συστηματική αγνόηση κωδικών επιστροφής ή μη έλεγχος για μηδενικούς δείκτες Είναι ένας εγγυημένος τρόπος να μετατρέψετε τη συντήρηση σε εφιάλτη.

11. Εκτός αν έχουν ρητά σιωπήσει

Όπως και με άλλους κανόνες, εδώ παίζει ρόλο η λεπτότητα. Υπάρχουν περιπτώσεις όπου γνωρίζετε ένα συγκεκριμένο λάθος, έχετε μελετήσει τις συνέπειές του και αποφασίζετε ότι Δεν είναι κρίσιμο, ή ότι έχετε έναν ελεγχόμενο τρόπο δράσηςΣε αυτές τις περιπτώσεις, η ρητή φίμωσή του μπορεί να είναι λογική.

Ένα τυπικό παράδειγμα θα ήταν συλλάβει ένα ValueError συγκεκριμένα και γράψτε ένα μήνυμα εντοπισμού σφαλμάτων που να υποδεικνύει ότι έχει αντιμετωπιστεί σωστάχωρίς να επεκτείνουμε περαιτέρω την εξαίρεση. Ωστόσο, το κλειδί είναι να πρόκειται για μια συνειδητή και τεκμηριωμένη απόφαση, όχι για έναν τρόπο συγκάλυψης προβλημάτων.

Στη C, το ισοδύναμο θα ήταν διαχείριση ενός γνωστού κωδικού σφάλματος επιστρέφοντας μια τεκμηριωμένη προεπιλεγμένη τιμή, καταγράφοντας το συμβάν εάν είναι απαραίτητο, και μόνο σε αυτό το πλαίσιο αγνοώντας την αποτυχία χωρίς να παρουσιάσει σφάλμα η εφαρμογή.

12. Όταν αντιμετωπίζετε ασάφεια, απορρίψτε τον πειρασμό να μαντέψετε.

Αυτός ο αφορισμός υπογραμμίζει μια πολύ συνηθισμένη παγίδα: τη νοερή συμπλήρωση των κενών όταν οι απαιτήσεις, ο σχεδιασμός ή ακόμα και ο ίδιος ο κώδικας είναι ασαφείς. Το Ζεν υποστηρίζει Μην επινοείς νοήματα εκεί που δεν υπάρχουν.Αν κάτι είναι ασαφές, είναι καλύτερο να πιέσετε για μια σαφή απόφαση.

Στον κώδικα, αυτό μεταφράζεται σε ονόματα συναρτήσεων που εξηγούν ακριβώς τι κάνουν, σχόλια που διευκρινίζουν σημαντικές υποθέσεις και, το πιο σημαντικό, δοκιμές που καθορίζουν την αναμενόμενη συμπεριφοράΑν δεν είναι γνωστό τι πρέπει να συμβεί, ο κώδικας θα καταλήξει να "μαντεύει" και σχεδόν σίγουρα θα είναι λάθος.

Όταν αυτή η αρχή εφαρμόζεται σε ένα πιθανό Zen C, γίνεται μια συνεχής υπενθύμιση: Μην υποθέτετε ότι ο μεταγλωττιστής, η πλατφόρμα ή η τυπική βιβλιοθήκη θα κάνει αυτό που περιμένετε. χωρίς να το έχει επαληθεύσει στην τεκμηρίωση ή σε συγκεκριμένες δοκιμές.

13. Θα πρέπει να υπάρχει μόνο ένας προφανής τρόπος για να το κάνετε

Αυτή η αρχή βρίσκεται σχεδόν στην καρδιά της ταυτότητας της Python. Σε αντίθεση με μότο όπως της Perl («Υπάρχουν περισσότεροι από ένας τρόποι για να το κάνετε»), η Python προσπαθεί να διασφαλίσει ότι, για μια δεδομένη εργασία, υπάρχει μια σαφώς προτιμώμενη διαδρομήΑυτό απλοποιεί τη μάθηση και κάνει τον κώδικα από διαφορετικά άτομα πιο συνεπή.

Ένα κλασικό παράδειγμα είναι η επανάληψη σε ακολουθίες. Στην Python, προωθείται μια πολύ συγκεκριμένη προσέγγιση: for elemento in secuencia:Αντί να επιβάλλεται η χειροκίνητη δημιουργία ευρετηρίου εκτός εάν είναι απαραίτητο, αυτό καθιστά τους βρόχους ανάγνωσης σχεδόν ασήμαντους.

Για τον C, αυτό το πνεύμα θα μπορούσε να μεταφραστεί στην υιοθέτηση, σε ομαδικό επίπεδο, Τυπικά μοτίβα για επαναλαμβανόμενες λειτουργίες: ένας συνηθισμένος τρόπος διέλευσης από πίνακες, διαχείρισης μνήμης ή χειρισμού σφαλμάτων, αντί κάθε προγραμματιστής να εφεύρει το δικό του στυλ.

14. Αν και αυτή η μέθοδος μπορεί να μην φαίνεται προφανής στην αρχή (εκτός αν είστε Ολλανδός)

Αυτός ο αφορισμός προσθέτει ένα νεύμα: ο προτιμώμενος τρόπος δεν είναι πάντα προφανής στην αρχή. Συχνά, χρειάζεται να εξοικειωθείτε με τη γλώσσα, τις βιβλιοθήκες της και το οικοσύστημά της για να αρχίσει να σας φαίνεται φυσικός αυτός ο «προφανής τρόπος».

Η αναφορά στους Ολλανδούς αποτελεί άμεση αναφορά στον Guido van Rossum, τον δημιουργό της Python, ο οποίος είναι Ολλανδός. Για αυτόν, πολλές σχεδιαστικές αποφάσεις μπορεί να είναι διαισθητικές επειδή γνωρίζει ακριβώς τι σκόπευε. Για τους υπόλοιπους, απαιτείται περισσότερη εμπειρία. μια περίοδο προσαρμογής και μάθησης.

Κάτι παρόμοιο θα συνέβαινε σε οποιοδήποτε άτυπο «Ζεν Κ»: αυτό που φαίνεται προφανές στους βετεράνους της γλώσσας (πώς να χρησιμοποιούν δείκτες, πώς να οργανώνουν κεφαλίδες, πώς να δομούν ένα έργο) μπορεί να είναι πολύ ασαφές σε κάποιον που είναι νέος στο θέμα.

15. Το τώρα είναι καλύτερο από ποτέ, αν και το ποτέ είναι συχνά καλύτερο από το τώρα.

Αυτοί οι δύο αφορισμοί μιλούν για προτεραιότητες και χρονοδιάγραμμα. Από τη μία πλευρά, μας ενθαρρύνουν να μην παραλύσουμε στην ανάλυση: Είναι καλύτερο να κάνεις λογική πρόοδο παρά να μην κάνεις τίποτα. Περιμένοντας ένα τέλειο σχέδιο που δεν έρχεται ποτέ. Από την άλλη πλευρά, χρησιμεύει ως υπενθύμιση ότι η βιασύνη να αλλάξουμε τα πράγματα χωρίς σκέψη μπορεί να δημιουργήσει ακόμη χειρότερα προβλήματα.

Στον κώδικα, αυτό μεταφράζεται σε Εύρεση ισορροπίας μεταξύ της ανάληψης δράσης και της μη αυτοσχεδιασμού διαρθρωτικών αλλαγών χωρίς σκέψηΗ επ' αόριστον αναβολή ορισμένων κρίσιμων εργασιών είναι συνήθως κακή ιδέα, αλλά το να διακόπτετε συνεχώς αυτό που κάνετε για να κυνηγήσετε κάθε νέα ιδέα δεν βοηθάει.

Η ιδανική προσέγγιση είναι συνήθως να αντιμετωπίζουμε την εξέλιξη του συστήματος ως επαναληπτική διαδικασία: εισαγωγή μετρούμενων αλλαγών και αξιολόγηση του αντίκτυπού τουςΒελτιστοποιήστε... και διατηρήστε μια σαφή λίστα υποχρεώσεων, ώστε να μην αφήνετε σημαντικά ζητήματα «για πάντα».

16. Αν η υλοποίηση είναι δύσκολο να εξηγηθεί, είναι κακή ιδέα.

Αν χρειάζεστε μια περίπλοκη παράγραφο για να εξηγήσετε πώς λειτουργεί ένα κομμάτι κώδικα, το πρόβλημα πιθανότατα δεν είναι οι επικοινωνιακές σας δεξιότητες, αλλά ο ίδιος ο σχεδιασμός. Αυτός ο αφορισμός ενθαρρύνει τη χρήση εξήγησης ως... δοκιμή υγείας σχεδιασμού.

Όταν μια υλοποίηση είναι τόσο περίπλοκη που είναι δύσκολο να την περιγράψει κανείς με απλά λόγια, συνήθως σημαίνει ότι υπάρχουν πάρα πολλές μικτές ευθύνεςΟι κακώς καθορισμένες εξαρτήσεις ή οι μη επεξεργασμένες αποφάσεις αποτελούν ένδειξη ότι η αναδιάρθρωση είναι σκόπιμη πριν από την αποδοχή αυτής της προσέγγισης.

Αυτό το κριτήριο είναι πολύ χρήσιμο τόσο στην Python όσο και στην C: Αν δεν μπορείτε να εξηγήσετε σε λίγες προτάσεις τι κάνει μια συνάρτηση ή μια ενότηταΣυνήθως, υπάρχει περιθώριο βελτίωσης της δομής.

17. Εάν η υλοποίηση είναι εύκολο να εξηγηθεί, ίσως είναι καλή ιδέα

Η άλλη όψη του προηγούμενου σημείου είναι ότι όταν μπορείτε να περιγράψετε μια λύση με σαφείς, συνοπτικούς και απλούς όρους, πιθανότατα βρίσκεστε στο σωστό δρόμο. Αυτό δεν εγγυάται ότι η ιδέα είναι τέλεια, αλλά είναι ένα καλό σημάδι ότι βρίσκεστε στο σωστό δρόμο. η πολυπλοκότητα είναι υπό έλεγχο.

Αυτή η αρχή συνδέεται πολύ καλά με πρακτικές όπως η «τεχνική της λαστιχένιας πάπιας»: η εξήγηση δυνατά του τι κάνει ο κώδικά σας σε ένα άλλο άτομο (ή σε ένα άψυχο αντικείμενο) βοηθά στην ανίχνευση ασυνεπειών και στην επιβεβαίωση πότε κάτι είναι καλά μελετημένο.

Σε ένα ομαδικό πλαίσιο, εάν οποιοδήποτε μέλος της ομάδας μπορεί να κατανοήσει γρήγορα τι κάνει ένα κομμάτι κώδικα μετά από μια σύντομη εξήγηση, είναι πολύ πιο εύκολο να αναθεωρήσει, να συντηρήσει και να εξελίξει αυτό το μέρος του συστήματος.

18. Οι χώροι ονομάτων είναι μια εξαιρετική ιδέα: ας κάνουμε περισσότερα από αυτά

Ο τελευταίος αφορισμός υπογραμμίζει τη σημασία των ονοματοχώρων ως εργαλείο για την οργάνωση κώδικα και την αποφυγή συγκρούσεων. Στην Python, οι ενότητες, τα πακέτα, οι κλάσεις και οι συναρτήσεις παρέχουν διαφορετικά επίπεδα οργάνωσης. ενθυλάκωση και διαχωρισμός ευθυνών.

Η συνεπής χρήση ονοματοχώρων επιτρέπει την ύπαρξη αναγνωριστικών με το ίδιο όνομα σε διαφορετικά περιβάλλοντα χωρίς διενέξεις και βοηθά στην ομαδοποίηση σχετικών στοιχείων κάτω από μία ενιαία λογική ομπρέλα. Η επέκταση της χρήσης αυτών των μηχανισμών συχνά οδηγεί σε πιο αρθρωτές αρχιτεκτονικές.

Στη C, όπου το σύστημα ονοματοδοσίας είναι πολύ πιο στοιχειώδες, αυτή η ιδέα μεταφράζεται σε συμβάσεις ονομασίας, δόμηση ανά κεφαλίδα και αρχεία πηγαίου κώδικα, και πειθαρχημένη χρήση του static και προθέματα για την αποφυγή συγκρούσεων. Ένα λογικό «Ζεν Κ» θα προσκαλούσε αντιμετωπίζουν κάθε ενότητα ως ένα μικρό, καλά καθορισμένο χώρο ονομάτων.

Μεταφράσεις στα ισπανικά και πολιτισμικές αποχρώσεις

Με την πάροδο των ετών, έχουν προταθεί αρκετές μεταφράσεις αυτών των αφορισμών στα ισπανικά. Κάποιες επιλέγουν το «Το όμορφο είναι καλύτερο από το άσχημο», άλλες το «Το όμορφο είναι καλύτερο από το άσχημο» κ.λπ. Όλες επιδιώκουν να διατηρήσουν το πνεύμα του πρωτότυπου, αν και αναπόφευκτα εμφανίζονται κάποιες παραλλαγές. αποχρώσεις του ύφους και επιλογή λεξιλογίου χαρακτηριστικό του μεταφραστή.

Στα ισπανικά από την Ισπανία, είναι συνηθισμένο να μιλάμε για κώδικα ως «όμορφο», «ευανάγνωστο» ή «καθαρό» και για αποφύγετε τα «λαθάκια» ή τις «γρήγορες διορθώσεις»Η ίδια ιδέα κρύβεται πίσω από το αρχικό Ζεν, το οποίο συνδυάζει έναν σοβαρό τόνο με μια πινελιά χιούμορ, ειδικά στον αφορισμό που αναφέρει ότι ο προφανής τρόπος μπορεί να μην είναι έτσι στην αρχή «εκτός αν είσαι Ολλανδός».

Αυτές οι μεταφράσεις χρησιμεύουν επίσης στο να κάνουν το κείμενο πιο προσιτό σε άτομα που δεν μιλούν άπταιστα αγγλικά, χωρίς να παραβλέπουν το γεγονός ότι οι αρχές είναι εφαρμόσιμες. σε οποιαδήποτε γλώσσα και σε οποιαδήποτε κοινότητα ανάπτυξηςπέρα από το οικοσύστημα Python.

Είναι το Ζεν του Πύθωνα αστείο ή ιερός κανόνας;

Μέσα στην ίδια την κοινότητα της Python, υπάρχει κάποια συζήτηση σχετικά με την ακριβή κατάσταση του Zen. Από τη μία πλευρά, πολλά επίσημα έγγραφα (PEPs) το αναφέρουν ως κίνητρο ή αιτιολόγηση αποφάσεωνκαι σε λίστες αλληλογραφίας βασικών προγραμματιστών χρησιμοποιείται ως επιχείρημα υπέρ ή κατά συγκεκριμένων προτάσεων.

Από την άλλη πλευρά, ορισμένοι πάροχοι συντήρησης έχουν επισημάνει ότι να χρησιμοποιήσω μια φράση Ζεν ως όπλο («Αυτό παραβιάζει το Ζεν, άρα είναι κακό») δεν βγάζει πάντα νόημα. Υπάρχουν μάλιστα και υποστηρικτές της πολιτικής για την προστασία των ανθρωπίνων δικαιωμάτων (PEPs) που σχολιάζουν ότι ορισμένοι αφορισμοί κάποτε ερμηνεύονταν ως κριτική της ίδιας της γλώσσας στις απαρχές της και δεν πρέπει να εκλαμβάνονται κυριολεκτικά.

Η πραγματικότητα είναι ότι το Ζεν λειτουργεί καλύτερα ως πολιτιστική πυξίδα και πηγή έμπνευσης το οποίο ως αυστηρός κανόνας σχεδιασμού. Python, με El tiempoΈχει ενσωματώσει χαρακτηριστικά (όπως ανάθεση σε εκφράσεις ή αντιστοίχιση μοτίβων) που ορισμένοι θεωρούν πιο «πολύπλοκα» ή λιγότερο ευθυγραμμισμένα με την αρχική απλότητα, και όμως έχουν υιοθετηθεί για τη χρησιμότητά τους.

Υπό αυτή την έννοια, η σκέψη για ένα «Zen C» θα είχε περισσότερο να κάνει με καταγραφή γενικών αρχών που βοηθούν στη σύνταξη καλύτερου κώδικα C, χωρίς να έχουν την πρόθεση να γίνουν άκαμπτοι νόμοι που εμποδίζουν οποιαδήποτε εξέλιξη στυλ ή εργαλείων.

Αυτή η συλλογή από αφορισμούς, μεταφράσεις, παραδείγματα και συζητήσεις σχηματίζει ένα είδος νοητικού χάρτη για το πώς κατανοούμε τον «καλό κώδικα»: ευανάγνωστος, όσο το δυνατόν πιο απλός, σαφής στις προθέσεις του και προσεκτικά δομημένος. Είτε σε Python, C είτε σε οποιαδήποτε άλλη γλώσσα, Η υιοθέτηση αυτής της φιλοσοφίας συχνά κάνει τη διαφορά μεταξύ ενός προγράμματος που αποτελεί πρόβλημα και ενός προγράμματος με το οποίο είναι ευχάριστο να δουλεύεις..