Хорошого розробника можна замінити, а поганого — ні

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

Іноді мені це вдається. Інколи я озираюся навколо й усвідомлюю дуже іронічну істину:

Хороших розробників легко замінити. Поганих — ні.

Ось так просто. Подумайте про це — хороший розробник пише код, який легко підтримувати, зрозумілу документацію та якісні тести, в той час як поганий розробник, як правило, єдиний, хто дійсно розуміє свій код. Він незамінний просто тому, що документація існує лише в його голові. Він не турбується про те, щоб залишати коментарі або писати якісні юніт-тести. Інші бояться вносити зміни в його код, тому що є велика ймовірність зламати щось випадкове в іншому місці.

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

Однак з деякими системами було просто жахливо працювати. Нам навіть довелося кілька разів зв’язуватися з попередніми розробниками, щоб зрозуміти, що цей код має робити.

Але це ще не все: один додаток довелося переписати з нуля, тому що його було просто неможливо підтримувати і масштабувати (!). Ця програма була мертва; людина, яка працювала над нею, навіть не потурбувалася задокументувати зміни або залишити коментар, щоб пояснити той подвійний цикл і дивні змінні. В одному файлі могли бути тисячі рядків, які переслідують мене донині.

Ніхто не зміг замінити цього хлопця після того, як він пішов. Він не був великим, але він був незамінним.

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

Цей текст взято з особистого блогу після отримання дозволу автора.