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