>Я говорю про значение термина "метод", а не про наличие синтаксических контрукций class или struct.

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

>А потом получаются "художники", тонко чувствующие творческие люди,

В любом случае, видно, что вы себя ни к "художникам", ни к творческим, ни к тонко чувствующим не относите.

>которые, отбросив формальности, пишут что-то вроде:
> <Первый пример>

Именно это вы называете отбрасыванием формальностей? Хотя вы скорее привели именно формальный подход человека, который долго писал на С, а потом немного прочитал что-то о С++. Только при чем здесь ООП вообще?

>Вместо скучного и формального:
> <Второй пример>

Как и следовало ожидать, вы судите об ООП по методам реализации алгоритмов. И по-вашему, при реализации методов, кто-то мешает писать так, как во втором вашем примере. И именно эти два примера по-вашему наглядно демонстрируют разницу между структурным и объектным подходами.

>Толку от творчества, ради творчества?.. Как скажется на качестве кода то, что "творческий" и "точный" программист стал функцию, структурного языка, ООП-шным термином "метод" называть?

Значит, по-вашему именно вышеприведенный вами первый пример является образцом творческого подхода. А второй пример - это именно пример по-вашему формального подхода. И значит по-вашему, приведенные вами примеры, являются доказательством того, что функцию нельзя назвать методом.

Ну да, на С-подобных языках скорее всего будет лучше реализовать эту задачу именно так, как во втором примере (а может и еще лучше можно). Однако при чем здесь творчество, формализация и ООП?

И наконец, кто мешает написать к примеру так:
do {
  cout << "OK? (y/n) ";
  cin >> c;  c = toupper(c);
} while ((c != 'Y') && (c != 'N'));

Только снова, при чем здесь ООП?

Также можно сказать, что видимо кроме C++ и С вы других языков особо и не изучали. И как могла бы выглядеть реализация этой задачи на других языках, вы тоже представить себе не можете.

Вы просто толком не разбираетесь ни в ООП, ни в программировании вообще и путаете черное с квадратным.