Реліз у п’ятницю, клієнт із дедлайном «на вчора» і продакшн, що оживає сам — ось справжні історії, від яких навіть найдосвідченіший розробник здригається. І якщо ви не вірите в привидів — ви точно бачили одного. Його звати продакшн-реліз у п’ятницю.
Коли інші вирізають гарбузи й дістають костюми вампірів, у розробників свої ритуали: гасити баги, молитися CI/CD і шепотіти заклинання над деплоєм. Тому Гелловін — чудовий час згадати про справжні жахи айтішного світу. Не вигадані сценаристами хорорів, а ті, що трапляються в реальних командах і змушують навіть спокійного девелопера схопитися за серце.
Я вирішив запитати своїх колег і менторів FoxmindED, з якими ми працюємо пліч-о-пліч, — які айті-кошмари їм сняться найчастіше. І повірте, у кожній історії є все: і драма, і чорний гумор, і мораль, яку можна викладати студентам на курсах.
Коміт у main. І тьма над консолями — чорна пʼятниця
Костянтин Зівенко, Lead Software Engineer, ментор Python у FoxmindED:
«Не те щоб справжній жах — ми ж вижили, хоч у когось замість нейронів уже колючий дріт. Але найбільше ненавиджу, коли продакшн падає перед вихідними. Коли хтось вирішує, що саме зараз — ідеальний момент для релізу. Оце й є справжня чорна п’ятниця».
І от чесно — не посперечаєшся. Якщо існує пекло для розробників, то там кожного дня п’ятниця, і хтось обов’язково пушить у main.
Падіння продакшну перед вихідними — це не просто технічний інцидент. Це ініціація. Після цього ти вже не колишній: на моніторі бачиш не код, а обличчя тих, хто не дочекався релізу.
І хоча більшість компаній давно мають CI/CD-пайплайни, тестування і code-review, людський фактор сильніший за будь-яку автоматизацію. Як кажуть: «Коли код хоче потрапити у прод — він потрапить».
Зарплатний тиждень у Fintech
Юлія Боцева, Senior Developer, ментор Golang у FoxmindED:
«Зарплатний тиждень у фінтеху — це коли, якщо не впав твій сервіс, то точно впав той, з якого ти береш дані. Гірше буває хіба що чорна п’ятниця — але вона хоча б трапляється раз на рік».
Для звичайної людини зарплатний день — це свято. Для розробника у фінтехі — нічна варта.
Саме тоді сервери розжарюються, логів стає більше, ніж у «Володарі перснів», а клієнти не сплять, бо «переказ не дійшов».
Якби Данте жив у XXI столітті, останнє коло пекла він назвав би «банк-API timeout».
А якщо без жартів — це історія про відповідальність. Fintech — середовище, де «маленький баг» може означати не просто втрату даних, а втрату довіри. І головна суперсила тут — не швидкість коду, а холодний розум, коли все падає.
Клієнт, який говорить тільки мовою цифр
Віталій Мельник, ментор Front-end у FoxmindED:
«Найбільший жах — це клієнт, який говорить лише мовою бізнесу й цифр. Йому завжди потрібно „на вчора“, а на все інше — байдуже».
Це біль усього ІТ.
Клієнт не хоче чути про технічні обмеження, про терміни чи здоровий глузд. Його цікавить ROI, CTR, LTV — усе, крім реального часу на розробку.
З одного боку, це частина роботи: розробники справді мають навчитися перекладати «мову коду» на «мову цінностей». Але з іншого — такі історії вчать найважливішого: вміння відстоювати межі.
Бо іноді найпрофесійніше слово у комунікації — це коротке, чітке «ні».
Коли прод живе своїм життям
Сергій Сучок, Java TechLead, ментор з Unit-тестування та патернів мікросервісів у FoxmindED:
«Справжній жах — це коли розвалюється система керування релізами: артефакти в середовищах уже не збігаються з тим, що записано в гілках чи тегах. Хтось „підливає“ гарячі фікси прямо в прод, хтось збирає артефакти не з підписаного тега, а з „брудної“ гілки. У підсумку продакшн неможливо відтворити, rollback стає непередбачуваним, а кожен новий фікс лягає поверх невідомої основи.»
О, це вже не просто баг — це айтішний хорор у чистому вигляді.
Прод, який не можна відтворити, — як привид: усі його бачили, але ніхто не знає, як він з’явився.
Коли «гарячі фікси» заливають прямо в продакшн, код перетворюється на археологічний шар. І ніхто вже не впевнений, що саме лежить під ним.
Такі історії завжди вчать кількох простих, але священних речей:
- документуй усе;
- теги — це святе;
- і ніколи, ніколи не деплой у п’ятницю.
Команда без менеджера — або коли «ідеальне» стає страшним
І от мій власний кошмар.
«Мій найбільший жах — це проєкт, у якому замість проджекта керують самі розробники. Вони прагнуть зробити все ідеально, не зважаючи на вимоги бізнесу. У команді панує атмосфера „загону спецназу“, де кожен доводить, що він кращий. У результаті — нескінченні тести, масштабні рефакторинги й красивий код, але продукту — нуль. Та компанія, до речі, зрештою збанкрутувала.»
Іноді ми, айтішники, самі собі створюємо жахи.
Ми настільки хочемо зробити «красиво», що забуваємо про те, для кого цей код. Ідеальне технічне рішення без бізнес-сенсу — це просто марна елегантність.
Проєкт без проджекта — це демократія хаосу. Кожен тягне ковдру на себе, і продукт розсипається швидше, ніж збирається.
У кожного свій айті-кошмар
Якщо чесно, у кожного розробника свій хорор-сет: у когось — merge-конфлікти, у когось — зниклі environment-змінні, у когось — таски без опису чи менеджери без плану.
І що найдивніше — ми всі ці кошмари любимо. Бо кожен фейл, кожен нічний деплой, кожен гарячий фікс — це частина нашого професійного зростання.
У нашому світі Гелловін триває цілий рік. Просто замість гарбуза у нас — прод, що світиться червоним. І замість вампірів — дедлайни, які висмоктують час і сили.
Але в цьому і є краса нашої роботи: після кожного «жаху» ми стаємо сильнішими.
Бо справжній айтішник — це не той, хто ніколи не бачив кошмарів.
А той, хто навчився з них сміятися — і писати тести перед тим, як лягати спати.