À quelle fréquence utilisez-vous dans le monde pseudocode réel?

J'utiliser pseudocode lorsque vous êtes loin d'un ordinateur et seulement du papier et un stylo. Il ne fait pas beaucoup de sens à se soucier de la syntaxe du code qui ne compilera pas (ne peut pas compiler du papier).

La plupart du temps pour utiliser Nutting sur le code vraiment complexe, ou en expliquant le code à d'autres développeurs ou soit les développeurs non qui comprennent le système.

Je également des diagrammes ou coule diagrammes de type uml lorsque vous essayez de faire ci-dessus aussi ...

Je l'utilise généralement quand le développement multiple si les états d'autre qui sont imbriquées, ce qui peut être source de confusion.

De cette façon, je ne suis pas besoin de revenir en arrière et documenter depuis sa déjà été fait.

Assez rarement, même si je le document souvent une méthode avant d'écrire le corps de celui-ci.

Toutefois, si j'aide un autre développeur avec la façon d'aborder un problème, je vais souvent écrire un e-mail avec une solution pseudo-code.

Je l'utilise presque toujours de nos jours lors de la création des routines non triviales. Je crée le code pseudo sous forme de commentaires, et de continuer à le développer jusqu'à ce que j'arriver au point que je peux écrire le code équivalent en dessous. J'ai trouvé cela accélère considérablement le développement, réduit le « il suffit d'écrire le code » syndrome qui nécessite souvent réécritures des choses qui ne sont pas considérés comme à l'origine, il vous oblige à réfléchir à l'ensemble du processus avant d'écrire le code réel, et sert de bonne base pour la documentation du code après avoir été écrit.

Je ne l'utilise pas du tout pseudocode. Je suis plus à l'aise avec la syntaxe des langages de style C que je suis avec pseudocode.

Ce que je fais assez souvent à des fins de conception est essentiellement un style de décomposition fonctionnelle de codage.

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

Ce qui, dans un monde idéal, finirait par se transformer en code de travail que les méthodes deviennent de plus en plus trivial. Cependant, dans la vraie vie, il y a un diable de beaucoup de refactoring et en repensant la conception.

Nous trouvons cela fonctionne assez bien, comme il est rare que nous rencontrons un algorithme qui est à la fois: Incroyablement complexe et difficile à coder et pas mieux résolu en utilisant UML ou une autre technique de modélisation.

Si je travaille sur quelque chose de complexe, je l'utilise beaucoup, mais je l'utilise sous forme de commentaires. Par exemple, je vais Stub la procédure, et de mettre à chaque étape, je pense que je dois faire. Comme j'écrire le code, je vais laisser les commentaires: il dit ce que je voulais faire.

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;

Je ne l'ai jamais, pas même une fois, besoin d'écrire le pseudo-code d'un programme avant de l'écrire.

Cependant, parfois j'ai dû écrire pseudocode après l' écriture de code, ce qui se produit généralement quand je suis en train de décrire la mise en œuvre de haut niveau d'un programme pour obtenir quelqu'un pour accélérer avec le nouveau code dans un court laps de temps. Et par « la mise en œuvre de haut niveau », je veux dire une ligne de pseudocode décrit quelque 50 lignes de C #, par exemple:

Coredumps, un tas de fichiers XML dans un dossier et exécute le process.exe
  exécutable avec quelques paramètres de ligne de commande.

Le process.exe lit chaque fichier
    Chaque fichier est lu ligne par ligne
    mots uniques sont retirés du fichier stocké dans une base de données
    Le fichier est supprimé lorsque son traitement terminé