В армии пригодится умение бегать 20км, и спать с открытыми глазами.

Не забивайте себе голову. Если всё работает и вас всё устраивает, то зачем что-то менять?
Преимущества ООП проявляются при поддержке проекта.
Вы поддерживаете свои проекты? Вы развиваете их? В какой момент вам стало сложно поддерживать проект?
Много ли в проекте абстракций?
Как вы решаете проблему добавления новых абстракций в проект?

Если эти вопросы не про вас, то вам не нужно ООП.

В современном мире 80% задач решается копипастом чужого кода и небольшой правкой. (Британские учены доказали).
Для типовых задач уже давно существуют готовые решения. Не нужно изобретать велосипеды, а тем более комплексовать из-за этого.

Вам же стоит не просто копировать чужой код и разбираться в нем, но и попробовать его воспроизвести.
Т.е как-то так:
- Копипастим
- Разбираемся почему и как оно работает
- Удаляем все, создаем новый проект и пишем все с нуля без подсказок (ручками).

Такой подход будет более эффективен.

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

Взять тот же Laravel:
- Как минимум 3 сопутсвующих ПЛАТНЫХ проекта (forge, spark, envoyer).
- Конференции с нехилым ценником.
- Консультации
- Не уверен, но возможно laracasts что-то отстегивает.

И так же у многих крупных OpenSource проектов. Заработок идет на enterprise решениях на основе их проекта. (Та же платная поддержка).

Некоторые (на вскидку не вспомню) OpenSource проекты получают финансированние от крупных организаций (Google, Yahoo, Microsoft, IBM).

Уже много раз писалось: эти домены стоят максимум цену их продления.

1) Зона .pro никому не нужна
2) Если компании будет надо, она заберет этот домен вообще без каких либо проблем.

Просто гуглим "компания отсудила домен" и вникаем в результаты.