Граматика: Gerunds vs Infinitives в технічній літературі

Одним з найпоширеніших граматичних викликів для носіїв англійської мови, які не є її рідними носієм, є вибір між формою герунда (monitoring the system) і формою інфінітива (to monitor the system). У повсякденній розмові неправильний вибір рідко викликає плутанину. Але в технічній документації і професійному письмі, різниця може вплинути на ясність і навіть коректність.

У цьому підручнику пояснюється правила з прикладами, що стосуються інформаційних технологій, щоб ви могли писати з впевненістю.

---

Що таке генезис і генезис-генезис?

** gerund ** — це форма -ing дієслова, яке використовується як іменник:

“Мониторинг системы необходим.”

** інфінітив ** має форму to + verb:

“Необхідно стежити за системою.”

Обидва можуть виступати як підмет або об’ єкт у реченні, але вони не завжди взаємозамінні — і знати, коли використовувати один з них, зробить ваші твори більш точними.

---

Коли використовувати герунд

1. Європа Як предмет вироку

Якщо речення стосується самої дії, то герунд, як правило, є більш природнім:

• « Розгортання до виробничого режиму потребує схвалення двох інженерів. » * (не * « Розгортання до виробничого режиму потребує… * »)

“Спостереження за використанням процесора допомагає виявити витоки пам’ яті на ранньому етапі.”

“Запис тестів блоків перед реалізацією є принципом TDD.”

2. Після прикметників

Завжди використовувати герунд (а не інфінітив) після прикметника:

“Система зазнала невдачі після обробки 10 000 запитів.”

“Команда відповідає за перегляд запитів на збирання протягом 24 годин.”

“Перед розгортанням запустіть повний набір тестів.”

** Поширені прикметники у технічному письмі: ** after, before, by, for, in, of, through, without, instead of

• « Ви можете поліпшити швидкодію за допомогою ** кешування ** результатів ». * (не * « кешування » *)

• “Ми виправили ваду без ** перезапуску ** служби.” *

3-й. Після деяких дійсних слів

За деякими дієсловами слідує герунд, а не інфінітив. У технічному письмі, звичайними є:

• • avoid * → * « Уникнути ** зберігання ** паролів у вигляді звичайного тексту. » *
• • розглянути * → * « Розглянути ** використання ** пулу з’ єднань ». *
• recommend → « Ми рекомендуємо ввімкнути двофакторну автентифікацію. »
• • suggest * → * « У документації рекомендується ** встановити ** значення тайм- аута. » *
• • закінчити * → * « Після ** завершення ** перенесення, запустити скрипт перевірки ». *
• • involve * → * « Процес включає ** збирання ** бінарного файла і копіювання його до каталогу призначення. » *

---

Використовується для нескінченних обчислень

1. Європа Виразування мети або мети

Коли ви пояснюєте * чому* щось робиться, використовуйте інфінітив:

“Ми додали автоматичний виключник щоб уникнути каскадних збоїв.”

• « Запуск завдання cron о північній поліне, щоб зменшити навантаження під час годин пік. » *

“Використовувати змінні середовища щоб уникнути твердого кодування унікальних даних.”

2-й. Після деяких дійсних слів

Деякі дієслова вимагають інфінітиву:

• • хочете * → * « Ми хочемо ** зменшити ** затримку ». *
• need → “Вам слід встановити залежності спочатку.”
• • plan * → * « Ми плануємо ** перенести ** базу даних у наступному спринті. » *
• decide → “Команда вирішила відкласти випуск.”
• • fail * → * « Службі не вдалося ** з’ єднатися ** з базою даних. » *
• • allow * → * « Ці налаштування надають змогу робочому процесу ** виконуватися ** паралельно. » *

3. Після прикметників

Якщо ви використовуєте прикметники типу * легкий, важкий, важливий, необхідний *, використовуйте інфінітив:

• “Важно перевірити введення на стороні сервера.” *

• “Це важко ** зневаджувати ** без журналів.” *

