วีดีโอ

супер приложение спасибо

Евгений, поздравляю с закрытием гештальта по курсу крестики-нолики🎉😅

Подскажите что делать, если после перезапуска контейнеров strapi удаляет все таблицы из БД? то есть все созданные content types и components до этого удаляются..

На первый взгляд очень хорошо , послезавтра точно скажу))

объяснение на высочайшем уровне. спасибо за твой труд, Жень!

мне курс очень понравился, спасибо большое. но в 8:04 это че за бредятина?) проверяем, как работает написанный код, и Женя показывается вообще уже новый код, который даже не был в видео. откуда взялся getCellIsWinner? Откуда toggleCell??? некоторые данные заменились другими) у меня лично код написан 1в1, но сами клеточки не закрашиваются значками X и О. Почему об этом никто не написал?)) У всех все работает, хотя код изменился неожиданным образом перед самой проверкой ахах

Все не смотрел, но классная подача и контент! Успехов

Женяяя,, у тебя там в миро эффектор, курс по нему тоже пишешь? Этот видос топ, с удовольствием посмотрел весь на проекторе под вечер, вместо анимэ

Я не знаю. Иметь Женю в ютубе и не научиться программировать - это надо постараться. Отличная подача и просто клад информации. Как успевать все схавать, непонятно, но будем! Спасибо!

Классное видео. А ты фуллстак разработчик?

Лучший! Спасибо тебе! Очень крутой материал. Просмотрел на одном дыхании, но однозначно будет пересмотрен ни раз! Продолжай 🎉

Огонь! Евгений, а с какого года вообще прогать начал? Интересно🤔

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

Лучший ментор на Ютубе <3

один из лучших каналов по next/react и в целом ФРОНТУ. западное коммунити такой калич пишут, обмажутся библиотеками, и показывают это в массы, и получается кучка недопрогеров которые не понимают элементарных вещей в построении и логике работы приложений, а Евгений прям элегантно всё делает и без лишних пакетов и тд, если сталивается с ошибкой - показывает как он её решает. затрагивает какие-то смежные темы(.env, npx и какие-то термины, работа с авторизацией и т.д.) я сам вьюшник, но всегда интересуюсь смежными либами и фрейморками и подчёрпываю какие-то реально годные советы по проектированию и т.д. и т.п. респект Евгений, успехов

Бэк призма звучит смешно))

Лучший. Спасибо!

зашел на 5 минут видосик посмотреть так сказать...

Не LaranaJS?(

8:45 Будь здоров!

а плейлист по крестикам ноликам уже не актуален?

Ошибка в ссылке на исходники

Спасибо, Женя!

еще не смотрел, но сразу лайк, это же Евгений Паромов )

Это просто праздник какой-то! 🎉🎊🎈

Вот на заставке в точности мое лицо когда увидел. Очень круто, безмерная благодарность!

Как курс по архитектуре досмотрю, то обязательно вернусь к этому видео. Спасибо за такой труд

Привет. Вопрос по "перекладыванию данных из одного стейт менеджера в другой" . А как тогда правильно поступать в ситуации: 1) На странице приложения есть форма 2) Значения полей и доступность полей для редактирования приходят с бэкенда. То есть при определенных условиях то одни поля доступны для редактирования, то другие. 3) При редактировании полей, происходят какие-то сайд эффекты (например запросы на бэк для сёрч хелпа) - то есть требуется контролировать изменение полей. 4) Отправка на бэкенд измененной формы происходит по клику на кнопку На первый взгляд кажется, что при получении данных из tanstackQuery требуется переместить их в локальное состояние компонента, ну либо в условный redux. А потом уже отслеживать изменения при редактировании для вызова различных сайд эффектов. А как пользователь нажал на кнопку "сохранить" - уже использовать мутацию, с последующей инвалидацией. Но получается, что такой подход неверен?

