{"id":28281964,"url":"https://github.com/algorithmalchemy/glossary-of-it-terms","last_synced_at":"2026-02-02T18:03:42.516Z","repository":{"id":294443599,"uuid":"986982053","full_name":"AlgorithmAlchemy/Glossary-of-IT-terms","owner":"AlgorithmAlchemy","description":"Полезный справочник для новичков, стажёров, разработчиков и всех, кто работает в IT-сфере. Глоссарий охватывает популярные роли, технологии, термины, сленг и бизнес-лексикон.","archived":false,"fork":false,"pushed_at":"2025-05-24T19:59:53.000Z","size":52,"stargazers_count":4,"open_issues_count":0,"forks_count":0,"subscribers_count":1,"default_branch":"main","last_synced_at":"2025-06-17T00:44:07.515Z","etag":null,"topics":["coding-resources","developer-guide","git-terms","it-glossary","junior-resources","onboarding","programming-dictionary","project-management-glossary","software-engineering","tech-terms"],"latest_commit_sha":null,"homepage":"","language":null,"has_issues":true,"has_wiki":null,"has_pages":null,"mirror_url":null,"source_name":null,"license":"mit","status":null,"scm":"git","pull_requests_enabled":true,"icon_url":"https://github.com/AlgorithmAlchemy.png","metadata":{"files":{"readme":"README.md","changelog":null,"contributing":null,"funding":null,"license":"LICENSE","code_of_conduct":null,"threat_model":null,"audit":null,"citation":null,"codeowners":null,"security":null,"support":null,"governance":null,"roadmap":null,"authors":null,"dei":null,"publiccode":null,"codemeta":null,"zenodo":null}},"created_at":"2025-05-20T12:01:39.000Z","updated_at":"2025-05-30T06:15:00.000Z","dependencies_parsed_at":"2025-05-20T13:33:59.617Z","dependency_job_id":null,"html_url":"https://github.com/AlgorithmAlchemy/Glossary-of-IT-terms","commit_stats":null,"previous_names":["algorithmalchemy/glossary-of-it-terms"],"tags_count":0,"template":false,"template_full_name":null,"purl":"pkg:github/AlgorithmAlchemy/Glossary-of-IT-terms","repository_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/AlgorithmAlchemy%2FGlossary-of-IT-terms","tags_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/AlgorithmAlchemy%2FGlossary-of-IT-terms/tags","releases_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/AlgorithmAlchemy%2FGlossary-of-IT-terms/releases","manifests_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/AlgorithmAlchemy%2FGlossary-of-IT-terms/manifests","owner_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/owners/AlgorithmAlchemy","download_url":"https://codeload.github.com/AlgorithmAlchemy/Glossary-of-IT-terms/tar.gz/refs/heads/main","sbom_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/AlgorithmAlchemy%2FGlossary-of-IT-terms/sbom","host":{"name":"GitHub","url":"https://github.com","kind":"github","repositories_count":261548736,"owners_count":23175495,"icon_url":"https://github.com/github.png","version":null,"created_at":"2022-05-30T11:31:42.601Z","updated_at":"2022-07-04T15:15:14.044Z","host_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub","repositories_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories","repository_names_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repository_names","owners_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/owners"}},"keywords":["coding-resources","developer-guide","git-terms","it-glossary","junior-resources","onboarding","programming-dictionary","project-management-glossary","software-engineering","tech-terms"],"created_at":"2025-05-21T12:14:08.120Z","updated_at":"2026-02-02T18:03:42.511Z","avatar_url":"https://github.com/AlgorithmAlchemy.png","language":null,"funding_links":[],"categories":[],"sub_categories":[],"readme":"# Глоссарий IT-терминов (русский)\n\n[English version](./README_en.md)\n \nПолезный справочник для новичков, стажёров, разработчиков и всех, кто работает в IT-сфере. Глоссарий охватывает популярные роли, технологии, термины, сленг и бизнес-лексикон.\n\n---\n\n##  1. Роли и должности\n| Термин       | Значение |\n|--------------|----------|\n| **CEO**      | Chief Executive Officer — генеральный директор |\n| **CTO**      | Chief Technology Officer — технический директор |\n| **CPO**      | Chief Product Officer — отвечает за продукт |\n| **COO**      | Chief Operating Officer — операционный директор |\n| **Dev**      | Developer — разработчик |\n| **QA**       | Quality Assurance — тестировщик (ручной или автоматизатор) |\n| **PM**       | Project Manager — руководитель проекта |\n| **PO**       | Product Owner — владелец продукта, формирует задачи |\n| **TL / Lead**| Team Lead — тимлид, руководитель команды |\n| **BA**       | Business Analyst — бизнес-аналитик |\n| **HR**       | Human Resources — рекрутер, кадровик |\n| **UX/UI**    | User Experience / User Interface — дизайнер интерфейсов |\n| **SRE**      | Site Reliability Engineer — инженер надежности |\n| **DevOps**   | Специалист по CI/CD, автоматизации инфраструктуры |\n| **Intern**   | Стажёр |\n| **Junior**   | Младший специалист |\n| **Middle**   | Специалист среднего уровня |\n| **Senior**   | Старший специалист |\n| **Architect**| Архитектор ПО — проектирует архитектуру приложения |\n\n---\n\n##  2. Технологии и роли в разработке\n| Термин | Значение |\n|--------|----------|\n| **Backend** | Серверная часть — логика, базы данных, API |\n| **Frontend** | Клиентская часть — интерфейс, то что видит пользователь |\n| **Fullstack** | Специалист и в backend, и в frontend |\n| **Stack** | Набор технологий (например: React + Node.js + MongoDB) |\n| **CI/CD** | Непрерывная интеграция и доставка |\n| **API** | Интерфейс для связи между системами (REST, GraphQL) |\n| **DB** | Database — база данных |\n| **ORM** | Object-Relational Mapping — работа с БД через код |\n| **IDE** | Integrated Development Environment — среда разработки |\n| **Repo** | Репозиторий — хранилище кода (обычно Git) |\n| **Branch** | Ветка в Git |\n| **Merge** | Слияние веток |\n| **Pull Request (PR)** | Запрос на слияние кода |\n| **Code Review** | Проверка кода другим разработчиком |\n| **Refactor** | Переписывание кода без изменения поведения |\n| **Commit** | Сохранение изменений в Git |\n| **Deploy** | Выкладывание проекта на сервер |\n| **Release** | Выпуск новой версии продукта |\n\n---\n\n##  3. Бизнес и продукт\n| Термин | Значение |\n|--------|----------|\n| **MVP** | Minimum Viable Product — минимально рабочая версия |\n| **Pivot** | Смена стратегии или направления проекта |\n| **KPI** | Key Performance Indicators — ключевые метрики |\n| **OKR** | Objectives and Key Results — цели и результаты |\n| **A/B тест** | Сравнение двух версий фичи |\n| **Roadmap** | Дорожная карта разработки |\n| **User Story** | История пользователя, задача с точки зрения юзера |\n| **Sprint** | Короткий цикл разработки |\n| **Backlog** | Список задач |\n| **Estimate** | Оценка задачи |\n| **Scope** | Объём работ или функционала |\n| **Deadline** | Крайний срок |\n| **Feature** | Функция, возможность |\n| **Tech Debt** | Технический долг — компромиссы в коде |\n| **Stakeholder** | Заинтересованное лицо (инвесторы, заказчики) |\n\n---\n\n##  4. Коммуникация и сленг\n| Термин | Значение |\n|--------|----------|\n| **Stand-up** | Ежедневный митинг команды |\n| **Call** | Звонок по видеосвязи |\n| **1-on-1** | Индивидуальная встреча |\n| **Ping / Пингануть** | Напомнить, написать |\n| **Sync** | Сверка по прогрессу |\n| **ASAP** | As Soon As Possible — как можно скорее |\n| **ETA** | Estimated Time of Arrival — время выполнения |\n| **FYI** | For Your Information — для информации |\n| **IMO / IMHO** | По моему (скромному) мнению |\n| **TL;DR** | Слишком длинно — не читал. Краткое резюме |\n| **LGTM** | Looks Good To Me — одобрение PR |\n| **BRB** | Сейчас вернусь |\n| **AFK** | Отошёл от клавиатуры |\n\n---\n\n##  5. Хардкор / продвинутый уровень\n| Термин | Значение |\n|--------|----------|\n| **CI/CD pipeline** | Автоматическая сборка, тесты, деплой |\n| **Microservices** | Архитектура из отдельных независимых сервисов |\n| **Monolith** | Монолитное приложение — всё в одном коде |\n| **Container** | Изолированная среда (Docker и т.п.) |\n| **Orchestration** | Управление контейнерами (например, Kubernetes) |\n| **Load Balancer** | Балансировщик нагрузки |\n| **Scalability** | Масштабируемость |\n| **Latency** | Задержка ответа |\n| **Throughput** | Пропускная способность |\n| **Failover** | Переключение при сбое |\n| **Cache** | Кеш — временное хранилище данных |\n| **Queue** | Очередь задач (RabbitMQ, Celery) |\n| **Pub/Sub** | Публикация/подписка, событийная система |\n\n---\n\n##  Предложения\n\u003e Если ты хочешь добавить термин — создай Pull Request или Issue!\n\n---\n\n##  Лицензия\nMIT License\n\n---\n\n##  Автор\nDev\n\n\n----\nВот полный разбор термина **CPO**:\n\n---\n\n##  CPO — Chief Product Officer\n\n**CPO (Chief Product Officer)** — это **директор по продукту**, один из ключевых C-level руководителей в IT и технологических компаниях.\n\n---\n\n##  Что делает CPO\n\nCPO — это **главный человек, отвечающий за продукт** в компании. Он решает:\n\n### Основные обязанности:\n\n*  **Продуктовая стратегия**\n  Определяет, каким будет продукт, зачем он нужен, кому и как его развивать.\n\n*  **Управление фичами**\n  Какие функции приоритетны, какие — в будущем, какие — вырезать.\n\n*  **Связующее звено между командами**\n  Работает с разработкой, дизайном, маркетингом, аналитикой и продажами.\n\n* **Рост и метрики**\n  Отвечает за KPI: активность пользователей, удержание, конверсии, выручку, NPS.\n\n*  **Прототипы, A/B тесты и исследования**\n  Организует процесс гипотез, тестирования, проверок идей.\n\n---\n\n##  Где находится CPO в иерархии\n\nВ типичной IT-компании:\n\n```\n                  CEO\n                   |\n+--------+---------+---------+\n|        |                   |\nCTO     CPO               CMO/COO\n|        |                   |\ndevs   product           marketing\n```\n\n* **CEO** — генеральный директор\n* **CPO** — глава всего, что связано с продуктом\n* **CTO** — отвечает за технологии (как продукт работает)\n* **CMO** — за маркетинг\n* **COO** — за операционку\n\n---\n\n##  В чем разница между CTO и CPO?\n\n|                   | CTO                     | CPO                                    |\n| ----------------- | ----------------------- | -------------------------------------- |\n| Отвечает за       | Технологии, архитектуру | Продукт, пользователей                 |\n| Цель              | Рабочий, надежный код   | Полезный, востребованный продукт       |\n| Взаимодействует с | Разработчиками, DevOps  | UX-дизайнерами, аналитиками, клиентами |\n\n---\n\n##  Примеры задач CPO\n\n* «Какая фича важнее: чат или платёжная система?»\n* «Как улучшить онбординг в приложении?»\n* «Как повысить Retention на 14-й день?»\n* «Какую бизнес-модель выбрать — подписка или freemium?»\n* «Пора ли делать новую версию продукта или нет?»\n\n---\n\n##  Кто может стать CPO\n\nЧасто CPO — это:\n\n* бывший **продакт-менеджер** с большим опытом\n* или **основатель продукта**, выросший до руководителя\n* или **аналитик/маркетолог**, глубоко понимающий рынок и пользователей\n\n----\n----\nВот подробное объяснение:\n\n---\n\n##  COO — Chief Operating Officer\n\n**COO (Chief Operating Officer)** — это **операционный директор**, правая рука CEO и один из главных управляющих в компании. Он отвечает за **ежедневную операционную деятельность** бизнеса.\n\n---\n\n##  Основные обязанности COO\n\nCOO следит за тем, чтобы **вся машина бизнеса работала слаженно**: от найма до логистики, от поставок до внутренней эффективности. Это человек-процессы.\n\n### Основные функции:\n\n* **Организация внутренних процессов**\n  Управление командами, найм, внутренние регламенты, процедуры, контроль сроков.\n\n* **Оптимизация работы бизнеса**\n  Внедрение CRM, систем учёта, KPI, автоматизация процессов.\n\n* **Управление производством или сервисом**\n  Особенно актуально для e-commerce, производств и сервисных компаний.\n\n* **Работа с командами**\n  HR, финансы, юридический отдел, support, менеджеры — часто под COO.\n\n* **Выполнение стратегий CEO**\n  CEO придумывает стратегию — COO реализует её на практике.\n\n---\n\n##  Примеры задач COO\n\n* «Как уменьшить сроки выхода фичей на прод в 2 раза?»\n* «Как масштабировать команду без потери контроля?»\n* «Как внедрить отчётность и KPI во все отделы?»\n* «Как сократить расходы на логистику на 15%?»\n* «Как создать SLA для техподдержки и заставить его работать?»\n\n---\n\n##  Разница между CEO и COO\n\n|                 | CEO (Генеральный директор)          | COO (Операционный директор)                |\n| --------------- | ----------------------------------- | ------------------------------------------ |\n| Что делает      | Определяет курс, видение, стратегию | Реализует всё на практике                  |\n| За что отвечает | Внешнее — рынок, инвестиции, миссия | Внутреннее — люди, процессы, эффективность |\n| С кем работает  | Борд, инвесторы, клиенты            | Все команды внутри компании                |\n\n---\n\n## Когда компании нужен COO\n\n*  Когда компания активно **растёт** и CEO уже не может лично управлять всем\n*  Когда появляется **много отделов**: support, продажи, HR, продакты, техкоманды\n*  Когда бизнес требует **сильной внутренней организации** (например, логистика, ритейл, производство)\n\n---\n\n## Кто становится COO\n\nЧасто это:\n\n* бывший **project/product manager** с уклоном в управление\n* человек с опытом **управления операциями**, логистикой, отделами\n* **основатель** (если CEO — визионер, а COO — оператор)\n\n---\n\n## COO в стартапах и IT\n\nВ ИТ-компаниях COO может заниматься:\n\n* наймом и оргструктурой\n* сопровождением релизов (если нет CTO/CTO загружен)\n* юридическими вопросами, финансами\n* автоматизацией процессов (CRM, Notion, Git, CI/CD процессов)\n* формированием культуры и процессов\n\n----\n----\n\nВот подробное объяснение термина **CI/CD**:\n\n---\n\n## CI/CD — что это?\n\n**CI/CD** — это набор практик и автоматизаций в разработке ПО, который ускоряет и упрощает процесс доставки кода от разработчика до пользователя.\n\nРасшифровка:\n\n* **CI** (Continuous Integration) — **Непрерывная интеграция**\n* **CD** (Continuous Delivery / Continuous Deployment) — **Непрерывная доставка** или **непрерывный деплоймент**\n\n---\n\n## CI — Continuous Integration (непрерывная интеграция)\n\n### Что это:\n\nРазработчики регулярно (несколько раз в день) заливают код в общую ветку (например, `main` или `develop`), после чего автоматически запускаются:\n\n* Сборка проекта\n* Юнит-тесты\n* Анализ кода (линтеры, статический анализ)\n\n### Зачем:\n\n* Снижается риск конфликтов при слиянии\n* Ошибки находятся на ранних этапах\n* Повышается стабильность кода\n\n### Примеры инструментов:\n\n* GitHub Actions\n* GitLab CI\n* Jenkins\n* Travis CI\n* CircleCI\n\n---\n\n## CD — Continuous Delivery (непрерывная доставка)\n\n### Что это:\n\nПосле прохождения CI проект автоматически **подготавливается к релизу**:\n\n* Происходит сборка production-версии\n* Генерируются артефакты (например, Docker-образы)\n* Код может быть развёрнут на staging-сервере\n* Но деплой на прод — вручную (по кнопке)\n\n### Зачем:\n\n* Быстро выпускать новые версии\n* Уменьшить ручную работу\n* Тестировать продукт на «боевых» условиях без риска\n\n---\n\n## CD — Continuous Deployment (непрерывный деплоймент)\n\n### Что это:\n\nПроцесс деплоя **автоматизирован полностью**: после успешного CI пайплайна код автоматически выкатывается на продакшн без ручного участия.\n\n### Зачем:\n\n* Максимальная скорость поставки продукта\n* Полная автоматизация (Zero Touch Deployment)\n* Идеально для микросервисов и стартапов\n\n---\n\n## Пример пайплайна CI/CD\n\n```text\n1. Разработчик пушит код -\u003e GitHub\n2. CI запускает:\n   - Линтер\n   - Юнит-тесты\n   - Сборку проекта\n3. Если всё ок — создаётся Docker-образ\n4. Delivery: выкатываем на staging\n5. Manual approval (или автоматический запуск)\n6. Deployment: выкатываем на production\n```\n\n---\n\n## Плюсы CI/CD\n\n Быстрое обнаружение багов\n Ускорение релизов\n Автоматизация тестирования\n Повышение стабильности\n Логирование и контроль версий\n\n---\n\nОтличный вопрос, Dev. Вот точный и развернутый ответ:\n\n---\n\n## 👥 CI/CD — это не человек, а **процесс**, но...\n\nВ компаниях роль за **CI/CD** может быть:\n\n### 1. 🔧 **Функцией** в обязанностях других сотрудников\n\nЧаще всего за это отвечает **DevOps-инженер**, но также может:\n\n* выполнять **Backend-разработчик** (если команда маленькая)\n* настраивать **тимлид** (на старте проекта)\n* взять на себя **SRE** (Site Reliability Engineer)\n\n\u003e В стартапах нередко **один человек** совмещает роли: и dev, и devops, и ci/cd.\n\n---\n\n### 2. **Выделенной ролью** в больших командах\n\nВ крупных продуктах бывает отдельный **CI/CD-инженер** или **Release Engineer**, отвечающий за:\n\n* настройку пайплайнов (Jenkins, GitHub Actions и т.п.)\n* поддержку автоматической сборки, тестирования и выката\n* инфраструктуру артефактов (Docker Registry, Nexus, GitLab Registry)\n* безопасность CI/CD (секреты, токены, доступы)\n* оптимизацию скорости сборки\n\n---\n\n### На практике\n\n| Тип компании       | Кто отвечает за CI/CD                       |\n| ------------------ | ------------------------------------------- |\n| Стартап (1–5 dev)  | Сам разработчик                             |\n| Средняя (6–20 dev) | DevOps или тимлид                           |\n| Крупная (\u003e20 dev)  | Выделенный CI/CD инженер или DevOps команда |\n\n---\n\n## Что нужно знать, чтобы заниматься CI/CD\n\nЕсли ты разработчик и хочешь уметь настраивать CI/CD самостоятельно:\n\n* Базовые знания YAML (для конфигов)\n* Опыт с Git и GitHub/GitLab\n* Понимание Docker и контейнеризации\n* Знание CI/CD-систем: GitHub Actions, GitLab CI, Jenkins и др.\n* Знание тестов, линтеров, инструментов деплоя (Kubernetes, Ansible и др.)\n\n---\n\n\n","project_url":"https://awesome.ecosyste.ms/api/v1/projects/github.com%2Falgorithmalchemy%2Fglossary-of-it-terms","html_url":"https://awesome.ecosyste.ms/projects/github.com%2Falgorithmalchemy%2Fglossary-of-it-terms","lists_url":"https://awesome.ecosyste.ms/api/v1/projects/github.com%2Falgorithmalchemy%2Fglossary-of-it-terms/lists"}