1. «Люди більше не народжуються, їх вирощують»
Отже, якщо ви все ще тут, продовжимо. «І я покажу вам, наскільки глибока кроляча нора» 🐇
Розповім, як відбувається процес розробки продукту — пройдемося крок за кроком від найвищого рівня до найнижчого — написання коду. Гадаю, на вас чекає кілька цікавих відкриттів…
Сучасні ІТ‑продукти вже не пишуть — їх створюють. Їх збирають частинами з бібліотек, фреймворків, сторонніх програм і сервісів, а інколи взагалі покладаються на віддалені платні чи безкоштовні інтернет‑сервіси 🧩.
Сучасний продукт — це цілий зоопарк технологій, сервісів, рішень і процесів. Частину роботи виконують люди, частину — автоматизовано, а решту — приблизно 90 % — беруть на себе хмарні сервіси в дата‑центрах ☁️. Світ уже не той, що раніше.
Передусім ви помітите постійні зміни. Ви більше не пишете програму — ви вносите до неї зміни.
2. Постійні зміни
Ви приходите на роботу й приєднуєтеся до команди з 20 осіб, яка вже 5 років працює над продуктом. Наразі доступна сьома версія. Ваше завдання — вносити до цього продукту зміни. Невеликі — щоб не відлякати поточних користувачів.
І це буде непросто, адже продукт уже працює. У нього є клієнти, і вони платять гроші 💰. Тому ламати нічого не можна. Вносити зміни в уже працюючий продукт значно складніше, ніж у новий. Для цього існують спеціальні стандарти, протоколи міграції та утиліти. Одразу спадає на думку анекдот:
Зустрічаються два старі друзі: один став механіком, другий — хірургом… У кожного своє життя, клопоти, радощі… Про все одне одному розповідають, і тут мова заходить про зарплати. Автомеханік каже: «Ну, я тридцятку на місяць отримую і дуже цим задоволений, а ти скільки?». Кардіохірург відповідає: «Я приблизно 100 тис. за операцію…». Автомеханік цікавиться: «Дивно, чому така велика різниця? Нібито робимо те саме — запчастини міняємо». Хірург йому каже: «Ну, ходімо до машини, заводь…». Механік заводить машину, хірург відкриває капот і каже механіку: «Бачиш, двигун працює? Замінюй!» 😂
Навіть якщо трапиться диво й ваша команда цілий рік розробляла продукт з нуля і лише потім його випустила, знаєте, що буде далі? Якщо продукт стане успішним, власник захоче його розвивати: випустити нову версію, додати функціональність або провести кілька експериментів. А що за цим іде? Зміни 🙈
3. Цінність продукту
З погляду сучасної розробки цінність має лише код, який уже випущено в продакшн, і та функціональність, якою користуються люди. Якщо ви написали код, він десь зберігається й працює, але ним ніхто не користується, — його цінність близька до нуля. Тому весь код має якнайшвидше потрапляти в продакшн 🚀.
Ваш код має пройти такі стадії:
- ✔️ Ви його написали й перевірили, що він працює.
- 🔍 Ваш тимлід переглянув його й додав до основної гілки Git.
- 🧪 Тести під час збірки показали, що ви не порушили нічого важливого.
- 🧩 Інтеграційні тести підтвердили, що продукт працює як треба.
- 🛡️ Тестувальник перевірив цей код і схвалив випуск.
- 📦 Потім потрібно зібрати нову версію продукту й випустити її на сервері.
- 🐳 Нову версію продукту слід запакувати в Docker‑образи та випустити.
- 🗄️ Можливо, доведеться запустити міграційні скрипти й внести зміни до бази даних та/або інших сторонніх рішень.
- 📊 Потім потрібно зібрати логи на сервері, щоб переконатися, що все працює, як треба.
- ⏪ У разі позаштатної ситуації, якщо ви щось зламали, потрібно відкотити збірку до попереднього стану, відновити базу даних і мінімізувати втрати дій користувачів під час роботи нестабільної версії продукту.
У більшості компаній ці завдання вже вирішені: вибудовані процеси, найняті спеціалісти, запроваджені протоколи безпеки та стандарти контролю якості. Чим більша компанія, тим менше часу минає від написання коду до моменту, коли він потрапляє в продакшн і перетворюється на цінність — починає приносити користь людям.
У багатьох компаніях код проходить цей шлях приблизно за два тижні. Втім, є організації, що роблять випуски щотижня або навіть щодня. Є й ті, хто випускає оновлення кілька разів на день.
Написаний код нічого не вартий. Цінність має лише код, що працює в продакшні.
ПЕРЕЙДІТЬ В ПОВНУ ВЕРСІЮ