Есть у кого рекомандации или статьи по правильной декомпозиции кода компонентов в React не на примере простейшего todo list ? Допустим, у нас есть страница пользователя UserPage которая внутри использует много компонентом которые и не зависят друг от друга и зависят, требующих управления состоянием, обработка кликов и изменения состояний по типу handleClick, toggle, переключатели, selects, фильтры, check-функции и так далее, а также нам нужно получать данные для этой страницы. Стоит ли создавать несколько отдельных кастомных хуков (например, useCustomHooks) для каждой логики и разделять если по сути она нудна только для конкретной страницы? Такой подход может показаться излишним в некоторых случаях и, вместо упрощения компонента, приводит к чрезмерному использованию кастомных хуков. Или стоит создать один хук, скажем useUsers, который будет обрабатывать и получение данных, и фильтрации и управление состоянием в одном хуке и уже с useUsers всякие фильтры\данные будем передавать в дочерние компоненты? Или же наоборот делать всю логику по типу useFilters, useFetch и так далее ? Тогда постает вопрос , а можно ли использовать кастомные хуки внутри других кастомных хуков? Так же, второе что действительно интересует, какая правильная реализация поиска в каком-то небольшом интернет-магазине? Что имею ввиду, допустим у нас есть страница с телефонами, внутри страницы у нас есть поиск с debounce где собственно делаем поиск и запрос к API получая данные с url и после получения нужных данных меняем UI, или же функкционал поиска должен находится допустим в Header на уровне Layout и переиспользуем Layout с поиском на каждей страницы где он нужен и где у нас будет состояние поиска которое мы будем передавать и в Layout для визуального отображения и в кастомный хук для получения новых данных или фильтрации. В чем вообще или есть ли отличие таких подходов?

Вот слушаю твои истории когда джуеом был, и понимаю что у меня что-то не так, поставили самого на проект, да ещё и задачу дали явно не уровня джуна а какого-то мидл разраб, даже особо спросить у кого-то нету возможности, тем более ещё и изучаю реакт (до этого был на трейни на ангуляре) Что делать я не понимаю

Удалил редух, скопировал весь проект в App.js, щас норм.

смотрю это видео сразу после обзора useMemo useRef useCallback и react.memo, настрой такой... боевой, а тут начало видео такая музыка медитирующая, пхпхп, в общем забавно) и спасибо за контент! на самом деле выделила для себя пару человек которые хорошо объясняют, но в первую очередь стараюсь найти материал у вас

Странно что так мало лайков. Видимо не понимают люди насколько ценный материал тут изложен плюс отфильтрованный через собственный опыт автора! Евгений силен конечно :)

как-то мало видео осталось, как будто курс не закончен(, надеюсь хоть мультиплеер успеем сделать.

А обязательно создавать организацию в гитхабе?

круто придумано и выглядит довольно просто в использовании

вау, действительно спасибо, я много чего пыталась смотреть, но понимала, что там какое-то мыло и выключала, у вас в начале действительно было немного сложно, я раз 7 перемотала все послушала и посмотрела( ну у меня еще внимание рассеянное) но к концу я все полностью поняла и в целом даже наверное теперь понимаю жизненный цикл юзэффектов

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

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

расскажите, какие перспективы у rust в вебе

thank's a lot

signal видел, а как с этим работать и для чего не понятно. И не кто про это не рассказывал. Спасибо!

Класс

В первых видео Евгений говорит, что самое главное чтобы код был читаем. В этом видео бац: result &&= cells[indexes[i]] === cells[indexes[i - 1]]; И читай это как хочешь :)

А зачем ты ищешь влево от найденного символа? Ты циклом идёшь слева направо. Всегда! На примере поиска последовательности горизонтальной, ты всегда первый крестик найдёшь самый левый из последовательности. Значит тебе нужно проверить есть ли СПАВА от него ещё 4 крестика. То есть sequencesSize-1 штук. Всё профит! Зачем ты переусложнил это действие проверяя слева и справа от найденного? Кроме того, что ты бeдешь делать, если sequencesSize нужен чётный? К примеру 4 в ряд. Тогда там просто физически отсутсвует центральный элемент и твой алгоритм перестаёт работать, а значит не является алгоритмом в общем случае. Ну этот алгоритм глючит. Он не видит края поля. Если поставить 3 крестика в конце первой строки а потом 2 крестика в начале второй строки, то фактически 5 в ряд не будет, но алгоритм решит что будет.

Ну кстати, а нельзя ли прописать через дот нотацию все actions, которые могут быть переданы в чилды карточки? Такая же композиция

очень рад что всё же решил посмотреть нашёл ответы на вопросы о которых сам раньше задумывался, но бросил это дело, потому-что моё решение выглядело уродливо "как бы нам всё ещё использовать RTK-Query, но при этом писать код не внутри компонента, а именно в коде стора"

сделай по вью видос базовый хоть, по архитектуре

мы называем это "make it work, make it right"

Крутой разработчик - это не про "что учить", а про опыт в бигтехе. В аутсорсе только время потеряете, про веб-студии и фриланс вообще молчу. В нынешних реалиях способность писать работоспособный код - это максимум trainee, junior уже должен хорошо знать архитектуру и сразу выдавать качественный код. И да, автор говорит про некие 3 года для сениора - большинство после 3х лет даже на миддла не тянут.