Сравнивать надо не только скорость разработки, но и скорость выполнения. А почему именно PQ? ведь так можно и про формулы сказать.

Ну примерно о том же, можно зайти в глубины и сказать что математика тоже не нужна если владеешь  VBA. Каждому инструменту свое применение. Читаемость кода  ( на любом языке , особенно если там есть еще и комменты) - выше - это факт - Возможности - ну 50:50. Наклацать в PQ может начинающий достаточно сложное преобразование, с VBA такое не пройдет.

будьте  столь любезны сообщить, как из вашего  первого поста можно  сделать такой вывод?
На мой взгляд, чего  нельзя сделать  макросом - это загрузить данные в модель  Power Pivot. Остальное - выгода в скорости  разработки - в силу широкого набора типовых решений и пррстоты трансформации структур, чем исходно  VBA не столь богат. Да и далеко  не все кодят в  Power  Query мышкоклацанием.
Ряд задач в Power Query фактически  не решаем с приемлемым быстродействием. Но с другой  стороны в С++ быстродействие ещё выше. Так что выбирать приходится то, что в данной задаче удобнее.

ну, это не аргумент. Для С++ есть возможность писать xll надстройки. Посмотрите решения Виталия  Bedvit. Вам же решения что на VBA  что на Power Query всё равно нужно  будет как-то  поставлять. Чем в этом случае  xll хуже файла Excel  с кодом VBA, Power  Query?
Естественно, можно воспользоваться VSTO, ExcelDNA,  использующими С#, для создания надстроек. Что проще для освоения -  меньше надо будет осваивать алгоритмов и структур данных, так как есть куча готовых компонент уже на базовом уровне net.framework.

Основная ошибка здесь - это рассматривать PQ в отрыве от РР. Все таки это два кусочка паззла, и PQ это всего лишь ETL инструмент для выковыривания данных из откуда угодно и выпрямления всякого кривого перед загрузкой в модель данных. То что с его помощью можно сделать и не такое это уже отдельная история и, скорее, нестандартное применение.
Любые мои попытки использовать только PQ в качестве замены именно VBA постоянно упираются в быстродействие. Инструмент выполняющий расчеты из 20+ источников на VBA будет работать сильно быстрее. А вот PQ + PP это сила. Но все равно это не замена VBA.

в VBA можно сделать гораздо больше, чем в PQ, но ровно так же можно сказать, что в Word можно сделать больше/меньше, чем в Excel.
PQ по сравнению с VBA не умеет кучу всего, связанного с обработкой событий, действий пользователя и работой с объектной моделью Excel.
Но PQ умеет делать одной командой вещи, которые требуют полноценного большого макроса на VBA. Возьмите тот же Pivot/Unpivot.
В общем и целом - многократно повторенный здесь на форуме вывод: PQ хорош для быстрого кодирования задач ETL с последующей загрузкой данных на лист или в модель данных. Если надо выйти за рамки ETL - велкам ту ВэБэА. Каждому гвоздю - свой микроскоп!