Как правило программисты не используют псевдокод ни в обсуждениях (обычно заменяя метафорами), ни в практической работе. Между тем у Макконнела есть целая глава посвященная процессу разработки с псевдокодом, суть сводится к повторению следующих шагов:
Проектирование
Кодирование
Проверка
Рефакторинг
Повторение с первого шага
Вроде все как обычно, но “изюминка” в том, что первоначально вы “накидываете” логику работу метода с помощью псевдокода в комментариях.
При этом псевдокод может быть очень свободным, отражая общие идеи, а не конкретные решения. Например:
// Этот метод находит наибольшую общую подстроку, на вход мы получаем две строки,
// в которых ищем общую часть
// дефолтным состоянием считаем “пустую строку”
// метод не доверяет данным, поэтому делаем проверку
// а) на вход могут прийти не строки
// б) одна из строк может быть пустой
// если проверка не прошла, то мы возвращаем “пустую строку”
// для решения используем алгоритм - https://ru.wikipedia.org/wiki/Наибольшая_общая_подстрока
далее общее описание конкретизируется и заменяется на реальный код.
Такой подход позволяет реализовать подход “от общего к частному”, изначально обдумывая общую логику работу метода, а далее уточняя его до конкретной реализации. С каждой итерацией фокусировка идет только на определенных деталях решения, что существенно облегчает процесс работы.
Конечно, для простых методов нет необходимости так заморачиваться, а вот для серьезной бизнес-логики, вполне годный метод.