Οι καλύτερες αρχές και κατευθυντήριες γραμμές προγραμματισμού που πρέπει να ακολουθούν όλοι οι Προγραμματιστές

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

Αρχές(Principles) Προγραμματισμού & Οδηγίες(Guidelines) για Προγραμματιστές

Αρχές Προγραμματισμού & Οδηγίες για Προγραμματιστές

Η ιδέα εδώ είναι να υπάρχει ποιοτικός κώδικας, πράγμα που σημαίνει ότι δεν χρειάζεται ποτέ καθόλου συντομεύσεις. Κάντε τη δέουσα επιμέλειά σας και όλα θα πάνε καλά στο τέλος. Ναι, θα χρειαστεί πολύς χρόνος για να ολοκληρώσετε τη σύνταξη του κώδικά σας, αλλά τουλάχιστον θα λείπουν πολλά λάθη στο τέλος της ημέρας. Ακολουθούν μερικές από τις βασικές αρχές(Principles) και οδηγίες προγραμματισμού(Guidelines Programmers) που πρέπει να ακολουθήσουν οι προγραμματιστές-

  1. Ελέγξτε και βελτιστοποιήστε τον κώδικά σας
  2. Ανοιχτό σε επέκταση, αλλά κλειστό για τροποποίηση
  3. KISS (Κρατήστε το απλό, ανόητο)
  4. Μην επαναλαμβάνετε τον εαυτό σας (ΞΗρό)
  5. Κάντε μια συνήθεια να τεκμηριώνετε τον κώδικα

1] Ελέγξτε και βελτιστοποιήστε τον κώδικά σας

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

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

Διαβάστε(Read) : Τι είναι η συνάρτηση στον προγραμματισμό;(What is a Function in Programming?)

2] Ανοιχτό(Open) για επέκταση, αλλά κλειστό για τροποποίηση

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

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

3] KISS (Keep it Simple, Stupid)

Δεν πρέπει να το βλέπετε αυτό ως ασέβεια γιατί είναι μια από τις πιο δημοφιλείς αρχές κωδικοποίησης. Βλέπετε, η ιδέα είναι να διατηρήσετε τον κωδικό σας όσο πιο απλό γίνεται. Μην(Don) καταλήγετε σε μια κατάσταση όπου κάνετε πράγματα ασυνήθιστα.

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

Διαβάστε(Read) : Διαφορά μεταξύ γλωσσών προγραμματισμού χαμηλού και υψηλού επιπέδου(Difference between Low-level and High-level Programming languages) .

4] Μην επαναλαμβάνετε τον εαυτό σας (DRY)

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

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

5] Κάντε μια συνήθεια να τεκμηριώνετε τον κώδικα

Κωδικός εγγράφου

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

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



About the author

Είμαι έμπειρος ειδικός στα windows 10 και 11/10, με εμπειρία τόσο σε προγράμματα περιήγησης όσο και σε εφαρμογές smartphone. Είμαι μηχανικός λογισμικού για περισσότερα από 15 χρόνια και έχω συνεργαστεί με μια σειρά από μεγάλες εταιρείες, όπως η Microsoft, η Google, η Apple, η Ubisoft και άλλες. Έχω διδάξει επίσης ανάπτυξη windows 10/11 σε επίπεδο κολεγίου.



Related posts