Не жартуй і оптимізуй продуктивність 😂 Щойно побачив коментар: > Після масштабування навіть баги, які ви написали, матимуть користувачів. Моя перша робота після університету була в компанії, де проводився грандіозний семінар з адаптації нових співробітників. Одного дня вони розповіли нам історію про середину 90-х, коли технічна команда оптимізувала час завантаження програмного забезпечення з 5 хвилин до 30 секунд. Внаслідок цього негативний відгук від клієнтів миттєво зростає. Ця оптимізація часу завантаження фактично зруйнувала корпоративну культуру цієї компанії. Виявилося, що до оптимізації всі йшли в офіс, увімкнули комп'ютер і використали 5 хвилин завантаження, щоб поспілкуватися, випити кави та розпочати розслаблений день. І тепер, перш ніж вони встигнуть встати зі своїх столів, програмне забезпечення готове працювати над ними! Мораль цієї історії — і наведеної вище цитати — не в тому, щоб не казати вам не покращувати ситуацію. Натомість це нагадування, що програмне забезпечення, яке ви створюєте, існує не просто у PRD (Product Requirements Document) чи тестовому наборі. Це система, яка взаємодіє з людьми у реальному світі. Люди формують звички навколо цього, розробляють обхідні шляхи і навіть покладаються на певні баги для практичних сценаріїв. Це критично важливо для вас як для інженера-програміста: ви повинні розуміти, для чого насправді використовується програмне забезпечення і як воно застосовується у реальному житті. Ваша робота — не завершувати купу заявок від менеджера продукту, ваша задача — створювати програмне забезпечення, яке вирішує проблеми користувачів. Посилання: