Спорные приоритеты у либы, конечно. Кто в здравом уме потащит в проект библиотеку без тестов? На мой взгляд, это важный аспект при выборе (более важный даже, чем звездочки на гитхабе). Если мотивацию создания библиотеки экстраполировать, то можно получить ответ, почему во фронтенде такой короткий жизненный цикл у проектов (библиотек), по сравнению с другими ЯП.
Привет, к сожалению у меня есть опыт, как работать с продуктами и большинству не важны тесты, а важны хуки. Да автотесты покрываются параллельно, тут спасибо всем ребятам, кто участвует, но конечному пользователю, когда мы говорим про хуки (набор почти независимых утилити по факту) будет не так больно, когда мы говорим про большие продукты. Но ты не учитываешь ручное тестирование, при создание демо руками прогоняются тест кейсы, плюс как я описал тесты будут и делаются парараллельно, так что с учетом, что тесты пишутся и есть ручное тестирование на демках, я лично на страте 2 недель не вижу проблем вообще. Ну а если ли бухтеть, я как бы понимаю, что все супер крутые и могут такой пакет за 1 вечер сделать и с тестами и докой и хуков там 150 сделать, но я занимаюсь проектом уже получается 2 неделю и уже реализовали с ребятами 44 хука, ну я к тому, что есть реальность, а есть желаемое, а правда как всегда по середине. А теперь самое инетерсное, usehooks.com/ держи одну из самых сейчас хайповых библиотек, которая появилась именно в поле недавно, 0 тестов, нет ни одного теста вообще. Только демки, я не говорю, что нужно делать также, но просто хочу, чтобы люди понимали действительность.
Клаасный собес, с токи зрения рекрутера, но сам Никита, такое ощущение, что замкнут и все такое, не внятная речь, много воды в ответах, есть чему учится, но хотелось бы послушать человека с более внятной речью, а то пестами слишишь кашу
Вопрос по хуку useNetwork/useConnection, а если у тебя есть проверка соединения с конкретным урлом? например https/domen/ping и ты хочешь проверять жив ли сервер?! Для какого хука такой функционал, и будет ли сделан такой хук?
useIsomorphicEffect это замена useLayoutEffect а не useEffect, его нельзя писать просто вместо всех useEffectов. Плюс предупреждение которое было раньше убрали из реакта пару недель назад, не могу найти коммит сейчас
Смотрю 3 стрим подрят, не могу оторваться. Очень много дополнительной полезной информации в ваших обсуждениях. Спасибо огромное за стрим! Буду продвигать на работе reatom.
@@siberiacancode ну у нас redux, sagas. На других проектах rtk-query. Я стараюсь в последнее время не завязываться не redux вообще. Reatom видится неплохой альтернативой, способной упростить контексты и композицию. А то местами голову сломать можно
Кажется, что про useLayoutEffect не совсем верное объяснение т.к. React монтирует компонент в DOM до вызова callback, переданного в useLayoutEffect, через refs уже можно получать доступ к DOM элементам внутри callback.
На месте про entities сразу видно обзор fsd без практики. Для апи есть shared/api. Т.е. запросы в апи как есть с передачей всех необходимых параметров. И вот там как раз можно структурировать точно также как автор привел пример из своего видео. В конкретном слайсе слоя в его секции api (она опциональна) можно уже размещать более конкретизированные использования запросов которые находятся в shared/api. Ну например когда какой-нибудь запрос нужно использовать с частично-примененными параметрами. Идея выпустить видео по fsd хорошая, но как и большинство подобных простой обзор прочтения доки без реального практического использования. У меня почти год ушел на реальное понимание адекватной работы с fsd с практическим применением в живом проекте. Методология крутая, но проблема в том, что большинство фронтендеров как-правило ремесленники или обезьянки с клавиатурой, но не инженеры. Вторая проблема это WIP-дока fsd без хороших исчерпывающих примеров. Оттуда и проблемы с пониманием того как это использовать.
Привет, я не буду скрывать, у меня реально не было практики фсд, но я лично считаю, что моего опыта хватает, чтобы оценить и дать фидбек и поделиться своими мыслями. Это мой обзор и мои мысли, факт что ты пишешь, что у тебя ушел год чтобы познать fsd лишь доказывает, что я прав. Про entities вообще честно не понял, я говорю, что слой entities усложняет код и его поддержку, будь это fsd, будь это просто разделение на сервисы и тд и посветил целый стрим, как я структурирую запросы в последних проектах. Ну и лично я считаю, что любая методология должна быть понятной даже, как ты выразился "обезьянки с клавиатурой", ну а основная моя мысль была не тащите инструменты туда, где они не нужны. У меня проекты, люди разработчики, новички и бизнес, а мне тут еще тратить год, чтобы познать дзен fsd
Братан, ты просто лучик света в этой темноте самообучения, хоть и учусь в колледже вроде связанным с программированием, но единственное, что оттуда получил - это понимание того, что я сам все должен выучить, Хех. Спасибо, что помогаешь с этим!
@@siberiacancode некоторые за это "просто" деньги дерут, что вполне логично, это ведь ценный опыт! А откуда деньги у бедного студента??🥺 ( нет это не я ленивый и не хочу работать )
@@siberiacancode лучший футболист Японии, а снять эти регалии, кто ты? -разработчик, фронтендер, ы свободное время веду канал на ютуб и просто хороший человек
Ни на одном собеседовании не задают элементарные вопросы, типа "что такое HTML" Есть ли смысл продолжать собеседование, если ответа на этот вопрос не последует??
Конечно он не поможет если бек нарушил rest обязательства, но если бек просто может в каких кейсах тебе прислать нул, то с помощью тайскрипта мы это можем описать и не можем в будущем не обработать данный кейс, понятное дело тс не панацея от ошибок, просто он их уменьшает существованием контрактов
так стоп 34:41. Не будет никакого перерендера если несколько компонентов подписаны на разные сущности в store. Если они подписаны на одну сущность само собой будет перерендер. Или здесь какой то другой контекст? Я про redux говорю
@@siberiacancodeчто это еще за Аршавинизмы, шоу так шоу ок хорошо. Только какая цель у этого шоу? Проверить знания испытуемого? Это можно было сделать и не публично. Помочь людям подтянуть свои знания? Для этого можно было сделать видос с выдержкой и чеклистом например что важно знать перед собесом. Понятно что блогер ты, ты лучше знаешь как там забейтить зрителя и тд. А я зритель и пишу коментарии. А ты читай или не читай :D
@@siberiacancode http, solid и прочие, серьезно без гугла все эти расшифровки знать ну такое. Ты сам причем принцип Барбары Лисков назвал как принцип Барбаликс что лол смех
Здравствуй) Возможно мой комментарий удалился из-за ссылки которую я скидывал. Комментарий был про "минус" редакса и разделение стора. В редаксе ведь есть возможноть сплитить стор, в доке даже есть пример через некий reducerManager, как они его назвали, вроде. Если вбить в гугле redux code splitting - будет по первой ссылке. Можно спокойно сплитить стор по разным страницам или компонентам) С типизацией будут лишь проблемки небольшие, но это не сложно пофиксить)
Привет, да действительно такое есть, но это вообще не рашае проблему 1 стора. Ты просто подключаешь и отключаешь reducerы, а вот это уже полный дроч. Недавно делали это в проекте и я уверен, что это делают единицы.
@@siberiacancode тогда я не очень понимаю в чем заключается сама проблема.. Единственное что приходит в голову, это наличие огромного редакса и глобальных (обязательных) слайсов в основном бандле.. тут да.. А всё остальное можно отделить и сделать удобное подключение.. но возможно я просто не сталкивался с какими то проблемами с которыми сталкивался ты
Спасибо за фидбек, проблема в том, что мидл собес не сильно то отличается от этих собесов, когда ты собесешь мидла тебе интересен его опыт в первую очередь. Какую он роль выполняет , какие фичи делает, какую зону отвественности он покрывал ранее. Тех вопросы не становятся сложнее, ты просто ожидаешь более расширенных ответов. Я тебе больше скажу, половину ребят, которых я собесил на канале уже работали мидлами, но при этом не могли с некоторыми вопросами или задачами справиться
За видео лайк, но команда Ректа лучше бы написала какую-то хорошую доку, о том как "правильно" (то есть идиоматично с их точки зрения) вести разработку сложного приложения - как правильно хранить и обрабатывать состояние, как правильно работать с данными с сервера, как правильно работать с сайд-эффектами. А не стараться перегружать Реакт все новыми и новыми функциями, коих там уже и так овер-дофига.
На фига это??? чувак не ответил на 80% примерно вопросов, а на остальное чего-то мямлил на тему. Зачем ты его тянешь? Самые бесполезные 2 часа 18 минут! Даже взять отсюда нечего. Если это джун+, то я сеньор+!
Потому-что ты хочешь все делать на одном интрументе, effector создает внешнее хранилище, когда тот же rhf это хуки реакта, это просто другой подход к написанию кода