“Після оновлення налаштувань слід перезапустити службу.”

---

Обидва можливі (з різними значеннями)

Деякі дієслова можуть мати або герунд, або інфінітив, зі зміною значення:

stop

• • « Служба припинила обробку запитів. » * (служба обробляла запит, а потім зупинилась)
• • « Служба припинила ** обробку ** запиту. » * (вона припинила щось робити, щоб обробити запит)

remember

• • “Не забувайте ** перезапустити ** робочий процес після розгортання.” * (не забувайте це робити)
• • “Я пам’ ятаю, як я перезапустив робочий процес — це виправило проблему.” * (Я пам’ ятаю, як я робив це у минулому)

try

• • « Спробуйте ** очистити ** кеш. » * (експеримент з цим рішенням)
• • “Спробувати ** зменшити ** кількість викликів API.” * (зробіть усе можливе, щоб виконати цю дію)

---

Технічний довідник для студентів

Context	Use	Example
Subject of sentence	Gerund	”Testing early saves time.”
After preposition	Gerund	”Before deploying, check the logs.”
Expressing purpose	Infinitive	”Use HTTPS to protect data in transit.”
After want/need/plan	Infinitive	”We need to update the schema.”
After avoid/recommend/suggest	Gerund	”Avoid storing secrets in code.”

---

Хороші новини в тому, що в більшості технічних текстів, будь-яка форма є граматично прийнятною і контекст зазвичай робить значення ясним. Приклади, де це має найбільше значення, це після прикметників (завжди gerund) і для визначення мети (завжди інфінітив). Освоєння цих двох правил і ваш технічний письмовий буде помітно більш відшліфований.

На практиці — нюанси для не-рідних мовців

Ядро розуміння * коли * використовувати герунди або інфінітиви, такі як «моніторинг» проти «моніторити» не завжди стосується жорстких правил, а скоріше про передачу точних намірів і потоку в технічному письмі. Для не-рідних носіїв англійської мови це може бути особливо складним завданням, оскільки їх рідні мови можуть структурувати речення по-різному. Ключовим є розуміння того, що ці конструкції часто пов’ язані з * обов’ язком *, * метою * або * потенційною дією *. « Спостерігати » зазвичай позначає певне завдання, яке виконується — активне рішення спостерігати за чимось. « Спостереження » говорить про сам процес, який відбувається.

Розгляньте опис PR нової автоматизованої системи: « Команда * моніторить * показники продуктивності сервера у реальному часі, забезпечуючи активні відповіді на потенційні проблеми. » У цьому випадку « моніторинг » описує постійну дію. Протиставте це: « Ми * будемо контролювати * пороги використання ЦП кожні 5 хвилин », що явно говорить про обов’ язок або заплановане завдання. Різниця не лише стилістична; вона впливає на те, як читач інтерпретує відповідальність і дію.

Поширеною помилкою для носіїв мови, які не є рідними носіїв, є надмірне використання форм «до», що призводить до непотрібно жорсткої фразування. Також важливо розглянути рівень деталізації, який буде представлений. Наприклад, під час документування кінцевої точки API, яка * збирає * дані, ви можете використовувати « система * стежить * за вхідними запитами », підсвічуючи поточний процес спостереження, а не один екземпляр спостереження. Це стосується вибору фрази, яка найяскравіше повідомляє про заплановане значення технічно компетентній аудиторії. Багато розробників інтуїтивно розуміють цей нюанс, але явне звернення до нього допомагає забезпечити чітке і коротке спілкування для всіх.

Нарешті, пам’ятайте, що послідовність є ключем. У документі слід дотримуватися однієї конструкції — або послідовно використовувати герунди або інфінітиви — щоб уникнути плутанини у читачів. Хороша звичка - це критично переглянути ваші твори, запитавши себе: “Чи є ця фраза активною і описовою, чи вона просто стверджує обов’язок?”

# Example using `watch` command to monitor CPU usage
watch -n 5 'cat /proc/cpuinfo | grep loadavg'