Компилируемые против интерпретируемых: что на самом деле происходит с вашим кодом

Представьте, что вам нужно прочитать книгу на чужом языке: можно перевести её целиком заранее, а можно — фразу за фразой вслух прямо во время чтения.

Компилятор переводит всю программу заранее и отдаёт машине готовый результат. Интерпретатор читает и исполняет код построчно прямо во время работы.

Машина не понимает ваш код

Процессор компьютера понимает только машинный код — длинные ряды чисел, означающих «сложи эти два регистра», «положи это в память». Человек так писать не может, поэтому мы пишем на понятных языках. Но между нашим текстом и числами процессора должен встать переводчик. Вопрос лишь в том, когда он делает свою работу.

Компиляция: перевести всё заранее

Компилятор берёт исходный текст программы целиком и заранее, до запуска, превращает его в машинный код — готовый исполняемый файл. Когда вы потом запускаете программу, переводчик уже не нужен: процессор сразу грызёт готовые инструкции.

Плюс очевиден — скорость. Вся тяжёлая работа по переводу сделана один раз, заранее. Программы на C, C++, Rust и Go компилируются и поэтому работают очень быстро. Минус — цикл разработки длиннее: изменил строчку — жди, пока всё соберётся заново. И готовый файл привязан к конкретному типу процессора и системе.

Интерпретация: переводить на лету

Интерпретатор не создаёт заранее готового файла. Он берёт ваш код и исполняет его построчно прямо во время работы, переводя каждую инструкцию в момент, когда до неё доходит очередь. Так работают классические Python, Ruby, PHP.

Плюс — гибкость и удобство. Поменял код — сразу запустил, никакой сборки. Один и тот же скрипт поедет на любой системе, где есть интерпретатор. Цена — скорость: переводчик трудится каждый раз заново, и это медленнее готового машинного кода.

Граница размылась: JIT и байт-код

В реальности чёткое деление давно стало нечётким. Java и C# сначала компилируются не в машинный код, а в промежуточный байт-код — компактный язык для виртуальной машины, которая уже исполняет его на любой платформе. А современные движки идут дальше: JIT-компиляция (Just-In-Time, «точно вовремя») переводит горячие, часто исполняемые куски кода в машинный прямо во время работы программы.

Именно так браузерный движок V8 разгоняет JavaScript: формально язык интерпретируемый, но на практике критичные участки компилируются на лету и летают почти как нативный код. Граница между «компилируемым» и «интерпретируемым» сегодня проходит не по языку, а по конкретной реализации.

Почему это важно на практике

Разница ощущается не только в скорости готовой программы, но и в самом процессе работы. С интерпретатором цикл «изменил — проверил» занимает секунды: вы правите строку и сразу видите результат, что бесценно при отладке и экспериментах. С компилятором между правкой и запуском встаёт сборка, которая в больших проектах может тянуться минутами. Зато компилятор успевает заранее заметить часть ошибок, которые интерпретатор обнаружит, только добежав до проблемной строки, — иногда уже у пользователя.

Что выбрать новичку

Для обучения и экспериментов интерпретируемые языки приятнее: быстрый отклик, мгновенная обратная связь, ничего не нужно собирать. Когда дойдёте до задач, где важна каждая миллисекунда — игры, системное программирование, высоконагруженные сервисы — придёт пора компилируемых. А понимание разницы поможет не удивляться, почему один и тот же алгоритм на разных языках работает с заметно разной скоростью и почему «медленный» язык всё равно может быть правильным выбором.