Подати заявку на участь в новому сеозні можна тут: forms.gle/fjduoCexYadKRCP17 Постійно діючий коштозбір для ЗСУ 🔗 send.monobank.ua/jar/AeXQ6YRf2X 💳 5375411202918178
45:35 є парент компонент і є чайлд і чи буде перерендерюватись чайлд при умові що ререндериться батько, навіть якщо немає пропсів 47:04 що таке контекст і коли та як його використовувати? 48:27 контекст з т.з. перформансу 49:12 маючи контекст, які дані краще в нього класти: динамічні чи статичні (ті що дуже рідко оновлюються (напр, прапорець теми)) 50:40 поняття та ідею стейт менеджменту 52:44 основні відмінності між redux, zustand, recoil 55:46 який стейт менеджмент коли необхіден? 59:03 принципи SOLID 1:01:01 solID (interface segregation and dependency inversion principles) 1:03:56 functional programming 1:06:42 переваги та недоліки використання функціонального програмування 1:08:30 rambda як використовував кандидат 1:10:34 аналоги rambda 1:11:50 оброблення помилок в реакт 1:16:59 error boundary на різних рівнях додатку 1:17:54 яку логіку треба описувати в error boundary 1:18:41 how with async request? 1:20:46 restAPI помилка. Як обробити помилку яку ти навіть не очікуєш отримати і щоб не падав фронтенд? 1:27:06 таємний гість Віталій Рубан та його фідбек 1:27:53 про нього 1:28:07 по-суті фідбек про кандидата 1:29:07 плюси 1:30:11 мінуси 1:33:47 проблема контекст API 1:35:57 підсумок
шойно побачив цей собес. самий топовий чувак в цій серії вюх. згідний з таємним гостем про його рівень. окрема подяку Бабічу за такого таємного гостя: коротко, чотко, відверто, по ділу.
Мені до мідла, як до неба рачки 😁 але було капець як цікаво! нагуглилась на два дні наперед і дізналась багато нового! ) Валерій великий молодець і, як на мене, дуже класно відповідав! 💪Дуже дякую!
Двічі перемотував та крикнув чайкою на моменті "В тебе все ідеально в розробці, але приліють ПОЕБАНІ дані" ))) Бляха, інтервʼю наче ожило)) Такий життевий дискашен проблеми у офісі між декількома розробниками))
про Error Boundary можна ще додати, що залежно від продукту іноді краще "ламати" лише частину інтерфейсу і фолбечити якийсь UI, а іноді краще всю апку "розламати" - наприклад, в банківських продуктах, якщо зламати лише частину інтерфейсу, а не всю апку (окрім header та footer), то юзер зможе в зломаному функціоналі зробити певні неправильні операції (конвертувати валюту випадково, відправити не тому отримувачу і тд)
Матеріал крутий) Для підготовки до інтервю на мідла саме це) Було досить цікаво послухати запитання й відповіді) Єдине, маю 1 питання. Можливо раніше відповіді вже були то прошу дуже не критикувати)) І так: 1) Про яку бібліотеку говорив Валерій, що там є майже все корисні функції, але вона не поєднюється з тайп скриптом?
До речі на рахунок DI(Dependency Inversion) я там забув і сплутав і розказав про (Inversion of control) а Dependency Inversion це дещо інше, для тих кому цікаво загугліть, дуже класний принцип і часто пригоджується не тільки в ООП а й взагалі в розробці.
Цікавий формат, мені сподобалось. Хотілось би ще бачити більш чіткі пояснення правильних відповідей від інтервьюерів. Якби я не знав як працює реакт контекст то мені було б важко інтерпретувати фразу "контекст ререндерить усе що його використовує". Це значить що ререндерить все дерево компонентів що обернуто в контекст провайдер? Чи ні? Багато хто так і розуміє ))
Знов ж таки. тобто. Знов ж таки. тобто. тобто. Знов ж таки. Знов ж таки. тобто. тобто. Знов ж таки. тобто. Знов ж таки. тобто. Знов ж таки. тобто. Знов ж таки. тобто. тобто. Знов ж таки. Знов ж таки. тобто. тобто. Знов ж таки. тобто. Знов ж таки. тобто. Знов ж таки. тобто.
коментар до теми контексту в реакті : ) пропорець білої або темної теми, можна застосовувати для html тегу (html.dark or html.light) а далі в залежності від теми обирати, які змінні для кольорів використовувати
Подати заявку на участь в новому сеозні можна тут: forms.gle/fjduoCexYadKRCP17
Постійно діючий коштозбір для ЗСУ
🔗 send.monobank.ua/jar/AeXQ6YRf2X
💳 5375411202918178
45:35 є парент компонент і є чайлд і чи буде перерендерюватись чайлд при умові що ререндериться батько, навіть якщо немає пропсів
47:04 що таке контекст і коли та як його використовувати?
48:27 контекст з т.з. перформансу
49:12 маючи контекст, які дані краще в нього класти: динамічні чи статичні (ті що дуже рідко оновлюються (напр, прапорець теми))
50:40 поняття та ідею стейт менеджменту
52:44 основні відмінності між redux, zustand, recoil
55:46 який стейт менеджмент коли необхіден?
59:03 принципи SOLID
1:01:01 solID (interface segregation and dependency inversion principles)
1:03:56 functional programming
1:06:42 переваги та недоліки використання функціонального програмування
1:08:30 rambda як використовував кандидат
1:10:34 аналоги rambda
1:11:50 оброблення помилок в реакт
1:16:59 error boundary на різних рівнях додатку
1:17:54 яку логіку треба описувати в error boundary
1:18:41 how with async request?
1:20:46 restAPI помилка. Як обробити помилку яку ти навіть не очікуєш отримати і щоб не падав фронтенд?
1:27:06 таємний гість Віталій Рубан та його фідбек
1:27:53 про нього
1:28:07 по-суті фідбек про кандидата
1:29:07 плюси
1:30:11 мінуси
1:33:47 проблема контекст API
1:35:57 підсумок
Передивився усі інтерв'ю. На зараз це напевно найсильніше і найвпевненіше в'ю від кандидата. Дуже дякую за класний контент
Та дно а не интервью
шойно побачив цей собес. самий топовий чувак в цій серії вюх. згідний з таємним гостем про його рівень. окрема подяку Бабічу за такого таємного гостя: коротко, чотко, відверто, по ділу.
Мені до мідла, як до неба рачки 😁 але було капець як цікаво! нагуглилась на два дні наперед і дізналась багато нового! ) Валерій великий молодець і, як на мене, дуже класно відповідав! 💪Дуже дякую!
Дякую! Слава Україні! Слава всім захисникам! Повага всім хто допомагає!
Дуже корисні відео! Намагаюсь не пропускати))
Дякую)
тааак. Кандидат, якого цікавить те чим він займається, а не просто відпрацювати зміну, завжди цікавий для інших. Етер вогінь, вось ^_^😁
🚀🔥🚀 дякую пане Сергій за таку можливість!
Дякую, що зголосився, було несподівано та круто! Чекаю на синйорську співбесіду!
@@babichweb може тоді додасте лайвкодінг? Цікаво було би глянути
Є в планах
Дякую, було цікаво)
Декілька моментів не знав, зокрема про Solid та нюанси graphql, а так наче відео навіть легше ніж на джуна пішло. Дякуємо за контент!
Дякую, приходьте ще )
Двічі перемотував та крикнув чайкою на моменті "В тебе все ідеально в розробці, але приліють ПОЕБАНІ дані" ))) Бляха, інтервʼю наче ожило)) Такий життевий дискашен проблеми у офісі між декількома розробниками))
про Error Boundary можна ще додати, що залежно від продукту іноді краще "ламати" лише частину інтерфейсу і фолбечити якийсь UI, а іноді краще всю апку "розламати" - наприклад, в банківських продуктах, якщо зламати лише частину інтерфейсу, а не всю апку (окрім header та footer), то юзер зможе в зломаному функціоналі зробити певні неправильні операції (конвертувати валюту випадково, відправити не тому отримувачу і тд)
17:46 Ви впевнені, що ви розмовляли саме про function override, а не про function overload?)
Good point, дякую) саме так я говорив про function overload, override це інше👍
НУ ПЕРЕПУТАЛИ
Но відповів правильно, заєбісь )
Ха-ха)):)
@@babichweb уважний trainee на зв'язку :)
Дуже прохаваний чувак, сподобався. Була би своя компанія - запропонував би офер))
Я теж дуже приємно здивований
Матеріал крутий) Для підготовки до інтервю на мідла саме це) Було досить цікаво послухати запитання й відповіді)
Єдине, маю 1 питання. Можливо раніше відповіді вже були то прошу дуже не критикувати)) І так:
1) Про яку бібліотеку говорив Валерій, що там є майже все корисні функції, але вона не поєднюється з тайп скриптом?
Ramda
До речі на рахунок DI(Dependency Inversion) я там забув і сплутав і розказав про (Inversion of control) а Dependency Inversion це дещо інше, для тих кому цікаво загугліть, дуже класний принцип і часто пригоджується не тільки в ООП а й взагалі в розробці.
Підвищена концентрація "знову ж таки" в повітрі
30 хвилин холіварити про рест та граф.....
Коли вже буде бек? :)
Думаю над цим
Цікавий формат, мені сподобалось. Хотілось би ще бачити більш чіткі пояснення правильних відповідей від інтервьюерів. Якби я не знав як працює реакт контекст то мені було б важко інтерпретувати фразу "контекст ререндерить усе що його використовує". Це значить що ререндерить все дерево компонентів що обернуто в контекст провайдер? Чи ні? Багато хто так і розуміє ))
Було б цікаво мідл+ vue послухати. А то якийсь організований ігнор вьюшників всюди)
Якщо зберем 3400 підписників, обіцяю наступну співбесіду з в'ю.
Але потрібна допомога ;)
@@babichweb підписників уже більше а відоса про Vue нема ((
щось відповіді пана не налазять на сіньора як по мені.. та й на мідла таке..... мою думку дуже файно ілюструє момент 14:43 (в статиці ) )))))
Тобто знов ж таки
А можна посунути плакат богунівців на більш вигідну позицію?)
То треба цвяшка перебить )
Ну шо там, коли сіньйорна співбесіда для Валерія?)
Можливо, у новому сезоні )
Дивлюсь пів години - це точно на мідла, а не на сеньора інтервью? 🙃
Перші півгодини питань - мене на джуна таке питали 🥲
@@ShoTHIkголовне не питання, а відповіді)
Та це ніхуя не мідл. Він їбашить покруче багатьох сеньорів.
Самі в шокови
та ну ... багато води аби побалакати називається. Це иебе питають про одне а ти навколо про все що знаєш...
docs.google.com/forms/d/e/1FAIpQLSfzhG-j9IqCZDB-fQMMJXVli_JC2Tbuutc6_GX7i6tikCpfNg/viewform
47:12 - ось стільки я витримав. "Знов ж таки" перемогло. Вибачте, я більше це дивитись не можу.
Low mid dev 🤌🏻
forms.gle/GfqX5CsuuqvzrpFD8
Больше 100 собеседований за 2 года было, но вот этот формат, дно полное. Нихера не информативно, собес на мидла, а вода одна
Якщо тобі потрібне чітке питання і чітка відповідь то це не інтерв'ю, а дока треба тобі
Знов ж таки. тобто. Знов ж таки. тобто. тобто. Знов ж таки. Знов ж таки. тобто. тобто. Знов ж таки. тобто. Знов ж таки. тобто. Знов ж таки. тобто. Знов ж таки. тобто. тобто. Знов ж таки. Знов ж таки. тобто. тобто. Знов ж таки. тобто. Знов ж таки. тобто. Знов ж таки. тобто.
Ну так, є у хлопця слова-паразити, але ти щось міцно погорів, аж три комента написав під відосом)
коментар до теми контексту в реакті : )
пропорець білої або темної теми, можна застосовувати для html тегу (html.dark or html.light)
а далі в залежності від теми обирати, які змінні для кольорів використовувати