Популярные IT-термины для начинающих: словарь с определениями

IT-термины — это профессиональная лексика разработки: короткие слова, за которыми стоят конкретные понятия — части приложения, сетевые протоколы, подходы к организации кода и работы команды. Незнание этих слов мешает читать вакансии, документацию и учебные материалы сильнее, чем сами идеи за ними.

Ниже — короткий словарь популярных IT-терминов для начинающих. Каждое понятие дано с точным определением, а близкие термины, которые легко перепутать (фронтенд и бэкенд, HTTP и HTTPS, GUI и CLI, баг и исключение), разведены прямо. Термины сгруппированы по смыслу, чтобы было видно, как они связаны.

Части приложения: фронтенд, бэкенд, клиент-сервер

Фронтенд (frontend) — видимая часть приложения, с которой пользователь взаимодействует напрямую через браузер или экран устройства: верстка, кнопки, формы, анимации. Базовые инструменты фронтенд-разработчика — HTML и CSS для структуры и оформления и JavaScript для поведения страницы, часто вместе с фреймворками. Код фронтенда доставляется в браузер, поэтому его можно посмотреть через «Инструменты разработчика» (Dev Tools).

Бэкенд (backend) — скрытая от пользователя часть приложения, которая работает на сервере: бизнес-логика, обработка запросов, хранение и выдача данных, интеграции с другими сервисами. Бэкенд можно писать почти на любом языке общего назначения — Python, Java, Go, PHP, C#, JavaScript (Node.js).

Разница между ними — в том, где выполняется код и что он делает. Фронтенд исполняется в браузере пользователя и отвечает за интерфейс, бэкенд исполняется на сервере и отвечает за данные и логику. Разработчика, который уверенно работает с обеими частями, называют фулстек (fullstack).

Клиент-серверная архитектура — способ организации приложения, при котором работа разделена между двумя сторонами. Клиент — программа на стороне пользователя (браузер, мобильное приложение), которая отправляет запросы. Сервер — программа, которая принимает запросы, обрабатывает их и возвращает ответ. Общаются они по сети, чаще всего по протоколу HTTP.

Сеть и обмен данными: HTTP, HTTPS, API, кэш

HTTP (HyperText Transfer Protocol) — протокол передачи данных в вебе, по которому клиент и сервер обмениваются сообщениями. Клиент отправляет запрос (request), сервер возвращает ответ (response) — например, HTML-страницу или данные. У каждого ответа есть код статуса: 200 — успех, 404 — страница не найдена, 500 — ошибка сервера.

HTTPS (HTTP Secure) — тот же HTTP, но поверх шифрованного соединения (протокол TLS). Он защищает данные между клиентом и сервером от перехвата и подмены. Раньше признаком HTTPS считали значок замочка в адресной строке, но браузеры постепенно убирают этот значок; надежнее ориентироваться на префикс https:// в адресе. Сегодня HTTPS — стандарт де-факто, и обычный HTTP браузеры помечают как небезопасный.

API (Application Programming Interface) — программный интерфейс: набор правил и соглашений, по которым одна программа обращается к другой, не зная ее внутреннего устройства. Через API мобильное приложение получает данные с сервера, а сайт показывает карту или курс валют от стороннего сервиса. API описывает, какие запросы можно отправлять и что придет в ответ.

Кэш (cache) — временно сохраненная копия данных, которая ускоряет повторный доступ к ним. Браузерный кэш хранит уже загруженные картинки, стили и скрипты, чтобы при следующем заходе не запрашивать их заново. Кэш есть не только в браузере — кэшируют данные на сервере, в базах и в процессоре; принцип один: держать часто нужное поближе и побыстрее.

Интерфейсы: GUI и CLI

Интерфейс — это способ, которым человек управляет программой. Два базовых вида легко перепутать по названиям, поэтому разведем их.

GUI (Graphical User Interface) — графический интерфейс: пользователь работает с программой через визуальные элементы — окна, кнопки, значки, поля ввода, курсор. Это привычный вид большинства приложений и операционных систем.

CLI (Command Line Interface) — интерфейс командной строки: команды вводятся текстом с клавиатуры, а результат выводится текстом. CLI выглядит сложнее для новичка, но он точнее, воспроизводимее и удобнее для автоматизации, поэтому им активно пользуются разработчики и системные администраторы. Одно и то же действие часто доступно и через GUI, и через CLI — разными способами.

Код и его превращение в программу: компиляция, язык разметки, фреймворк

Компиляция — перевод исходного кода, написанного человеком, в машинный код или промежуточное представление, понятное компьютеру. Этим занимается компилятор; он только преобразует код, но не запускает его.

Важна граница: не все языки компилируются в машинный код заранее. Часть языков интерпретируется — код выполняется построчно во время запуска (так исторически работал Python, который сначала компилирует исходник в промежуточный байт-код, а затем исполняет его). Деление на «компилируемые» и «интерпретируемые» условное: у многих языков есть и то, и другое.

Язык разметки (markup language) — язык, который описывает структуру и оформление документа, но не содержит алгоритмов и вычислений. Поэтому HTML — это не язык программирования: он размечает страницу, а не задает логику. Примеры языков разметки: HTML (веб-страницы), XML (обмен данными), Markdown (простое форматирование текста).

