Демонстрируется возможность оптимизации кода. Выражаясь простым языком, "применяя такой метод, мы на каждом шаге экономим 1 секунду, если таких шагов будет 1000, то сэкономим 20 минут."

неоднозначно  

А вообще конечно, можно и нужно сражаться не столько за секунды, но и вот за такую КРАСОТУ

От Автора-оптимизатора: "Небольшая статистика того что получилось:
18 модулей против 1 у Васи
~380 строк кода (из них можно смело вычесть примерно 20 строк, т.к. это атрибуты Rubberduck) против ~100 у Васи".

про Conditional Compilation Arguments не знал, но, вроде, и не нужно это мне. Вообще, статья — полный скам и я бы такое никогда не посоветовал и, тем более, не назвал красотой.
     Улыбнулся, прочитав Это очень плохая практика – объявление всех переменных блоком в начале процедуры. Всегда лучше объявлять их непосредственно перед первым использованием.. Ну да, ну да  

Что касается места объявления переменных.
Далее личное мнение, оценочное суждение итд итп. Никому не навязываю, просто рассказываю.

Есть подозрение, что это пришло из других языков, где просто нельзя написать по-другому. Но в VBA этого ограничения нет.
Изначально я объявлял переменные в начале процедуры/функции, так научили.
Потом заметил, что удобнее объявлять их перед первым использованием. Какие плюсы:
- Если процедура длинная(не надо так делать), то чтоб объявить переменную нужно пролистать вверх, написать текст, вернуться - пролистать вниз. Удобнее же просто написать текст без проматывания туда-сюда.
- Второй не менее значимый момент. Если вдруг процедура разрослась, и ты решил её отрефакторить, выделить логический кусок в отдельную процедуру. То вырезание куска кода происходит проще, если переменные находятся в этом же блоке.

Я пару раз отвечал на форуме, когда мне задавали вопросы, зачем я так делаю. Ответ был в духе "мы так делали, и будем делать, а твои аргументы ни о чём". Так что, эту точку зрения никому не навязываю, но и в удобстве обратного вы меня не убедите )

МатросНаЗебре, если называть переменные "yy" или "xxxxxx", то разницы совершенно нет )
но, как я полагаю, всё меняется если давать переменным осмысленные названия и перечислять их в самом начале с комментариями после каждой
и последующее чтение кода уже не будет приводить к результату "вдруг откуда ни возьмись"

nilske, я писал про место объявления переменных. Имена переменных - это другая тема, не менее важная и интересная, но тем не менее, это про другое.

Если объявлять переменные перед первым использованием, просто соблюдая формальности, то теряется смысл в использовании  Option Explicit - можно просто её не использовать

Jack Famous, согласен - перегнул немного ))
имел ввиду что лучше подходить у этому осознанно, а не потому что "так надо" или с "меня же платы за это не возьмут"

Это всё понятно, но вопрос был не об этом.
То, что за скорость нужно бороться - это понятно. Не понятно другое: когда я в теме вижу, как кто-то выкладывает код, говорит, что на 50000 строках он отрабатывает минуту и просит помочь его оптимизировать, ему выкладывают варианты, и в итоге он пишет: "После всех изменений код стал выглядеть так: сам код. На 50000 строках код отрабатывает за 3 секунды. Можно ли ещё как-то ускорить?". И возникает вопрос: ты и так его уже ускорил. Зачем ещё ускорять? Разве 3 секунды - это много? И до каких пор тогда ты будешь его ускорять? Ведь когда-то же надо остановиться. По мне, этот перфекционизим становится уже слишком маниакальным!

иногда это просто интерес, какие подходы могут использоваться и/или какие условия должны быть соблюдены для большего ускорения.
Для кого-то 3 сек на 50 тыс строк это невероятно быстро, а для кого-то и 5 секунд на миллионе — это многовато.

Вот пример: я в надстройке на листе храню леммы (начальная форма) слов в виде пар "слово — лемма". Таких пар у меня 3,5 млн. Леммы используются в нескольких инструментах "нормализации" строк. Для работы каждого из них, все леммы нужно сначала загрузить в ОЗУ (в виде суперсловаря от bedvit'а). И вот, как вы думаете, что удобнее для пользователя — запустить нормализацию и уйти пить чай (3,5 млн / 50 тыс * 3 сек = 210 сек) или же подождать 3 секунды и получить результат? Вне зависимости от количества нормализуемых строк, леммы в словарь всегда грузятся ВСЕ. Или же пришлось бы сначала разбирать строки, собирая словарь слов, потом отбирать леммы только по этим словам и, только после этого, возвращаться к нормализации.

Скорость, которой достигаю я, обеспечивается глубокими исследованиями огромного количества вариантов.
А также библой bedvit'а  
Таким мало кто будет заниматься и часто — даже просто не поймёт, для чего это нужно. Ваша тема тому пример.

В Топ Гир было. Рассуждали про мотивацию решать сложные задачи. Обсуждая мост, говорили, что его можно было сделать из дерева и гораздо ниже, а сделали из титана и самым высоким. Потому что это круто )
https://youtu.be/HvaSqSCJaK0?si=odHv_Xlod_8qc7Fg

Сейчас попробовал на питоне:

дано: файл .xlsx 9 столбцов, 950 строк
задача: открываем файл, файл уже открыт, определяем нужные три столбца по "шапке" и забираем из них данные в словарь, закрываем файл

итоговое время: 0,01с.

/c открытием файла - 0, 09с./

скрины