Во-первых, вы вряд ли поймете, что такое MVC, не написав что-нибудь с его ипользованием, или хотя бы не поковырявшись в кем-то написанном коде.
Во-вторых, с MVC как с ООП — выгоду использования этого паттерна можно увидеть только на среднем или крупном проекте. То есть, если вы, к примеру, пишете веб-приложение-блог или десктопное приложение с единственной формой с 3 кнопками, и попытаетесь использовать MVC и ООП (и вы начинающий разработчик), у вас возникнут вопросы, а зачем это вообще надо? Неужели нельзя по-простому сделать?
А вот если вы участвуете в разработке большого проекта, который делает команда разработчиков, постоянно появляются новые требования, то без строгой и логичной архитектуры проект быстро превращается в лапшу, в которой любое изменение вызывает появление нескольких новых багов.
Тогда-то и становится понятно, зачем (были) нужны пространства имен, инкапсуляция, разделение логики управления/хранения данных/обработки данных/отображения данных, почему яваскрипт должен быть в отдельных файлах, зачем придумали DI/MVC/ORM/DSL/Object factory/Observer pattern и прочие популярные аббревиатуры.