Напишу блок-схему для программ на Паскале/Делфи за 100 рублей.

[diamFC]

Блок-схемы все еще актуальны.

[Базиля]

Прошу прощения, интереса ради.

diamFC

Обращаются?

[diamFC]

В основном дипломники, у которых большие программы, и самим рисовать блок-схемы для них - долго.

[Человек_Борща]

Моё ИМХО не в счет ТС.
На кой фиг образование с ног на голову переворачивать?
Сначала блок-схема, затем алгоритм, по-другому нереально.

[Alex11223]

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

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

[diamFC]

Сообщение от Человек_Борща

Сначала блок-схема, затем алгоритм, по-другому нереально.

Самый вменяемый ответ, который я только видел:

Сообщение от Alex11223

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

To Человек_Борща: вы сами когда-нибудь писали блок-схемы к реальным программам, не студенческим? Я тоже не писал.
Но иногда приходится вырисовывать себе алгоритм работы того или иного функционала и тогда часть вырисовываешь на бумаге, а потом, начав кодить, все равно вносишь в эти зарисовки/записки поправки. И ничего общего это с "построй всю блок-схему алгоритма перед программированием" не имеет.

[Человек_Борща]

To Человек_Борща: вы сами когда-нибудь писали блок-схемы к реальным программам, не студенческим? Я тоже не писал.
____
Да в том то и дело, что к реальным программам блок-схемы уже не нужны. Все уже реализовано.
А вот ДО реализации в самый раз, это теперь называется UML-диаграммы ибо блок-схемы устарели и не могут вместить в себя несколько классов с кучей методов/функций/свойств и наглядно показать логику программы и структуру кода и взаимосвязь классов друг-с-другом.

А вот какой-то кусок кода в виде блок-схемы - это можно, но я уже и забыл когда последний раз прибегал к блок-схеме, фантазии хватает.

____
Но иногда приходится вырисовывать себе алгоритм работы того или иного функционала и тогда часть вырисовываешь на бумаге, а потом, начав кодить, все равно вносишь в эти зарисовки/записки поправки.
____

А вот с этим надо бороться, вы сами себе палки в колеса ставите.

Знаю я такое. "Нарисовал" код, а при его реализации возникает туева хуча странных идей по-поводу ещё не написанного кода. Ну так, вот от этого надо избавляться. Да, в этом потоке мыслей, несомненно, найдется что-то, что реально надо сделать, но сделать потом. Я такие мысли по ходу нового кодинга записываю куда-то, а потом забываю и продолжаю писать "нарисованное" дальше.
Когда напишу, то можно доставать листик/фаил и смотреть, что же реально можно переделать.
Ну эт моё ИМХО из личного опыта.

[Smitt&Wesson]

А мне лениво вырисовывать блок схемы. Я придумал вот такое:

[diamFC]

А потом текст записывать в эти блоки не напряжно?

[MihalNik]

Про то, что блок-схемы якобы устарели - пишите в Минобрнаук
По логике они рассматриваются ДО изучения языка программирования (соответственно на них пишутся программы без кода) с целью понимания основ алгоритмизации - структурного программирования.

P.S. Эксплуатация рутины этой системы (образования) есть тру-подход.

>> >>Но иногда приходится вырисовывать себе алгоритм работы того или иного функционала и тогда часть вырисовываешь на бумаге, а потом, начав кодить, все равно вносишь в эти зарисовки/записки поправки.

>>А вот с этим надо бороться, вы сами себе палки в колеса ставите. Знаю я такое. "Нарисовал" код, а при его реализации возникает туева хуча странных идей по-поводу ещё не написанного кода. Ну так, вот от этого надо избавляться. Да, в этом потоке мыслей, несомненно, найдется что-то, что реально надо сделать, но сделать потом.

Здесь речь совсем о другом. О том, что по ходу реализации выявляется некорректность изначального плана. И никуда это не денется. Ни какие UML, ни блок-схемы и пр.