tchingizskmdeveloperООП - самый естественный способ программирования.
Весь мир состоит из объектов, к.
а я думал мир состоит из материи, энергии и информации
Верно. Весь мир состоит из объектов. Но ТЕ ли это объекты? НУЖНЫ ли они нам при разработке? И вообще КАКОЕ КОЛИЧЕСТВО объектов нужно наколдовать чтобы создать более-менее работающее ХеллоВорлд-приложение? Не пошли-ли мы по ложному следу, поверив большому брату? Давайте подумаем.

skmdeveloperМне ООП проще. Может сильно продвинутые программисты могут использовать другие методики, но я не осилю.
Я не считаю себя продвинутым. Просто стал замечать, что некоторые сиплюс-плюшные и джавовские решения ПРОСТЫХ задач меня не удовлетворяют. Основное замечение - декларация в явном виде большого количества кода, который я потенциально не буду использовать. Помню, курсе на 1 универа, когда изучал С++ мне попался Шикин-Боресков с "Компьютерной Графикой". Но суть не в графике. В Главе 7 - Преобразование на плоскости, Шикин приводит фрагмент кода следующего вида. Чтоб не загружать топик я приведу только начало. Желающие найдут кому надо.
Далее Шикин переопределяет стандартный набор конструкторов, компаратор и четыре унарные арифметические операции и четыре бинарные дружественные инфиксные (соотв. сложение, вычитание, умножение-деление). Количество кода уже впечатляет. Далее, я прикинул, что если я буду вводить в систему новые сущности, такие как Vector4D, Matrix4D, то я должен буду обеспечить преемственность между ними. Скорее всего она будет реализована через конструкторы. Хорошо. А если я задамся целья обеспечить стык со всеми сущностями на уровне ОПЕРАЦИЙ (т.е. умножать скажем Vector2D на Matrix4D (математику щас отбросим, это неважно) ) то я должен буду определять гораздо больше дружественных функций и операторов. По скромным подсчётам количество кода растёт квадратично. Постепенно я зашёл в тупик. С++ в том виде, в котором он существовал не позволял мне писать код, который бы саморасширялся при минимальных затратах. Создание автогенератора нужного кода уводило меня в дебри дополнительного препроцессора, что само по себе усложняло понимание и разработку. Потом я забил на всё это.

Спустя несколько лет, читая книги о ЯП Haskell я нашёл различные идеи, которые подсказывают что мне нехватало механизмов более высокого уровня. И если си-плюс-плюшный полиморфизм и перегрузка НЕ ПОМОГАЮТ а реально мешают решать некоторые задачи, то надо кое-чего переосмыслить. И это отнюдь не камень в огород С++. Просто мои задачи вдруг стали другими.