Я працюю в сховищі даних, що джерела декількох систем через багато потоків і шарів з лабіринтними залежностями, що пов'язують різні артефакти. Досить багато кожного дня я стикаюся з такими ситуаціями: я щось запускаю, це не працює, я переживаю безліч кодів, але через години я усвідомлюю, що мені вдалося концептуалізувати технологічну карту крихітної частини того, що я тепер знаю пізніше цього дня потрібно, тож я запитую когось, і вони мені кажуть, що цей інший потік потрібно запустити спочатку і що якщо я перевірив тут (вказуючи якусь, здавалося б, довільну порцію величезного стека інших закодованих залежностей), то я мав би бачив це. Це неймовірно засмучує.
Якби я міг підказати команді, що, можливо, це було б хорошою ідеєю, якби ми зробили більше для того, щоб зробити залежність між об'єктами більш видимими і очевидними, а не вбудовувати їх глибоко в рекурсивні рівні коду чи навіть у дані, які має бути присутнім через те, що він заповнений іншим потоком, можливо, посилаючись на добре відому, перевірену парадигму програмного забезпечення - тоді я можу зробити свою роботу, а всі інші набагато простішими.
Переваги цього пояснити моїй команді важко. Вони, як правило, просто сприймають речі такими, якими вони є, і не «думають великими» з точки зору того, щоб бачити переваги можливості концептуалізувати всю систему по-новому - вони насправді не бачать, що якщо ви зможете спроектувати величезну систему Ефективніше, то це робить меншою ймовірність, що ви зіткнетесь з неефективністю пам’яті, зупинкою потоку унікальних обмежень і дублікатів ключів, дурницею даних, оскільки це набагато простіше розробити це відповідно до оригінального бачення, і ви згодом не зіткнетеся з усіма цими проблемами, які ми зараз переживаємо, що, як я знаю, є незвичним для минулих робочих місць, але, як вони здаються, вони неминучі.
Отож, хтось знає про програмну парадигму, яка підкреслює залежності, а також сприяє загальній концептуальній моделі системи з метою забезпечення довгострокової прихильності до ідеалу? На даний момент у нас дуже багато гігантського безладу, і рішення кожного спринту, здається, "просто додайте цю справу тут, і тут, і тут", і я єдиний, хто турбується про те, що справи справді починають розвалюватися.