Видео

Це не в екмаскріпті. Просто окремий інструмент написаний на Rust. Заточений під веб розробку. Добре працює з Typescript та JS

Не хвилюйся, не буде. Таких токсичних як ти на роботу не беруть.

@@MaksymRudnyi Та я працюю на проекті

Дякую

Реакт контекст звісно викликатиме рирендери усіх компонентів які підписані на цей контекст. Дивно що треба зберігати файли в контексті. Це не зовсім правильний підхід. Як мінімум я поки не бачу сенсу (він може і є). Найближчим часом такого відео не буде, не планую.

А в мене є ціле відео про це. Одним шортсом не пояснити . Відео ruclips.net/video/5r9sN5Yz79A/видео.html

Дякую. Приємно чути

Дякую, дуже приємно.

Дякую. Дуже приємно. Сподіваюсь автор використає цю можливість.

Обов'язково. Відео по ньому уже монтується.

Сподіваюсь врахує усі зауваження

Для Firebase може і недостатньо, але ключі публікувати погана ідея. Добре що автор не додав AWS або щось схоже.

Тут хоча б якась структура є😅 що вже не погано

GitHub pages? Не пробував, можливо. Тільки от проєкт був на vercel задеплоїний. Там таких вимог точно нема.

@@MaksymRudnyi на версель точно не треба такого)

​@@MaksymRudnyi Спочатку я хотів на GitHub pages викласти, але воно не пішло, тож виявилось, що потрібно замість "BrowserRouter" використовувати "HashRouter". Але на GH Pages сайт працював не дуже, і я зробив його на Verсel. З "HashRouter" воно нормально працювало, тож, як кажуть программісти - "Працює, тож не чіпай", я і не чіпав. А після Вашого "розноса" моєї роботи, тобто розбора, змінив на BrowserRouter. Інші правки теж вношу, дякую за розбір. Таймер на "Loading" ставив для того, щоб щоч на секунду затрималась анімація завантаження, бо так вона з'являється на долі секунд, як глюк якийсь. Вибачте, що я лажанув з авторізацією, бо сайт ліг якраз перед Вашою перевіркою. Зараз працює.

А зря

Там схоже що автор скопіював їх з уже компільованого коду. В бутстрапі є такий костиль з відніманням 0.02рх

Дякую. Приємно чути.

Радий чути) Дякую.

Да, там так і написано що це work around та використовується occasionally. При тому використовується в міксіні @include media-breakpoint-down(sm) де автоматично віднімаються цих 0.02 пікселя. У будь-якому випадку, писати це вручну - невдячна робота. Та й @media (max-width) - це уже порушення підходу mobile-first. Якщо мішати min-width та max-width - буде важче зверстати шаблон.

Більше схоже що автор просто вставив уже зкомпілюьований код. Тут і автопрефікси і ці дивні брейкпойнти.

@@MaksymRudnyi можливо саме так і було))

тоді це ще більш дивно. Код то компілиться не в css-модулі для компонентів. Його потрібно було десь взяти і скопіювати. Мені прямо цікаво стало як ці стилі там опинились.

Дякую. В цьому проєкті дійсно можна багато чого взяти)

Радий чути.

це уже трохи складніший підхід. Не всім потрібно перевикористовувати іконки під різні фреймворки. Хіба що розробляєте якусь бібліотеку.

Можливо. Але це складно вирахувати. Багато хто вважає що с1

Нажаль ні. Подавався в Україну без квот.

напевно. А якщо в нього c1 і він добре знає англійську? Відкинули б кандидата лише через те що не вказав в резюме. Прикро.

це точно.

Трішки більше.

@@MaksymRudnyi можливо, тільки для мене це виглядає як спосіб скрити свій справжній рівень навиків, якщо ти не можеш їх описати. Або настільки низький що ти не знаєш що писати про себе

Цілком може бути. Резюме джуна (свічера). Може навиків і нема. Але рівень англйської - це доволі універсальна річ і не повинна залежати від професії.

не було в нього с1 )

тут питання - а навіщо гадати і ускладнювати собі життя.

Хтось каже що с1. От в цьому і проблема - неоднозначність яка може коштувати роботи.

Цілком погоджуюсь

таки не клікбейт)

