Как часто Вы используете псевдокод в реальном мире?

Я использую псевдокод, когда далеко от компьютера и только имеют бумагу и перо. Не имеет большого смысла волноваться о синтаксисе для кода, который не скомпилирует (не может скомпилировать бумагу).

Я и другие разработчики в моей команде используем все это время. В электронных письмах, электронной доске, или только в confersation. Psuedocode жесток, чтобы помочь Вам думать способ, которым Вы должны, смочь программировать. Если Вы действительно не стоите psuedocode, можно уловить смысл почти в любом языке программирования, потому что основным различием между ними всеми является синтаксис.

Я почти всегда использую его в наше время при создании любых нетривиальных стандартных программ. Я создаю псевдо код как комментарии и продолжаю разворачивать его, пока я не перехожу к сути дела, что я могу просто написать эквивалентный код ниже его. Я нашел, что это значительно ускоряет разработку, уменьшает "просто синдром" кода записи, который часто требует, переписывает для вещей, которые первоначально не рассмотрели, поскольку это вынуждает Вас продумать весь процесс прежде, чем написать фактический код и служит хорошей основой для документации кода после того, как это записано.

Если я разрабатываю что-то сложное, я использую его много, но я использую его в качестве комментариев. Например, я погашу процедуру и вставлю каждый шаг, я думаю, что должен сделать. Поскольку я затем пишу код, я оставлю комментарии: это говорит, что я пытался сделать.

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#, например:

Core dumps a bunch of XML files to a folder and runs the process.exe
  executable with a few commandline parameters.

The process.exe reads each file
    Each file is read line by line
    Unique words are pulled out of the file stored in a database
    File is deleted when its finished processing

Такой псевдокод достаточно хорош для описания примерно 1 000 строк кода, и достаточно хороший для точного информирования новичка, что на самом деле делает программа.

Во многих случаях, когда я не знаю, как решить проблему, я на самом деле тяну свои модули на электронной доске в терминах очень высокого уровня получать четкое изображение того, как их взаимодействие, рисование прототипа схемы базы данных, рисования datastructure (особенно деревья, графики, массивы, и т.д.), чтобы хорошо разобраться, как пересечь и обработать его и т.д.

Я использую его при объяснении понятий. Это помогает обрезать ненужные биты языка так, чтобы примеры только имели детали, подходящие для вопроса, который задают.

Я использую его изрядное количество на StackOverflow.

Я обычно использую его при разработке нескольких, если еще операторы, которые вкладываются, который может сбивать с толку.

Таким образом, я не должен возвращаться и документировать его с тех пор его уже сделанный.

Я не использую псевдокод, как он преподается в школе, и не имейте в очень долгое время.

Я действительно использую английские описания алгоритмов, когда логика достаточно сложна для гарантирования его; их называют "комментариями".;-)

при объяснении вещей другим или разработке вещей на бумаге, я использую схемы как можно больше - более простое лучше

Главным образом используйте его для сбора орехов действительно сложный код, или при объяснении кода или другим разработчикам или не разработчикам, которые понимают систему.

Я также теку схемы или схемы типа uml при попытке сделать выше также...

Справедливо редко, хотя я часто документирую метод прежде, чем записать тело его.

Однако, Если я помогу другому разработчику с тем, как приблизиться к проблеме, я буду часто писать электронное письмо с решением для псевдокода.

Я не использую псевдокод вообще. Я более доволен синтаксисом языков стиля C, чем я с Псевдокодом.

То, что я действительно делаю вполне часто в целях дизайна, является по существу функциональным стилем разложения кодирования.

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

Который, в идеальном мире, в конечном счете превратился бы в рабочий код, поскольку методы становятся более тривиальными. Однако в реальной жизни, существует чертовски много рефакторинга и пересмотра прежнего мнения дизайна.

Мы находим, что это работает достаточно хорошо, как редко делают мы сталкиваемся с алгоритмом, который является обоими: Невероятно комплекс и трудно кодировать и не лучше решенное использование UML или другой метод моделирования.

Я никогда не использую или использовал его.

Я всегда пытаюсь моделировать на реальном языке, когда я должен сделать что-то сложное, обычно пишущие модульные тесты сначала для выяснения то, что должен сделать код.