[Ciko 2]

Що ІІ змінює у роботі з кодовою базою

ІІ помітно прискорив роботу з кодом: те, на що раніше йшов годинник, тепер іноді можна зробити за кілька хвилин — знайти потрібне місце в проекті, написати код, підготувати тести або оновити документацію.

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

Рінат, iOS‑розробник у Naumen, розповідає, чому так відбувається і що це змінює у роботі команди.

🔸 ІІ продовжує те, що вже є

ІІ дивиться, як схожі завдання вирішувалися раніше і робить так само. Якщо в проекті є хороші, зрозумілі правила, він ним слідує. Якщо роками накопичувалися обхідні рішення, зайві верстви та домовленості, які існують лише в головах кількох людей, ІІ просто продовжить їх.

ІІ бачить, як заведено робити, але не завжди розуміє, чому саме так.

🔸 Правила не можна залишати тільки в голові

Важливо заздалегідь домовитися:

• де мешкає конкретне бізнес-правило;

• які стани допустимі;

• що має залишитися незмінним;

• як перевірити, що нова реалізація не зламала сусіднього сценарію.

Це стосується не тільки розробників: аналітик задає очікувану поведінку, розробник перетворює її на код, ІІ прискорює роботу. Для кожного орієнтир — зрозумілі правила та спосіб перевірити результат .

🔸 ІІ не скасовує архітектуру та тести

ІІ дозволяє швидко вносити зміни до коду. Але якщо систему влаштовано незрозуміло, він продовжить стару плутанину.

Напевно тому якість роботи все менше хочеться вимірювати кількістю написаного коду або швидкістю закриття одного завдання.

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