нажаль так. Але це резюме скидали мені років 5 назад. Тоді була зовсім інша ситуація з булорусами.

Дивуюсь, бо подавалось це резюме в Україну - міжнародну компанію. Проблема в тому що воно не англійською. Якщо уже вирішили йти в ІТ - то резюмешку напишіть англійською.

RTF може і загальнодоступний, но на моєму маку через дефолтку програму він відкривається жахливо. Документ роз'їхався і практично нечитаємий. Ставити спеціальний софт для такого резюме я не буду.

​@@MaksymRudnyi, справа в тому, що rft був універсальним форматом обміну документів в часи захоплення ринку платними офісними програмами, тобто, користувач ворда між експортувати документ у rtf для користувача іншої програми. Це зараз він втратив популярність, бо більшість програм вміють імпортувати docx та подібні. Стосовно форматування, що повзе, то окрема тема.

в даному випадку форматування та структура - це найважливіше. Хочеться відкрити та побачити резюме, а не думати через що його відкрити, щоб воно нормально відображалось. У будь-якому випадку, чому не використати просто PDF? там 100% гарантія.

@@MaksymRudnyi , може у них стандарти такі ))

Так це і є svgr. Я у відео його згадував. Тільки там для Vite чомусь ще хеш тег вкінці назви файлу треба. Може щось недоконфігурував. А приклад що ви показуєте - це топовий приклад. Я зараз на роботі на проєкті використовую інколи такий підхід. В нас WebPack налаштований. У будь-якому разі, цей файл кладеться в бандл проєкту. Ще що зручніше лише, не потрібно вручну створювати JSX компонент.

Дуже приємно чути.

Ось повне відео з поясненням. ruclips.net/video/5r9sN5Yz79A/видео.html В один шортс усе не влазить)

MacBook Pro (16-inch, 2019)

У відео я ж не всі варіанти використання розповідаю. Зі спрайтами проблем багато. Якщо у Вас декілька команд то все рівно можна спробувати, але треба щоб при білді спрайти створювався скриптом а кожен розробник по id витягував потрібен йому. У будь якому випадку все залежить від команди і як вони захочуть.

Так найцікавіше що за 10 років нічого і не змінилось) Просто зараз багато кому лінь таким займатись або виористовують шрифти або пакети іконок. Та й швидкість інтернету уже не та. Можна "забити" на такі оптимізації.

Давним-давно скидати кандидата на співбесіду.

По перше, дуже дивно що у вас svg на цілий мегабайт. По друге, ви їх і так будете тягнути, але або запхавши у бандл або окремо. По друге, треба думати раціонально. Якщо можна розбити на кілька спрайтів то треба так робити. По третє, не все треба в спрайти. Ніхто не забороняє просто картинки з public завантажувати. Тут головне щоб вони в бандл не йшли. Їх не обов'язково в спрайти запихати. Більш того, зараз такими оптимізаціями уже ніхто і не хоче займатися . По четверте, якраз при перевантажені сторінок такі спрайти в кеші залишаються.

Дякую. Дуже приємно.

- зміна розміру іконок - це робиться через CSS та медія квері. Я показав як зробити зображення щоб кастомізувати через CSS. - кольори аналогічно змінюються за допомогою CSS . - якщо потрібно кольори від певних умов (від 0 до 5) умовно то змінюєте клас або батьківському елементу вказуєте колір щоб SVG наслідував. - якщо декілька кольорів, то зрозуміло що там набагато складніша логіка або таки передавати усе пропсами. Тут буде виправдане використання картинок як JSX - svgr додає в бандл. Він дає можливість імпортувати svg як Реакт компонент щоб вручну не переносити в JSX - хто робить так? Цей підхід не поганий, він має свої місця для застосування. Як я казав у відео, наприклад логотипи на сайті додавати в бандл потрібно. Так буде швидше рендеритись. Взагалі, у відео ще багато чого не розкрито, але то уже треба цілий курс робити, а такої цілі в мене не було.

@@MaksymRudnyi тобто частина коментаря пропущена. Як змінювати розмір в залежності від вхідних параметрів, так само як я вказав про колір. Медіаквері тут не працюють. Також не працює коли багато кольорів і їх тре всі змінювати.