Как то попал на очень серьезную статью, там как раз тестировались различные компиляторы на скорость выполнения получаемого кода. Интересно было посмотреть. Задачки ставились разные, смотрели и наскоко мозги компилятора в состоянии с оптимизировать лихо закурченные мат. вычисления и просто выполнение элементарных операций из которых состоят в большнистве своем обычные программы. В этих тестах конечно VB был достаточно далеко от лидера, где-то не очень, а где-то проигрывал раз в 50-100.

Как раз в тестах на ООП VB оставал больше всего.
Потому что в качестве теста бралось время вызова метода класса созданного в самом компиляторе. И тут конечно VB никак не мог угнаться за обычными Сишными компиляторами, потому VB нет честной реализции ООП, он ее только ИМИТУРУЕТ. Имитирует в том смысле, что VB свои классы оформляет как внутренние COM-объекты, потому обращение к этим объектам занимает гораздо дольше времени. VB изначально был ориентирован на использовании COM-технологии и именно в этом его преймущество и от этого проистекают его недостатки. Что нужно Вам, это ваш уже выбор: модульность, быстрота сборки и универсальность или полностью своя среда с большим контролем над кодом, но и с большими трудозатрами.


Возможны и комбинации, очень часто наблюдал как вспомогательный ресурсоемкий алгоритм писался в том же Си и оформлялся как отдельная Dll, которая потом подключалась в VB и спокойно использовалась, потому такая Dll работала в несоклько раз быстрее, чем реализованая средствами самого VB. Как говорится, кто Вам мешает, вариантов масса...


Насчет использования API тут мелькало в предыдущих топиках. Я кстати тоже освоил API гораздо глубже токо когда начал писать на VB и упирался в рамки, чем когда до этого писал на Си++ и Delphi. Кстати именно за это VB профессионалы и называют языком низкого уровня, потому что часто приходится работать напрямую с API системы.
Но это происходит только потому, что в отличии от других сред, в VB нет разработанных готовых классов, которые изолируют программиста от системы. Не стали программисты microsoft нагружать себя лишней работы, в эту нишу они ориентировали VB-продукт, потому и пришлось обычным людям дописывать, создавать все ручками , через API.
Ну кстати, сейчас уже очень много готовых модулей, которые позволяют не зморачиваться декларацией API функцией, но написаны они конечно нашими же соратниками по VB цеху, а не прилагались вместе с дистрибутивом.


И вообще, в качестве итога, сейчас все больше приходит такое понятие как прикладной программист, для который важно не на чем он программирует, а для каких программных продуктов. Модульность, COM-технологии позволяют собирать большие программы из готовых кусков написанных на разных языках и я не вижу в этом ничего плохо. Думаю в этом направлении будет идти прогресс дальше.