Дело не в этом. Васик в случае МК-85 - это аппаратно-отвязанный язык. Грубо говоря он выполняется в некоей виртуальной машине, которая старается отвязать пользователя от ресурсов. Важно же не на каком языке МК программится, а использование его аппаратных ресурсов - всякие там таймеры, АЦП и т.д. Прерываний тех же. Хороший пример кода - это код, который минимум функций делает сам, а максимум за него делают аппаратные устройства. Идеально, если функции делаются полность аппаратно.
Пример - вот я делаю электронику для цифровой сервомашинки. У меня ШИМ для моста управления двигателем генерится аппаратно, на таймере. Второй таймер - 'часы' 32-битные - комбинация работы таймера и прерываний. Определение длительности входящего сигнала к сожалению не влезло на ICP (иначе ШИМ приходился на MOSI/MISO и оно бы не программировалось - одновременные 1 на ножках коротят питание), поэтому придется делать прерывание и определять длительность по таймеру. Далее, определение тока - аппаратное использование ICP в дифференциальном режиме. Таким образом, собственно на ядро контроллера ложится ТОЛЬКО алгоритм управления и работа с АЦП, все остальное работает или полностью аппаратно, или на прерываниях. Вот это - правильный подход, 'от железа'. При этом вычислительная мощность процессора как таковая большого значения не имеет - я могу заклочить ядро частотой в мегагерц и все отлично будет работать. А если бы я все делал программно, то во-первых, оно бы НИКОГДА не работало параллельно, а во-вторых, потребовало бы изрядно больше вычислительной мощности.
Вот именно пониманию того, что микроконтроллер, да и вообще любое современное вычислительное устройство - это не просто машина фон-Неймана, и надо учить. И МК - как - его - там, это плохой пример для этого. Там как раз код работает строго последовательно.
P.S. Ну. я конечно несколько утрирую - там и таймеры есть, и все такое. Но они просто есть как некие устройства, не влияющие на программу, та - строго линейна по выполнению.