Англійська для code review: як писати коментарі й приймати критику

Той самий технічний зміст коментаря може прозвучати як порада колеги або як ляпас, і вирішує це не код, а формулювання. Розробник із сильною технічною англійською нерідко спотикається саме на рев'ю: написати This is wrong легко, а от так, щоб автор не образився й виправив охоче, уже складніше. У розподілених командах, де половина учасників не носії мови, ця навичка цінується не менше за вміння читати чужий код.

Лексика рев'ю вузька й передбачувана, тому її реально натренувати окремо. Робочу мову розробника під щоденні задачі добре ставить англійська для розробників, де акцент саме на тому, як пояснювати рішення й давати фідбек, а не на абстрактній граматиці.

Чому тон коментаря важить більше за зміст

Текстовий коментар позбавлений інтонації й міміки, тому читач домальовує тон сам. Суха фраза Don't do this в усному форматі прозвучала б нейтрально, а в пул-реквесті легко читається як докір. Звідси правило, яке діє в усіх здорових командах: критикуємо код, а не людину, і пропонуємо, а не наказуємо. Англійська має для цього готовий набір помʼякшувачів, які перетворюють вимогу на прохання.

РізкоМʼякшеЧому краще
This is wrongI think this might break when the list is emptyназиває проблему, а не вирок
Don't do thisCould we avoid this here? It might cause a race conditionпояснює причину
Why did you do this?What's the reasoning behind this approach?питає, а не звинувачує
Rewrite thisWould it be cleaner to extract this into a helper?лишає автору вибір
Bad nameA clearer name might help future readersпро користь, не про провину
Одна думка, два тониYou forgot the null check. → I think we're missing a null check here. we замість you знімає особистий докір

Conventional Comments: префікси, що економлять нерви

Велика частина непорозумінь на рев'ю виникає тому, що автор не розуміє ваги коментаря: дрібна вподобайка це чи блокер, який не дасть змерджити. Розвʼязує проблему проста угода Conventional Comments: кожен коментар починається з мітки, яка одразу задає його статус. Команда читає такі коментарі швидше, бо бачить пріоритет ще до тексту.

МіткаЗначенняПриклад
praise:похвала, що варто зберегтиpraise: clean and readable solution
nitpick:дрібниця, не блокерnitpick: extra blank line here
suggestion:пропозиція покращенняsuggestion: we could memoize this
issue:проблема, яку треба виправитиissue: this crashes on null input
question:питання, а не вимогаquestion: why a map and not a set?
Ключове: слово nit (скорочення від nitpick) у щоденній мові команди означає необовʼязкову дрібницю. Almost everything else is a blocker, тому nit прямо знімає тиск із автора

Фрази для типових ситуацій рев'ю

Більшість коментарів зводиться до чотирьох намірів: похвалити, запропонувати, запитати й вказати на ризик. Для кожного є природні звороти, які звучать по-командному, а не наказово.

ЗапропонуватиWhat do you think about pulling this logic into a separate function? відкрите питання запрошує до діалогу
Вказати на ризикHeads up: this might not be thread-safe under load. heads up попереджає без звинувачення
Похвалити по ділуNice catch handling the edge case here. конкретна похвала важить більше за загальне good job

Як приймати критику свого коду

Друга половина рев'ю, це відповіді на чужі коментарі, і тут теж є усталені фрази. Парадоксально, але саме коротка ввічлива реакція найбільше впливає на репутацію в команді: вона показує, що Ви відкриті до фідбеку, а не захищаєте кожен рядок.

ФразаПерекладКоли вживати
Good catch, fixedслушно, виправивпогодилися з правкою
Doneзробленокоротко закрити коментар
LGTMусе добре, апрув (looks good to me)схвалити пул-реквест
I'd rather keep it as is because…лишив би як є, бо…обґрунтована незгода
Could you clarify what you mean?уточни, будь ласканезрозумілий коментар

Незгода теж нормальна частина процесу, головне аргументувати, а не відмахуватися. Замість сухого No поясніть позицію: I see your point, but this way we avoid an extra query. Така відповідь лишає дискусію професійною.

Чек-лист перед тим, як натиснути Comment

Перш ніж відправити коментар, пробіжіться поглядом по кількох пунктах. За тиждень вони стануть звичкою, і рев'ю-англійська перестане забирати зайві хвилини.

  • Чи критикуєте Ви код, а не автора (this code замість you)
  • Чи зрозуміла вага коментаря: nit, suggestion чи issue
  • Чи є коротке пояснення «чому», а не лише «що не так»
  • Чи лишили Ви автору вибір там, де це питання смаку
  • Чи знайшлося хоч одне praise на вдалі рішення

Технічну частину Ви вже знаєте краще за будь-який підручник, лишається відшліфувати мову навколо неї. Поглибити окремі навички допоможуть статті про робочий чат англійською та англійську для співбесіди в Big Tech, де та сама ввічлива стислість працює на Вас.