Егор Иванов

Для начала нужно понять, какие цвета используются в изображении и сделать между ними переход, нужно взять пипетку. Затем, Воспользоваться CSS-синтаксисом linear-gradient) и подобрать цвета и угол градиента. Это можно сделать в любом сервисе по генерации и подбору градиентов. Например, здесь. В результате должно получиться примерно так:

background: 
       linear-gradient(000deg, rgba(XX,XX,XX,1) 0%,  rgba(XX,XX,XX,1) 30%,  rgba(ZZ,ZZ,ZZ, 1) 100%);

Сделайте проще, библиотека умеет работать с классами динамическим способом. То, что у вас, в документации предлагается как альтернатива.

1. Импортируйте

import classNames from 'classnames'

// и внутри компонента напишите объявление переменной:

const iconStylesClass = classNames(styles.selector)

2. Выделите классы, которые будут зависеть от каких-то условий: по пулевому типу они или будут показываться, или нет. Стандартный класс можно прописать в начале.

const iconStylesClass = cn(styles.selector, {
    [styles.selector2]: hasItems, 
    [styles.selector3]: foo && bar,
}

Также, эта библиотека умеет принимать пропсы от родителей, это очень удобно, если нужно расширить стиль компонента, не прибегая к изменениям внутри компонента.

const someStyles = cn(props.someStyle, {
    [styles.selector4]: true,
}

Такой подход более декларативный и избавляет от написания турнирных операторов внутри строк.

3. После того как определитесь со стилями, вашу переменную уже можно положить в верстку:

<div className={iconStylesClass}/>

Подробнее хорошо написано в доке здесь

Каждый хук (то есть функция) требует вторым аргументом зависимости, поскольку ей важно понимать, какое значение будет содержаться в момент её исполнения. Если зависимость обновилась, то исполнится и функция.
Как правило, такие ошибки подсвечивает и ESLint, например.

Но может возникнуть ситуация, когда переменная, указанная в зависимостях, вызовет бесконечный луп, поскольку что-то её меняет извне. В вашем случае, переменная getCity обновляет поле coords в глобальном стейте, это и вызывает ре-рендер. Имеет смысл подумать над порядком вызова данных запросов, например, вызывать только одну функцию (которая будет выполнять два запроса асинхронно), т.е. скрыть эту логику под капотом самого запроса. Например, сначала получаем город (хоть он у нас и дефолтный, Ижевск), затем, если запрос получения города обновил нам координаты и они вообще существуют, выполняем запрос для погоды.

Чтобы доработать текущую реализацию, можно выполнить вопрос в отдельных хуках, чтобы не зависеть, и разделить логику: город без координат существовать не может и т.п. В то же время, это не вызовет бесконечные циклы.

useEffect(() => {
        dispatch(getCity(city)) 
    }, [city, dispatch])

    useEffect(() => {
        // если координаты появились/обновились, получаем погоду
        if (coords) {
            dispatch(getWeather(coords))
        }
    },  [dispatch, coords])

Пробуйте, в сети много материала на эту тему.
https://medium.com/@andrewmyint/infinite-loop-insi...

то есть что выше этого есть, сделать его, чтобы пойти на собеседование, уверенно? Или задачки в leetcode более важны чем проект? Что надо делать?

Продолжай делать свои проекты, ты на верном пути. Даже не просто ради собесов, а для развития, поскольку там у тебя будет полная свобода. Лучшие результаты можно класть в портфолио и деплоить, чтобы прикладывать к резюме. Это полезно на всех уровнях. Задачки - для тренировки перед задачами на интервью будут плюсом.