🪟 Теорія розбитих вікон: Чому "дрібний баг" вбиває проектПривіт, екіпаж!Сьогодні трішки філософії. У 1982 році соціологи сформулювали цікаву теорію: "Якщо в будинку розбите одне вікно, і його ніхто не ремонтує, то незабаром у цьому будинку будуть розбиті всі вікна".Чому? Бо розбите вікно — це сигнал для оточуючих: "Всім байдуже. Тут немає господаря. Тут можна смітити".В IT це працює так само, і навіть швидше.🏚 Як проект перетворюється на гетто? 1️⃣Перше "розбите вікно": Розробник залишив кривий відступ у коді або захардкодив змінну. QA побачив дрібний баг верстки (з'їхав піксель) і вирішив: "Та це дрібниця, Minor, потім пофіксимо".2️⃣Ланцюгова реакція: Інший розробник бачить цей код і думає: "Якщо Васі можна писати брудно, то і мені можна". Він додає ще трохи "милиць" (crutches).3️⃣Втрата довіри: Автотест починає "мигати" (flaky test). Команда вирішує його не фіксити, а просто відключити або перезапускати. Сигнал: "На якість тестів всім начхати".4️⃣Ентропія: Через пів року проект перетворюється на болото. Ніхто не хоче там працювати, нові фічі ламають старі, а баг-репортів у беклозі — тисячі. 👮‍♂️ Роль QA в цій теоріїМи — не просто ті, хто перевіряє тикети. Ми — ті, хто не дозволяє розбити перше вікно.Коли ви наполягаєте на виправленні "незначного" багу, ви не зануда. Ви захищаєте культуру проекту. 🔹Вимагати, щоб документація була актуальною — це про цілі вікна.🔹Просити переписати незрозумілу назву змінної — це про цілі вікна.🔹Видалити старі гілки в Git — це прибирання сміття. Головна думка: Технічний борг накопичується не через складні технології, а через маленькі компроміси із совістю. Не проходьте повз "розбиті вікна". Полагодіть їх, поки будинок ще стоїть.А у вас на проекті багато "заклеєних скотчем" вікон, чи ви тримаєте порядок? 👇