Как перебрать массив в обратном порядке ?

Метод findLast() перебирает массив в обратном порядке и возвращает значение первого элемента, удовлетворяющего предоставленной функции условию. Если никакие элементы не удовлетворяют условию, возвращается значение undefined.

В чем разница между контекстом React и React Redux?

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

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

Завтра будет крутейший курс по Nest.js

Там мы рассмотрим все от и до. Рассмотрим: модули, сервесы, контроллеры, поработаем с TypeOrm и создадим CRUD приложение, рассмотрим в деталях механизм внедрение зависимостей ( что такое useClass, useExisting, useFactory, useValue ), напишем свое DTO и рассмотрим зачем это надо, Middleware, Guards, interceptor, Pipes , Exception filter

Поддержи меня своей реакцией и дальнейшие курсы будут выходить еще быстрее

Весь Nest.js за 35 мин

Быстрый экспресс-курс по Nest.js
Тут мы рассмотрим все от и до. Рассмотрим: модули, сервесы, контроллеры, поработаем с TypeOrm и создадим CRUD приложение, рассмотрим в деталях механизм внедрение зависимостей ( что такое useClass, useExisting, useFactory, useValue ), напишем свое DTO и рассмотрим зачем это надо, Middleware, Guards, interceptor, Pipes , Exception filter

А ты подпишись и поставь лайк 🙂

Поддержи меня свой реакцией тут, подпиской и царским лайком
https://www.youtube.com/watch?v=heTtoBDvJXM
Смотреть видео

Что такое Symbol.for ?

Метод Symbol.for() ищет существующие символы в реестре символов среды выполнения с заданным ключом и возвращает его, если он найден. В противном случае с этим ключом в глобальном реестре символов создается новый символ.

Завтра будет крутейший экспресс-курс по Next.js

Там мы рассмотрим: виды рендеров (SSR, SSG, ISR), как работает Next.js, работа с роутингом, работа с картинками, создадим простое приложение вывода постов, рассмотрим Next.js 13 верссии, создание бэкенда на Next.js

Поддержи меня своей реакцией и дальнейшие курсы будут выходить еще быстрее

Весь Next.js за 35 мин

Быстрый экспресс-курс по Next.js
Тут мы рассмотрим: виды рендеров (SSR, SSG, ISR), как работает Next.js, работа с роутингом, работа с картинками, создадим простое приложение вывода постов, рассмотрим Next.js 13 верссии, создание бэкенда на Next.js
А ты подпишись и поставь лайк 🙂

Поддержи меня свой реакцией тут, подпиской и царским лайком
https://www.youtube.com/watch?v=g7jhZQ8pYYc
Смотреть видео

Что такое Clean Architecture ?

Чистая архитектура - подход организации всего приложения, где весь проект разбит на слои, внешние слои зависят от предыдущего внутреннего

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

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

Завтра будет собеседование на позицию Junior React Developer

Там мы проведем собеседовние у человека, зададим технические вопросы по React

Поддержи меня своей реакцией

Собеседование на позицию Junior React Developer

Тут мы проведем собеседование у человека, зададим технические вопросы по React.

Скидывайте сюда свое резюме и позиция на которую хотели бы попробоваться
Почта: poznkirill1@gmail.com

Поддержи меня свой реакцией тут, подпиской и царским лайком

https://www.youtube.com/watch?v=ruaaTrzYa_I
Смотреть видео

Сделал шортсы на общие темы по JavaScript

История языка JavaScript
https://youtube.com/shorts/lVAUXAu5OLo?feature=share

Достоинства языка JavaScript
https://youtube.com/shorts/1JpcHdp93Rw?feature=share

Недостатки языка JavaScript
https://youtube.com/shorts/qqR9glPyX6w?feature=share

Поддержи меня лайком и своей реакцией тут !

Всем привет, никогда не обращался лично, теперь исправляюсь !

В первую очередь нам по-хорошему нужно познакомиться, меня зовут Кирилл и я Тех Лид одной крупной Питерской компании. Так же если без умных слов то full-stack разработчик. Я веду этот канал, канал на Ютубе, бота собеседника @interviewITBot, канал по Python, портал A-LIT с ответами на вопросы на собеседовании.

После того как мы познакомились я бы хотел разнообразить обычные посты, постами о жизни в реальных проектах.
Как первый пост я хочу поднять тему архитектуры и как ее местами недооценивают. Очень часто хорошая архитектура это та архитектура от которой можно хорошо расширять проект. Самое интересное что говоря про архитектуру обычно все говорят про Backend, но и на Фронте так же есть свои подходы, и в базах данных тоже есть свои принципы проектирования. Чтобы не нагружать абилием информации я бы рассмотриел основные подходы и проккоментировал каждый из них кратко.
Рассмотрим Backend:
Чистая архитектура - суть в разграничении, то есть делать так чтобы наши составные были как луковица, нижнии слои не знали о верхних
DDD - все говорят что это страшно и сложно и вы не поверите, но это реально страшно и сложно. Самое главное что вам нужно вынести от сюда это то как вы коммуницируете внутри команды и насколько новым людям будет просто окунуться в текущий проект
Монолит - все просто, одна большая куча. Тут вы можете как раз использовать чистую архетиктуру, SOLID, Kiss и Dry принципы и ваш проект будет вполне себе адекватный.
Микросервисы - звучит как что-то крутое и это реально крутое, потому что система условно децентрализованная и допустим микросервис товары если упадет не затронет микросервис оплат, что очень хорошо будет сказываться на любви пользователей. С помощью такого подхода мы можем очень хорошо дробить наше приложение на более мелкие части
Event sourcing и CQRS - эта штука дружит с микросервисами и условно делает слепки исходя из событий которые приходят от пользователя
Рассмотрим FrontEnd:
Классика - тут главная проблема что все в куче и связи неявные, то есть местами переиспользовать или вычленить компонент реально бывает трудно
Модульная - тут мы уже выделяем логику переиспользуемую в модули, что как раз более менее позволяет выделить атомарные сущности и с ними уже работать
Атомарная - тут принцип от меньше к большему, то есть атомы -> молекулы -> организмы -> шаблоны -> страница. Прикол в том что мы постепенно наращиваем функциональность, что позволяет отдельно взятые участки переиспользовать.
FSD (Feature-Sliced Design) - тут уже все доведено до ума в полном объеме. Разделение Слой/Слайсы/Сегменты. Тут мы по полной применяем слойную архитектуру, нельзя чтобы нижние слои зависели от верхних
Микрофронтенды - подход такой как и с микросервисами, суть в том что мы делим наше приложение на какие-то обособленные приложения. То есть у нас есть блог/админка/магазин и это три разных фронта и этими фронтами уже могу заниматься разные команды.
Рассмотрим БД:
По базам данных тут на самом деле все просто, всего есть 6 нормальных типов БД. Нормальный тип это вид базы данных в котором соблюдены все правила описанные в типе, они направлены на достижение Базой хорошей расширяемости. Процесс нормолизации это привод базы данных хотябы к 3 нормальному виду.

Как видим что во всех частях приложений очень большой акцент делается на двух вещах.
1) Переиспользуемость
2) Расширяемость
Нет правильной и неправильной архитектуры, выбор ее уже зависит конкретно от проекта

Поддержите меня тут огоньком, если вам нравится такого рода посты, могу еще снять большое видео где рассмотрим каждый вид на практике