но он скорее размышлял о возможностях .NET по сравнению с просто ООП... и почему-то мне кажется, и к vba~vb.net его сравнение можно отнести примерно так же... но я гадать не буду... задачи соответствующей пока нет   ...
p.s. но если на C# можно и для вэб писать (в отличие от vb), как отметил pharmaprofi. - то, видимо, он достаточно универсален...

всё   я поняла главную загвоздку в памяти (для некоторых языков, в том числе с и с++)...
эти указатели (на область ячейки в оперативной памяти) ввели именно для возможности работы с динамическими "объектами" (по сути)... т.к. обычное написание (по сути) является работой со статическими "объектами" (в этих языках)... [в частности касательно массивов]... что совсем не является memory-efficient и приводит к memory-overflow (если приложение очень динамично, например, игры, и, полагаю, приложения с большим количеством вычислений)... поэтому лучше создавать динамические объекты, которые в случае "больше ненадобности" сразу скоренько удалять...  
вобщем, используются указатели (на области ячейки памяти) для возможности в дальнейшем очистки этой занимаемой (оперативной) памяти... поэтому и ввели этот доп.момент для передачи параметров в функцию (кому понравится) по указателю, помимо аналогий ByVal(по значению) и ByRef(по ссылке), как в vba... только с синтаксисом разобраться (ссылка или указатель и кого на чего)... а по сути "ух, полегчало"...
- не смертельно... Указатели в C++ — урок 7 (*)
p.s.
просто в VBA это как-то проще было, даже не задумываешься... всегда можно CreateObject(позднее связывание, на этапе компилирования, полагаю)... потом легко x=Nothing... и этого достаточно... и ячейки оперативной памяти сами в курсе, что от них надо... а тут (в с++) ещё и персональное обращение к ним надо (к этим ячейкам памяти)...   [а в vba с массивами так ещё проще, и даже ubound всегда можно найти]... [и вообще в vba те static объекты ещё задать надо, как static, чтобы они, действительно были статичными]... думается мне
p.p.s
осталось проверить умом    простоту использования многомерных массивов в с++, чтобы можно было окончательно принимать решение - нужен ли он мне... тут, наверно, и всплывут эти (**) (в синтаксисе)...
***
(ТС, похоже, уже определился, только скромно промолчал, что выбрал и почему))

Что-то я не пойму: разве тема про сравнение языков? Если таковая нужна - создайте НОВУЮ тему.

Котяра, это же курилка. Кури табачок, не парься...  

есть одна приятная весть: ... в любом возрасте лучше знать, чему хочется учиться   ...
чтобы избежать неожиданных сюрпризов (понимания, что хотелось другого))
p.s.
да и проблемы линковки никто не отменял... когда при всей правильности кода компилятор не так связывает что-то с чем-то...
т.к. в vba с этим не сталкиваешься, поэтому я рада, что сначала изучила vba, прежде чем заглядываться на более сложные языки...
хотя по сути, главное - иметь хороший, функциональный (в рамках своих потребностей) и удобный IDE для выбираемого языка... чтобы кодирование и программирование (и обучение им) было в радость и на пользу...имхо (и возраст будет не помеха)