Вообще, больше всего я мотивируюсь ребятами из спортивного чата! У нас сейчас там проходят разные спортивные челленджи, в которых может участвовать абсолютно каждый. Давайте развеем миф, что все айтишники — слабаки и зашуганные. У нас всё по-другому!

Мы тебя ждём 💪

Порядок хуков - это проблема.

Кейс из реального прода.

1) Типы. Если вы использовали useQuery, то скорее всего знакомы с enabled. Часто он зависит от налабл значения нужного параметра и нельзя просто прокинуть параметр и флаг вместе, нужно прописывать юнионы. По дороге в этих юнионах, кстати, часто теряется часть строгости ТСа, а так же полностью теряется инферинг зависимых параметров (не в этом примере, но все же).

2) Производительность. Скорее всего вы эти enabled и не пишите вовсе! А даже если пишите, все равно под капотом происходит полное создание всех хуков, даже если они не нужны, это просто избыточно и не эффективно.

3) Надежность. Расписываешь enabled - добавляешь констрейтов в которых легче запутаться и накосячишь, прям как на скрине (мне очень тяжело этот код загружать в мозг). Не пишешь - вызываешь ручку когда не надо и получаешь ошибку / не верный результат, ну точно избыточный. Или расставляешь кучу дефолтов, больше используешь optional chaining, опять больший потенциал для ошибки (буквально неск дней назад всплыл баг из-за того что кто-то написал в деструктиризации id = ''). Очень плохо.

Альтернатива? Сигналы позволяют делать early return когда хочешь, код чище, надежней, производительней. Вы можете заметить что во втором примере нет id - так на сигналах и кодстайл другой, обычно все дергается внутри само, использовать явные вызовы ручек и путать набор ключей никогда не приходится.

А код я специально приложил почти не меняв, потому что именно в прод коде перечисленные пункты проявляются особенно съел, а не на синтетических примерах.