Wie oft Sie Pseudo-Code in der realen Welt verwenden?

Ich benutze Pseudo-Code, wenn sie von einem Computer entfernt und nur Papier und Stift haben. Es macht nicht viel Sinn, über Syntax für Code zu kümmern, die nicht kompiliert werden (kann Papier nicht kompilieren).

verwenden sie meist für nutting wirklich komplexen Code aus, oder bei der Erläuterung Code entweder auf andere Entwickler oder nicht-Entwickler, die das System verstehen.

Ich fließen auch Diagramme oder uml Art Diagramme, wenn oben auch versuchen zu tun ...

Ich benutze es in der Regel, wenn mehrere, wenn andere Aussagen zu entwickeln, die verschachtelt sind, die verwirrend sein kann.

Auf diese Weise muss ich es nicht zurückgehen und dokumentieren seit seiner bereits geschehen.

Ziemlich selten, obwohl ich dokumentieren oft ein Verfahren vor dem Körper zu schreiben.

Wenn ich jedoch einen anderen Entwickler mit helfe, wie ein Problem zu nähern, wird ich oft eine E-Mail mit einer Pseudo-Code-Lösung schreiben.

Ich kann es fast immer heute verwenden, wenn alle nicht-trivialen Routinen zu schaffen. Ich schaffe den Pseudo-Code als Kommentare und weiter ausbauen, bis ich auf den Punkt, dass ich den entsprechenden Code darunter nur schreiben kann. Ich habe dies deutlich die Entwicklung beschleunigt gefunden, reduziert das „schreiben Sie einfach Code“ Syndrom, die oft Neufassungen für Dinge verlangt, die ursprünglich nicht in Betracht gezogen wurden, wie es Sie zwingt, durch den gesamten Prozess zu denken, bevor du für tatsächlichen Code und dient als gute Basis zu schreiben Code-Dokumentation, nachdem es geschrieben wird.

Ich habe keine Pseudo-Code überhaupt. Ich bin noch komfortabler mit der Syntax von C-Stil Sprachen als ich mit Pseudocode bin.

Was ich zu tun ist ziemlich häufig für Design-Zwecke im Wesentlichen eine funktionelle Zersetzung Art der Codierung.

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

Welche, in einer idealen Welt würde sie schließlich in Arbeits Code als Methoden immer mehr trivial worden. Doch im wirklichen Leben gibt es eine verdammt viel von Refactoring und ein Umdenken des Designs.

Das finden wir gut genug funktionieren, wie selten wir über einen Algorithmus kommen, die beide sind: unglaublich komplex und schwer zu codieren und nicht besser gelöst UML oder andere Modellierungstechnik.

Wenn ich etwas komplex bin ausarbeitet, ich benutze es viel, aber ich benutze es als Kommentare. Zum Beispiel werde ich das Verfahren Stub, und ich denke, setze in jedem Schritt, den ich tun müssen. Als ich den Code dann schreiben, werde ich die Kommentare hinterlassen: es sagt, was ich tun wollte.

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;

Ich habe noch nie, nicht einmal, notwendig, um den Pseudo-Code eines Programm zu schreiben, bevor es zu schreiben.

Jedoch gelegentlich habe ich Pseudo - Code zu schreiben , habe nach dem Schreiben von Code, die in der Regel geschieht , wenn ich versuche , die High-Level - Umsetzung eines Programm zu beschreiben , jemanden dazu zu bringen mit neuem Code in kürzester Zeit zu beschleunigen. Und mit „High-Level - Implementierung“, meine ich eine Zeile von Pseudo - Code beschreibt 50 oder so Zeilen C #, zum Beispiel:

Core-Dumps eine Reihe von XML-Dateien in einen Ordner und führt die process.exe
  ausführbare Datei mit ein paar Kommandozeilenparameter.

Die process.exe liest jede Datei
    Jede Datei wird Zeile für Zeile gelesen
    Einzigartige Worte aus der Datei in einer Datenbank gespeichert gezogen
    Datei wird gelöscht, wenn seine endgültige Verarbeitung