Фреймворк (framework) — готовый каркас с набором правил и компонентов, поверх которого пишут свое приложение. Он ускоряет разработку, беря на себя типовые задачи (маршрутизацию, работу с формами, обращения к базе). Фреймворк отличается от библиотеки направлением управления: вашу программу вызывает фреймворк («не звоните нам, мы позвоним вам»), а библиотеку по мере надобности вызываете вы. По этому признаку Angular обычно называют фреймворком, а React — библиотекой для интерфейсов, хотя в быту оба зовут фреймворками.

Ошибки, данные и организация кода: баг, исключение, ООП, итерация

Баг (bug) — ошибка или дефект в программе, из-за которого она работает не так, как задумано. Найденный баг описывают в баг-репорте и передают разработчику на исправление. Поиском и предупреждением багов занимается тестирование (QA).

Исключение (exception) — особая ситуация, возникающая во время выполнения программы и прерывающая обычный ход работы: например, попытка открыть несуществующий файл или поделить на ноль. Исключение — не то же самое, что баг: многие исключения ожидаемы, и их специально обрабатывают (перехватывают), чтобы программа не падала. Багом ситуация становится, когда исключение возникает там, где его не предусмотрели, или обработано неверно.

Итерация (iteration) — у слова два значения, и их часто путают. В коде итерация — один повтор блока инструкций внутри цикла: цикл повторяет фрагмент, пока выполняется условие. В управлении проектами по Agile итерация (спринт) — фиксированный отрезок времени, обычно одна-две недели, за который команда доводит до готовности небольшую порцию работающего продукта.

Объектно-ориентированное программирование (ООП) — подход, при котором программу описывают как набор объектов: у каждого есть данные (свойства) и действия (методы), и объекты взаимодействуют между собой. ООП опирается на четыре принципа: абстракция, инкапсуляция, наследование и полиморфизм. Объектно-ориентированные языки — Java, Python, C++, C#, PHP; во многих из них можно писать и не в объектном стиле.

Процессы и методологии: Agile, DevOps, CI/CD

Agile — не конкретный метод, а гибкий подход к разработке: набор ценностей и принципов, изложенных в «Манифесте гибкой разработки» (2001). Суть — короткие циклы, ранняя обратная связь и готовность менять план по ходу. Внутри Agile есть более конкретные практики — например, Scrum (работа спринтами с фиксированными ролями и встречами) и Kanban (поток задач на доске без жестких спринтов).

DevOps — культура и практики, которые сближают разработку (Development) и эксплуатацию (Operations). Цель — выпускать изменения чаще и надежнее за счет автоматизации сборки, тестирования и развертывания. DevOps дополняет Agile и заимствует часть его идей.

CI/CD — две связанные практики автоматизации, одна из основ DevOps. CI (Continuous Integration, непрерывная интеграция) — частое слияние изменений в общую ветку с автоматической сборкой и прогоном тестов. CD расшифровывают двояко: Continuous Delivery (непрерывная доставка) — автоматическая подготовка сборки к выпуску с ручным подтверждением релиза, и Continuous Deployment (непрерывное развертывание) — автоматический выпуск в продакшн без ручного шага. Разница между ними — именно в том, есть ли ручное подтверждение перед выкатом.

Выводы

• IT-термины — это короткие слова за конкретными понятиями (части приложения, сетевые протоколы, подходы к организации кода и работе команды); знать их важнее для чтения вакансий и документации, чем кажется.
• Близкие термины стоит разводить: фронтенд (браузер, интерфейс) и бэкенд (сервер, данные и логика), HTTP и HTTPS (тот же протокол поверх шифрования TLS), GUI и CLI, баг (дефект) и исключение (ожидаемая особая ситуация).
• HTML — не язык программирования, а язык разметки: он описывает структуру страницы, но не задает логику; деление языков на «компилируемые» и «интерпретируемые» тоже условное.
• Учить все сразу не нужно: сначала слова про устройство приложения и код (фронтенд, бэкенд, API, баг, компиляция), а процессные понятия (Agile, DevOps, CI/CD) — ближе к работе в команде.
• Термины закрепляются только на практике — быстрее всего на первом языке программирования, где сразу встречаются переменные, циклы, исключения и основы ООП.

Где это пригодится и с чего начать

Термины складываются в общую картину, только когда за ними стоит практика: пока не написал первый цикл, слово «итерация» остается абстракцией, а «исключение» — строчкой из учебника. Быстрее всего понятия закрепляются на первом языке программирования, где сразу встречаются переменные, циклы, исключения, компиляция или интерпретация и основы ООП.

Смежные темы: Токены для начинающих, PhpStorm для начинающих.

FAQ

Обязательно ли знать английский, чтобы понимать IT-термины? Базовый технический английский сильно помогает: большинство терминов — это английские слова или аббревиатуры (frontend, cache, commit), а официальная документация чаще всего англоязычная. Но для старта достаточно понимать значение конкретных слов; свободное владение языком приходит по мере практики.

Чем IT-термин отличается от профессионального сленга? Термин имеет точное, общепринятое значение (API, компиляция, исключение) и встречается в документации. Сленг — неформальные слова команды («прод», «костыль», «залить»), которые понятны в контексте, но в спецификациях и учебниках их нет. Термины стоит учить точно, сленг усваивается сам по ходу работы.

Все ли эти термины нужно учить сразу? Нет. Сначала полезны слова про устройство приложения и код (фронтенд, бэкенд, API, баг, компиляция), а понятия про процессы (Agile, DevOps, CI/CD) становятся нужны ближе к работе в команде. Ориентируйтесь на выбранную специальность: тестировщику раньше пригодится баг-репорт, бэкенд-разработчику — клиент-серверная архитектура и HTTP.