Jak często używasz Pseudokod w rzeczywistym świecie?

Używam Pseudokod z dala od komputera i tylko papier i pióro. To nie ma sensu się martwić o składni do kodu, który nie będzie kompilować (nie można skompilować papieru).

Głównie użyć go do Nutting się naprawdę skomplikowanego kodu, lub gdy kod do wyjaśnienia albo innych twórców lub spoza programistów, którzy rozumieją system.

Ja też płynąć wykresy lub diagramy UML typu, gdy próbuje zrobić powyżej również ...

I zazwyczaj używają go przy opracowywaniu wielokrotność if else, które są zagnieżdżone, które mogą być mylące.

W ten sposób nie muszę wrócić i udokumentować ją od jej już zostało zrobione.

Dość rzadko, choć często dokumentują sposób przed napisaniem ciało od niego.

Jednak jeśli mam pomagać inny deweloper z jak podejść do problemu, będę często napisać e-maila z roztworem pseudokod.

I prawie zawsze używać go w dzisiejszych czasach podczas tworzenia żadnych nietrywialne rutyny. Tworzę kod pseudo jako komentarze, i nadal rozwijać, dopóki nie dostać się do tego stopnia, że ​​można po prostu napisać równoważny kod poniżej niego. Znalazłem to znacznie przyspiesza rozwój, zmniejsza syndrom „po prostu napisać kod”, który wymaga często przepisuje na rzeczy, które nie były pierwotnie uznane za zmusza do myślenia przez cały proces przed napisaniem rzeczywisty kod, i służy jako dobrą bazę dla dokumentacja kodu po nim jest napisane.

Nie używam Pseudokod w ogóle. Jestem bardziej komfortowy ze składni języków C stylu niż ja z pseudokod.

Co ja robię dość często do celów projektowych jest zasadniczo funkcjonalny rozkład styl kodowania.

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

Które w idealnym świecie, by w końcu przekształcić się w kodzie pracuje jako metody stają się coraz bardziej trywialne. Jednak w realnym życiu, nie jest kawał dużo refaktoringu i przemyślenie projektu.

Znajdziemy to działa wystarczająco dobrze, jak rzadko spotykamy algorytmu, który jest zarówno: Niezwykle skomplikowane i trudne do kodu, a nie lepiej rozwiązać za pomocą UML lub innej techniki modelowania.

Jeśli pracuję z kompleksu coś, używam go dużo, ale używam go jako komentarze. Na przykład, ja skrótową procedurę, i umieścić na każdym kroku, że muszę to zrobić. Jak potem napisać kod, zostawiam komentarze: mówi, co starałem się zrobić.

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;

Nigdy, nawet nie raz musiał napisać Pseudokod programu przed zapisaniem go.

Jednak od czasu do czasu miałem napisać Pseudokod po pisanie kodu, który zwykle się dzieje, gdy próbuję opisać realizację wysokiego poziomu programu, aby ktoś się do prędkości z nowego kodu w krótkim czasie. I „realizacji wysokiego szczebla”, to znaczy jedna linia pseudocode opisuje 50 lub tak wierszy C #, na przykład:

Rdzeń zrzuca kilka plików XML do folderu i uruchamia process.exe
  wykonywalny z kilkoma parametrami polecenia.

Process.exe odczytuje każdy plik
    Każdy plik jest czytany linia po linii
    Unikalne słowa wyciągnął z pliku zapisanego w bazie danych
    Plik zostanie usunięty, gdy jego wykończone przetwarzanie