Вы знаете это чувство, когда архитектура выглядит абсолютно потрясающе на диаграмме на доске? Архитектура, управляемая событиями, — это архитектурный эквивалент той девушки, которая выглядит потрясающе в Instagram, но опустошит ваш кошелёк, рассудок и график сна. Не поймите меня неправильно — я не говорю, что EDA плоха. Я говорю, что то, о чём не упоминают в докладах на конференциях, — это принятие EDA, по сути, означает запись на мастер-класс по отладке распределённых систем в 3 часа ночи в воскресенье....
Так, ваш сервис работает как часы. Всё идеально. Ваши метрики в зелёной зоне. Моральный дух вашей команды выше, чем бюджет на инфраструктуру. И тут — БАМ — всплеск трафика. Внезапно у вас нагрузка в 10 раз выше обычной, соединения с базой данных исчерпаны, а логи напоминают кофейню во время сессии: хаотичные, шумные, и никто уже не понимает, что происходит. Именно здесь в игру вступает обратное давление, и, честно говоря, это одна из тех концепций, которая звучит устрашающе, но на самом деле это просто ваша система вежливо просит тайм-аут, вместо того чтобы принимать всё и эффектно implode (разрушаться)....
В технологиях наблюдается своеобразный цикл: появляется что-то новое, и вдруг все, кто им не пользуется, чувствуют себя атакованными. GraphQL появился около десяти лет назад, и с тех пор мы наблюдаем этот ажиотаж. «REST мёртв», говорили они. «GraphQL — будущее», провозглашали они. Тем временем REST API незаметно обеспечивали работу 90% интернета и занимались своими делами, не привлекая внимания. Не поймите меня неправильно — я не говорю, что GraphQL плох. Это действительно полезный инструмент....
Парадокс рефакторинга, о котором никто не говорит Вы тысячу раз слышали: «Пишите юнит-тесты! Они — ваша страховка! Они дают вам уверенность в рефакторинге!» И знаете что? Это абсолютная правда. Если только это не так. В карьере каждого разработчика наступает момент, когда они обнаруживают, что их набор тестов — то самое, что должно было их освободить, — стало бетонными ботинками. Вам нужно рефакторить класс, извлечь метод, перестроить структуру модуля, и внезапно половина ваших тестов начинает ломаться....
Неудобная правда, которую никто не хочет слышать Начну с того, что заставит ваш ленту в Twitter взорваться: когда junior-разработчики пишут тесты, это как если бы кто-то учился водить, управляя школьным автобусом в час пик. Конечно, они, вероятно, выживут и, возможно, даже чему-то научатся. Но действительно ли это лучшее использование времени и сил каждого? Я уже слышу коллективный возглас фанатиков разработки через тестирование, проповедников гибкой разработки и сторонников принципа «каждый должен просматривать код каждого»....