[mrcnn]

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

ООП позволяет хорошо упорядочить программу. В больших проектах это помогает сэкономить программистам много сил как при создании так и при доработках. ООП коммерчески выгодно для компаний, так как можно заниматься продажей "черных ящиков" (классов и интерфейсов). Для мелких же программ, кроме хорошего упорядочивания, преимуществ ООП не вижу, да и правильно реализованные процедуры СП всегда можно сделать методом класса. Упорядочиванию и созданию грамотных классов для программы нужно учиться: нужно уметь рассуждать, определять главные объекты для программы, связи внутри объекта и между объектами. Теоретическое проектирование классов напрямую даже не связано с программированием. По сути создаются целые системы из классов. По сути ООП это реализация грамотно спроектированной системы. Лучше использовать СП, чем создавать плохо упорядоченный набор классов.

С чего начать изучать программирование?
Нужно начинать не с какого-либо языка.
Нужно начать с теоретической подготовки, которая включает два этапа:
1. умение выделять алгоритмы
2. знание теоретических структур данных
3. знание, как работает компоненты компьютера на низком уровне
Высший пилотаж, если это знание уже есть, когда изучается ЯП. Иначе понимание на профессиональном уровне ЯП будет сильно затруднено. Чтение книг Строустропа или Липпмана по С++ "для начинающих" лучше и не начинать, если нет хорошей теоретической подготовки по структурам данным. Кернигана и Ричи тоже лучше читать, имея хорошую подготовку.

Причем читая книгу, нужно параллельно создавать свои программы на основе изученного материала. Это дает очень большой эффект.