Πόσο συχνά χρησιμοποιείτε ψευδοκώδικα στον πραγματικό κόσμο;

Χρησιμοποιώ pseudocode όταν είστε μακριά από τον υπολογιστή και να έχουν μόνο χαρτί και στυλό. Δεν έχει και πολύ νόημα να ανησυχείτε για σύνταξη κώδικα που δεν θα συγκεντρώνουν (δεν μπορεί να καταρτίσει το χαρτί).

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

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

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

Με αυτό τον τρόπο δεν χρειάζεται να πάμε πίσω και να τεκμηριώσει αυτό από ήδη γίνει της.

Αρκετά σπάνια, αν και συχνά τεκμηριώσει μια μέθοδο πριν από τη σύνταξη το σώμα του.

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

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

Δεν χρησιμοποιώ ψευδοκώδικα καθόλου. Είμαι πιο άνετα με τη σύνταξη της C γλώσσες στυλ από ό, τι είμαι με ψευδοκώδικα.

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

public void doBigJob( params )
{
    doTask1( params);
    doTask2( params);
    doTask3( params);
}
private void doTask1( params)
{
    doSubTask1_1(params);
    ...
}

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

Θεωρούμε ότι αυτό λειτουργεί αρκετά καλά, όπως σπάνια δεν συναντάμε έναν αλγόριθμο που είναι δύο: Απίστευτα πολύπλοκο και δύσκολο να κωδικοποιήσει και να μην την καλύτερη λυθεί με UML ή άλλη τεχνική μοντελοποίησης.

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

procedure GetTextFromValidIndex (input int indexValue, output string textValue)
// initialize
// check to see if indexValue is within the acceptable range
//    get min, max from db
//    if indexValuenot between min and max
//       then return with an error
// find corresponding text in db based on indexValue
// return textValue
   return "Not Written";
end procedure;

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

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

Πυρήνα χωματερές μια δέσμη των αρχείων XML σε ένα φάκελο και να τρέχει το process.exe
  εκτελέσιμο με μερικές παραμέτρους γραμμής εντολών.

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