Кто-нибудь изложил предложение по формальному стандарту псевдокода?
Лучше ли быть «грубым» стандартом, чтобы сделать вывод о понимании?
Кто-нибудь изложил предложение по формальному стандарту псевдокода?
Лучше ли быть «грубым» стандартом, чтобы сделать вывод о понимании?
НЕ ОТВЕТ.
ИМХО, форсирование стандарта (синтаксис псевдокода, если хотите) заставит людей менее понимать, что они хотят сказать.
Просмотрите, постарайтесь собрать некоторые сведения об используемых соглашениях и постарайтесь быть ясным.
Лучше быть приблизительным стандартом; цель псевдокода состоит в том, чтобы быть удобочитаемым для человека, а не машиночитаемым, а цель фактического написания псевдокода состоит в том, чтобы передать описание алгоритма более высокого уровня, не заботясь (обычно) о мелочах реализации. Я считаю, что для того, чтобы его можно было квалифицировать как псевдокод, должна быть некоторая двусмысленность, и ваша цель должна быть четкой передачей ваших алгоритмических намерений. Придерживайтесь общих структур управления, деклараций и концепций, которые являются парадигмами для вашей целевой аудитории или языка, и вы поймете суть. Если вы начинаете становиться слишком формальным, вы слишком близко подходите к написанию реального кода.
Хотя это ни в коем случае не является официальным предложением, некоторые считают Python исполняемым псевдокодом а>.
на мой взгляд, это зависит от людей, которые используют ваши программы. В книгах по алгоритмам псевдокод очень формален и близок к математике, но также описывается в нескольких абзацах, так что это для научных ситуаций.
Если я разрабатываю в других средах, я бы предпочел не такой формальный способ, потому что его легче понять большинству людей. Я предпочитаю разговорные слова формализму. Если вам нужен формализм, вы можете вместо этого прочитать код.