Что делать когда два React context зависят друг от друга?

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

Перестал работать console.log в чём дело?

Claaim, проверь в чистом фф.

Перестал работать console.log в чём дело?

проверял на двух браузерах всё так же не работает

Каких?

Jest и точки останова. почему некорректная строка?

Создай новый файл с одной небольшой экспортируемой функцией, без импортов, комментариев и т.д., продебажь её в тесте и посмотри, есть ли сдвиг. Если сдвига нет, то добавляй импорты, комментарии, типы, интерфейсы и т.д. по порядку, смотри что получается.
Скорее всего просто что-то обрезается при транспиляции для тестов. У самого такая проблема года 4 назад была, но что именно было и как решил уже не помню.

HeadHunter наоборот. Где найти?

некая разница всё же есть

И в чём она заключается?

Как расти джуну?

Everything_is_bad, 3 фронта в одной команде — это мало? Да и в больших компаниях разные проекты разных размеров.

Гайд или скрипт для последовательных нажатий на странице сайта?

Не знаю осуществимо ли это, поэтому вопрос к знающим и понимающим людям!

Понимаю. Но, можешь не переживать, это осуществимо.

Есть ли бесплатные решения автозаполнения кода при помощи AI для IDE VSCode или WebStorm\PHPStorm?

Alex, недавно появилась бесплатная подписка, вроде.

Есть ли бесплатные решения автозаполнения кода при помощи AI для IDE VSCode или WebStorm\PHPStorm?

Эммм, а поискать? Их уже полно. Но самые популярные copilot и codeium, пожалуй. Второй эффективнее с windsurf использовать.

Лёгкость фуллстека на JavaScript - миф?

Dmitriy-163-89,

А это по сути необходимость знать второй язык

Другой язык? Я что-то пропустил и тс теперь добавляет не только типизацию, но и свой синтаксис, свои особенности в рантайме и т.д. и т.п.?
Чем таким эти 2 языка отличаются друг от друга, кроме более строгой и вариативной типизации (в жс можно жсдоком типизировать так-то).

Лёгкость фуллстека на JavaScript - миф?

Dmitriy-163-89, в твоём вопросе написано, что тс необходимо знать для бека. А поскольку нода работает с жсом, то с чем связано такое заявление?

Лёгкость фуллстека на JavaScript - миф?

1) на Node js всегда поддерживается более свежая версия джаваскрипта, чем в браузерах, т.е. постоянно будет лишняя головомойка - придётся для браузера использовать одни фичи языка, а для node js другие.

Название babel вам о чём-нибудь говорит? Сегодня никто вручную не пишет под конкретную версии браузеров, за исключением крайней необходимости.

2) Typescript, т.е. необходимость знать фактически второй язык-компилятор.

Во-первых, с каких пор нода интерпритирует тс?
Во-вторых, почему ты на фронте тс не используешь?

Как в TS задать интерфейс объекта, в котором key === value?

Return Me Void,

на работе в проекте такие объекты вместо enum'ов

Вот с этого и стоило начинать, это в корне меняет дело.)
Если есть желания использовать энумлайк объекты (и, имхо, они лучше объектов), то лучше их использовать правильно:

export const SomeEnum = {
  HOME: 'home',
  CAR: 'car'
} as const satisfies Record<string, string> 
export type SomeEnum = typeof SomeEnum[keyof typeof SomeEnum]

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

часто опечатки делаются при их задании

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

Так что лучше скинь текущую реализацию сюда (или возьми решение Alexandroppolus выше), поскольку, судя по всему, ты борешься со следствием, а не с причиной.

Есть ли алгоритмы АНТИ антиалиасинг?

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

Как в TS задать интерфейс объекта, в котором key === value?

Return Me Void, ничего. Ещё раз повторю вопрос: зачем тебе динамические значение в экземпляре класса? Назови хотя бы одну причину, по которой ты не можешь запихнуть их в отдельное свойство класса.
На данный момент, исходя из описания, ты хочешь получить объект, но объект != класс и класс != объект. Инстанс класса — да, по факту объект, но если использовать инстансы класса как объекты, то... Можно, но это как микроскопом гвозди забивать. И из-за этого (имхо) в тс и сделали это ограничение.

И, всё же, утоли моё любопытство, пожалуйста, для чего тебе такой объект (ключ = значение)?

Как в TS задать интерфейс объекта, в котором key === value?

Return Me Void,

типизация для тебя мусор? ты странный.

И да, я, может и странный, но я точно менее странный, чем человек, который находит в тексте то, на что даже намёка нет.

Как в TS задать интерфейс объекта, в котором key === value?

Return Me Void, ты так и не написал зачем тебе хранить динамические свойства в теле экземпляра класса.

Как в TS задать интерфейс объекта, в котором key === value?

Return Me Void, я не буду спрашивать зачем тебе в целом такой объект, но я не понимаю, зачем тебе класс, в теле которого всякий мусор лежит? Для чего? Ты даже свои свойства и методы в него добавить не сможешь, потому что в любой момент они могут перезаписаться.
Откровенно говоря, всё это выглядит как костыль для костыля. А решение очень простое: просто сделать нормально.

Как в TS задать интерфейс объекта, в котором key === value?

Return Me Void, если я всё правильно помню, то тс в классах только статические свойства допускает. С другой стороны, а зачем в классе вообще динамические свойства? Если так нужны, можно просто отдельное свойство добавить, в котором и будет объект с нужными свойствами.
Есть, конечно, костыльный вариант через статический метод создания инстанса, тогда можно тип подправить, но... Опять же, зачем, ты всё равно к этим свойствам даже обратиться нормально не сможешь.
В целом, какую задачу ты решаешь?

Как найти работу, если есть большой опыт, но всё равно не берут?

seamless_horse,

а что это тогда, если не опыт?

Просто циферка.
Сами по себе года являются лишь фильтром, в первую очередь. И если твои года не соответствуют твоим знаниям, то это минус, а не плюс.
В целом, после интервью, когда ты начинаешь задавать вопросы, последний вопрос может быть "как я справился" и, если разрабы не против, дадут тебе сразу прямой фидбек.