Введіть щонайменше 2 символи для пошуку в усіх галузях.
Англійська лексика для розробників програмного забезпечення
Вивчайте англійську лексику для розробки програмного забезпечення: від програмування й баз даних до вебу, мобільних застосунків, хмарних систем, безпеки та обробки даних. Визначення пояснюють значення термінів, а приклади показують, як їх уживають у робочому контексті. Кожен термін має українське пояснення та перекладені приклади.
- 1 143 термінів
- 13 тем
- 430 основних термінів
- 2 298 прикладів
Випуск і супровід
Стати вперше доступним реальним користувачам, наприклад під час запуску нової системи, функції чи сайту у виробничому середовищі.
Файл або сторінка з переліком важливих змін у кожній версії проєкту, зазвичай від найновішої до найстарішої. Часто файл називають CHANGELOG.md.
Правило нумерації версій із трьох частин MAJOR.MINOR.PATCH: перше число змінюють для несумісних змін, друге — для нових функцій, третє — для виправлень помилок.
Період перед випуском або під час напружених періодів, наприклад свят, коли не можна зливати новий код, крім критичних виправлень.
Збільшити номер версії або оновити залежність до новішої, зазвичай невеликою зміною. У неформальному спілкуванні також означає підвищити пріоритет завдання або нагадати про повідомлення.
Зрозуміла для людей адреса сайту, наприклад example.com, яку вводять замість числової IP-адреси.
Послуга, що зберігає файли й код сайту на під’єднаних до інтернету серверах, щоб відвідувачі могли заходити на нього.
Цифровий файл на сервері, що підтверджує ідентичність сайту й дає браузеру змогу встановити зашифроване HTTPS-з’єднання.
Система доменних імен (Domain Name System) — інтернетний довідник, що перетворює доменні імена на кшталт example.com на IP-адреси серверів.
Програма, наприклад Nginx чи Apache, що приймає HTTP-запити й віддає вебсторінки та файли; так само називають машину, на якій вона працює.
Оренда серверів, сховищ, баз даних та інших обчислювальних ресурсів через інтернет у постачальника замість придбання й обслуговування власного обладнання.
Підхід до роботи, за якого розробники й фахівці з експлуатації спільно відповідають за створення, випуск і роботу програмного забезпечення, застосовуючи автоматизацію для швидкого й безпечного постачання змін.
Автоматизована послідовність етапів, наприклад збирання, тестування й розгортання, що запускається після кожної зміни коду та зупиняється, якщо якийсь етап завершується помилкою.
Ізольований легкий пакет із застосунком і всім необхідним для його роботи, який забезпечує однакову поведінку на ноутбуці, тестовому сервері чи в хмарі.
Популярна платформа для створення образів контейнерів і запуску контейнерів. Після виходу у 2013 році вона зробила контейнери масовими.
Відкрита система для запуску й керування контейнерами на багатьох машинах: вона запускає їх, перезапускає після збоїв, розподіляє трафік і масштабує.
Повноцінний комп’ютер із власною операційною системою, що працює як програмне забезпечення на фізичній машині. Один фізичний сервер може одночасно розміщувати багато віртуальних машин.
Одна запущена копія віртуального сервера або хмарної служби. Для неї вибирають розмір, зокрема кількість процесорів і обсяг пам’яті, а платять за час роботи.
Компанія, що володіє великими центрами обробки даних і надає клієнтам через інтернет обчислювальні ресурси, сховища, мережі та інші послуги.
Географічна зона, у якій хмарний провайдер має групу центрів обробки даних, наприклад у Франкфурті чи Ірландії. Регіон визначає місце роботи ресурсів.
Окрема копія всієї системи зі своїми серверами, налаштуваннями й даними, призначена для розробки, тестування або обслуговування реальних користувачів.
Керування серверами, мережами й іншими хмарними ресурсами через файли конфігурації, які інструменти зчитують і застосовують, замість ручної роботи в консолі.
Скорочення від infrastructure as a service: оренда базових ресурсів, як-от віртуальних машин, дисків і мереж, тоді як операційну систему й усе вище рівнем обслуговуєте ви.
Скорочення від platform as a service: готова платформа, до якої ви завантажуєте код, а провайдер керує серверами, операційною системою та середовищем виконання.
Скорочення від software as a service: готове програмне забезпечення, яким користуються через браузер або застосунок і оплачують за підпискою, тоді як постачальник обслуговує його інфраструктуру.
Описує спосіб запуску коду, за якого провайдер автоматично запускає й масштабує сервери для запитів, а оплата нараховується лише за фактичний час виконання коду.
Описує сервери й програмне забезпечення, які компанія розміщує у власній будівлі або центрі обробки даних, а не орендує в хмарного провайдера.
Конфігурація, що поєднує власні локальні системи компанії або приватну хмару з публічним хмарним провайдером, причому обидві частини з’єднані й працюють разом.
Одне з кількох окремих розташувань центрів обробки даних у межах хмарного регіону; кожне має власне живлення й мережу, щоб збій в одній зоні не впливав на інші.
Пакет лише для читання із застосунком, його бібліотеками й налаштуваннями, який слугує шаблоном для запуску контейнерів.
Група з’єднаних машин, що працюють як одна система, наприклад для запуску контейнерів у Kubernetes або зберігання даних у базі.
Одна фізична або віртуальна машина у складі кластера. У Kubernetes робочі вузли — це машини, на яких фактично запускаються поди.
Найменша одиниця, яку запускає Kubernetes: один або кілька контейнерів, що завжди розміщуються разом на одному вузлі та спільно використовують мережеву адресу й сховище.
Автоматизоване керування багатьма контейнерами чи службами: визначення місця запуску, запуск і перезапуск, з’єднання та масштабування.
Практика частого злиття невеликих змін коду до спільної основної гілки, коли кожну зміну автоматично збирають і тестують, щоб рано виявляти проблеми.
Практика підтримання коду в постійній готовності до випуску, завдяки якій будь-яку перевірену версію можна розгорнути у виробничому середовищі одним натисканням кнопки.
Файл або пакет, створений під час збирання, наприклад JAR-файл, двійковий файл чи образ контейнера, який зберігають для подальшого розгортання.
Служба, що приймає вхідний трафік і розподіляє його між кількома серверами, надсилаючи запити лише справним.
Автоматичне додавання серверів або контейнерів зі зростанням попиту та їх вилучення зі спадом, за правилами на кшталт завантаження процесора чи кількості запитів.
Час, за який запит або фрагмент даних проходить систему й отримує відповідь; зазвичай вимірюється в мілісекундах.
Створити й налаштувати обчислювальні ресурси, наприклад сервери, бази даних або мережі, щоб ними можна було користуватися.
Популярний інструмент Infrastructure as Code від HashiCorp. Ви описуєте ресурси у файлах конфігурації, а він створює, змінює чи видаляє їх відповідно до опису.
Використання інструментів для підтримання програмного забезпечення, налаштувань і файлів на багатьох серверах у відомому узгодженому стані замість ручної зміни кожного сервера.
Швидко створити й запустити новий сервер, контейнер або середовище, зазвичай командою чи кількома натисканнями.
Програмне забезпечення, що створює й запускає віртуальні машини, розподіляє між ними процесор, пам’ять і сховище фізичного комп’ютера та ізолює їх.
Застосунок, служба чи завдання, що працює на хмарних ресурсах і використовує обчислювальні потужності, наприклад сайт, пакетне завдання або база даних.
Хмарна служба, у якій провайдер відповідає за налаштування, оновлення, резервні копії й масштабування, а клієнт користується нею без керування серверами під нею.
Тип хмарного сховища, що зберігає файли як об’єкти з унікальним ключем і метаданими та дає змогу читати й записувати їх через HTTP API.
Іменований контейнер в об’єктному сховищі, наприклад Amazon S3 чи Google Cloud Storage, що містить файли й має власні налаштування доступу та зберігання.
Скорочення від virtual private cloud: власна ізольована приватна мережа в публічній хмарі, де ви керуєте діапазонами IP-адрес, підмережами, маршрутизацією та доступом.
Менший діапазон IP-адрес усередині більшої мережі, наприклад VPC, для групування ресурсів і керування їхнім доступом до інтернету.
Модель ціноутворення, за якої ви платите лише за реально використані ресурси — наприклад, посекундно, погодинно чи за гігабайт, — без довгострокового контракту.
Зменшення витрат на хмару без шкоди для продуктивності чи надійності, наприклад завдяки видаленню невикористаних ресурсів, добору належних розмірів і застосуванню знижок.
Копія диска, тому чи бази даних у конкретний момент, яку можна використати для відновлення або створення нової копії.
Збільшити здатність обробляти навантаження, додаючи сервери, контейнери чи інстанси, які спільно виконують роботу, замість збільшення потужності однієї машини.
Збільшити здатність обробляти навантаження, надавши одній машині більше ресурсів, наприклад процесорів чи пам’яті, замість додавання машин.
Обсяг роботи, який система виконує за певний час, наприклад запити за секунду, повідомлення за хвилину чи мегабайти за секунду.
Найповільніша або найбільш обмежена частина системи, наприклад база даних чи мережа, що стримує продуктивність решти.
Спосіб випуску з двома однаковими виробничими середовищами: нову версію встановлюють у неактивне, а потім одразу перемикають на неї весь трафік.
Випуск нової версії спершу для невеликої частини користувачів або серверів із перевіркою метрик, а потім — для решти.
Налаштування, яке вмикає або вимикає функцію без розгортання нового коду, даючи змогу показати її частині користувачів, перевірити у виробничому середовищі або швидко вимкнути.
Випустити нову версію, функцію чи зміну для користувачів або серверів, часто поступово, а не одночасно для всіх.
Текстовий файл із покроковими інструкціями, зокрема FROM, COPY і RUN, за якими Docker збирає образ контейнера.
Служба зберігання образів контейнерів, до якої конвеєри надсилають нові образи, а сервери й кластери завантажують їх для запуску.
Зрозумілий для читання текстовий формат конфігураційних файлів із відступами й простими рядками «ключ: значення». Ним налаштовують більшість DevOps-інструментів.
Хмарні обчислювальні ресурси, використання яких ви зобов’язуєтеся оплачувати протягом одного чи трьох років в обмін на значну знижку порівняно зі звичайними цінами на вимогу.
Невикористані хмарні потужності, що продаються значно дешевше, але провайдер може незабаром відібрати їх, коли вони знову знадобляться.
Дані, що виходять із мережі, наприклад від хмарного провайдера в інтернет або до іншого регіону. Провайдери зазвичай беруть плату за вихідні дані, але не за вхідні.
Повністю видалити сервер, середовище чи набір ресурсів, коли вони більше не потрібні, зазвичай командою або сценарієм.
Перевірка майже готової версії застосунку групою реальних користувачів до публічного випуску для пошуку помилок і збору відгуків.
Невелике зображення, що представляє застосунок на головному екрані, у магазині й налаштуваннях; часто це перше, що помічають користувачі.
Не прийняти застосунок або оновлення до магазину через порушення правила чи неправильну роботу під час перевірки.
Сервіс Apple для поширення серед тестувальників бета-збірок iOS, які встановлюють їх через TestFlight до випуску в App Store.
Сторінка застосунку в магазині з назвою, значком, описом, знімками екрана, оцінками та іншою інформацією для рішення про завантаження.
Номер випуску застосунку для користувачів, наприклад 3.2.1; його видно в магазині й зазвичай у налаштуваннях.
Додавання цифрового підпису сертифікатом, що підтверджує автора застосунку й засвідчує, що після збирання його не змінювали.
Файл Apple, що пов’язує ідентифікатор застосунку, сертифікати підпису й, для тестування, конкретні пристрої, дозволяючи підписаному iOS-застосунку запускатися або поширюватися.
Унікальний ідентифікатор застосунку, зазвичай у зворотному доменному форматі, як-от com.company.appname; за ним система й магазин розпізнають застосунок.
Випуск оновлення спершу для невеликої частки користувачів із поступовим збільшенням охоплення, щоб виявити проблеми до оновлення всіх.
Екран або правило, що блокує стару версію застосунку й вимагає встановити найновішу, перш ніж користувач зможе продовжити.
App Store Optimization — поліпшення сторінки застосунку в магазині, зокрема назви, ключових слів, знімків екрана й оцінок, щоб піднятися в пошуку та збільшити завантаження.
Скорочення від downloadable content: додатковий вміст, випущений після виходу гри, наприклад рівні, персонажі, сюжетні розділи чи костюми, часто за окрему плату.
Пристрій або магазин, на якому запускають і продають гру: ПК, PlayStation, Xbox, Nintendo Switch, iOS, Android чи магазин на кшталт Steam.
Адаптація гри для людей, які розмовляють іншою мовою й живуть в іншій культурі: переклад тексту й озвучення та налаштування шрифтів, дат, жартів і зображень.
Модель, за якої після запуску гру роками регулярно оновлюють новим вмістом, подіями й сезонами, щоб гравці продовжували грати й витрачати кошти.
Скорочення від daily active users: кількість різних людей, які грають у гру в конкретний день. MAU — аналогічний показник за місяць.
Випуск програмного забезпечення, зосереджений на виправленнях, невеликих поліпшеннях і стабільності, а не на великих нових функціях.
Заздалегідь підготовлений набір кроків для відновлення попередньої стабільної версії, якщо розгортання чи випуск спричинить серйозні проблеми.
Майже фінальна збірка програмного забезпечення, яка має стати публічним випуском, якщо тестування не виявить важливої проблеми.
Перенести виправлення чи функцію з новішої версії коду в старішу гілку, яка й далі супроводжується.
Обсяг ненадійності, допустимий протягом періоду вимірювання за цільовим рівнем обслуговування.
Розбіжність між фактичною конфігурацією системи та конфігурацією, яку вважають потрібною або зафіксували.
Підхід, за якого розгорнуті екземпляри інфраструктури замінюють новими версіями, а не змінюють на місці.
Оновлення, під час якого групи запущених екземплярів послідовно замінюють або оновлюють, поки інші екземпляри продовжують обслуговування.
У Kubernetes — перевірка, яка визначає, чи контейнер готовий приймати трафік служби.
У Kubernetes — перевірка, яка визначає, чи потрібно перезапустити запущений контейнер.
Контрольоване зупинення процесу, під час якого він припиняє приймати нові завдання й завершує або безпечно передає наявні перед виходом.
Інвентарний перелік компонентів програмного продукту, часто з їхніми версіями та зв’язками залежностей.
Бази даних і збереження даних
Structured Query Language — стандартна мова для створення таблиць і читання, додавання, зміни та видалення даних у реляційних базах даних.
Структура реляційної бази даних, що зберігає дані про один тип об’єктів у рядках і стовпцях, наприклад усіх клієнтів або замовлення.
Короткий тест: чи знаєте ви ці терміни?
Десять запитань зі словника. Оберіть правильне значення кожного терміна та перевірте результат.
Як вивчати лексику: Розробка програмного забезпечення
- Читайте щодня тексти з розробки: офіційну документацію, README, нотатки до випусків, обговорення задач і коментарі до pull request. Звертайте увагу, як терміни працюють у реченні.
- Вивчайте слово разом із типовими сполученнями: не лише bug, а й fix a bug, report a bug та steps to reproduce. Так легше вживати його природно.
- Закріплюйте лексику в коротких робочих текстах англійською: описах комітів, задачах і коментарях до коду. Пишіть просто й перечитуйте, чи точно передали дію та її результат.
- Тренуйте вимову скорочень так, як їх вимовляють команди: API і SDK зазвичай називають по літерах, JSON — як ім’я Jason, а REST — одним словом.
- Збирайте ввічливі фрази для рев’ю та щоденних зустрічей, наприклад Could you take a look? або I’m blocked on…; звертайте увагу, у яких ситуаціях їх використовують.
Поширені запитання
Як вивчати англійську лексику з розробки програмного забезпечення?
Читайте справжні матеріали з галузі: документацію, README, нотатки до випусків, обговорення задач і коментарі до pull request. Вивчайте терміни разом із типовими сполученнями — наприклад, open a pull request і fix a bug — та одразу використовуйте їх у власних комітах, описах задач і повідомленнях.
Які англійські терміни розробки варто вивчити спочатку?
Почніть зі слів щоденного робочого процесу: bug, fix, commit, branch, pull request, merge, code review, deploy, release, ticket, sprint і stand-up. Далі переходьте до тестування й налагодження, а потім — до термінів архітектури та API.
Чи відрізняється англійська для розробки у Великій Британії та США?
У коді, API й більшості технічної документації переважає американське написання: color, initialize, behavior. Британські команди можуть писати colour або behaviour у листах і документах, але в коді зберігають усталені назви, наприклад властивість CSS color. Вимова теж іноді різниться: agile у США звучить приблизно як «едж-ел», а у Великій Британії — «едж-айл»; route у США часто вимовляють як «раут», а у Великій Британії — як «рут».
На роботі краще вживати український чи англійський технічний термін?
У робочих розмовах часто залишають англійські терміни commit, merge, deploy і pull request, поєднуючи їх з українськими словами або адаптуючи в розмовних дієсловах на кшталт «задеплоїти». У формальних документах, навчальних курсах і наукових текстах частіше вживають українські відповідники: «випуск», «гілка», «модульний тест». Знання обох варіантів допомагає перемикатися між українським обговоренням і англомовним кодом та документацією.
Як англійською розповідати про свою роботу на щоденній зустрічі й у код-рев’ю?
Користуйтеся короткими усталеними фразами. На щоденній зустрічі можна сказати: Yesterday I fixed…, today I’m working on…, no blockers. У рев’ю підійдуть Could you take a look at my PR? та I’ve addressed your comments; nit: позначає невелику правку, а LGTM — схвалення. Ввічливе запитання What do you think about…? зазвичай доречніше за прямий наказ.
Пов’язані галузі
Закріплюйте лексику читанням
Тексти відповідного рівня допомагають запам’ятовувати нові слова. Оберіть безкоштовні книжки англійською:
