Відео

Дякую що поділились проєктом. Сайт нормально працював доки не почав записувати екран. Але процесор вижирав і до того. Кулера гуділи весь час. напевно 3д моделька дуже важка. Я б все таки рекомендував переглянути її на щось простіше. Я так розумію вона повинна рендеритись при скролі щоб була анімація. Може є сенс відрендерити модель відразу а просто запустити анімацію коли користувач доскролює. Там ж є якісь задачі для рендерингу анімації які можна зробири раніше. Завантаження при скролі для 3д моделі - може і має сенс, але це треба перевіряти. Я про це нічого не казав. Мене більше здивував цей підхід до відгуків та іншої секції. Там просто React і це було надлишково.

@@MaksymRudnyi Сайт же лагає навіть коли бандл з 3d моделью не підгружається, на 99% впевнений що це backdrop-filter blur + те як на маку зроблений запис екрану. подивлюся протестую, може знайду якусь можливість вимкнути blur коли довго сайт рендериться

та ні, просто важка модель, плюс нюанси при записі відео з екрана.

А Ви додавали його на DOU в топіку?

@@MaksymRudnyi Tak

а можна посилання на коментар чи про що проєкт?

щось мені не хочеться підлаштовуватись під ці умови.

Та тут плакати треба. Хтось же ж відгукнеться

@@MaksymRudnyi та відгукнеться такий же "мідл" як і шукають, якийсь джун або людина після курсів ))) і може після N кількості співбесід вони щось таки та зрозуміють, ринок звісно на дні, но ця ЗП десь ще нижче :D

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

@@MaksymRudnyi А не запіздно воно все виходить? Я розумію, JS зараз на етапі набуття мачурності, або вже ближче до завершення цього етапу. Просто дивуюся завзяттю програмістів. Це схоже на те якби щось накшталт xdebug кожного року виходив новий. З одного боку, класно що є двіжуха, з іншого - програмісти вкладаються у нові інструменти та формати (в конкретному прикладі - формат конфігу) замість еволюційного розвитку поточних, що сприяє фрагментації. Нічого тут поганого нема, просто збільшується час на вивчення альтернатив та вивчення їх особливостей та недоробленість рішень в глибину. При тому, що лише одна характеристика тут гарна - швидкість обробки.

ну в даному випадку розвивати попередні інструменти не було куди - швидкість там була повільна. тут ми перейшли на Rust і швидкість виросла. Перенавчатися у цьому конкретному випадку - 1 година (одне відео подивитись). Pritter легко замінюється Biome. Я б не сказав що зараз дуже багато всього виходить нового у фронті чи JavaScript.

Цілком розумію. В більшості випадків краще взяти якусь Chakru чи щось схоже і пиляти задачки. Тут проблема що потрібно додавати багато різних іконок. Не усі використовують наприклад react-icons де є готові рішення. Коли кастомні іконки - їх потрібно використати щоб не покласти в бандл. Це насправді дрібниця і більшість не париться над цим. Але і відео не для більшості. Також зараз сильно популярний Tailwind - там прямо біль з готовими компонентами. Багато самому писати треба.

​@@MaksymRudnyi Вважаю, що гарна практика максимально переюзати готові бібліотеки компонентів, щоб вивільняти фокус для більш високорівневих задач. Коли капошишся з умовно кожною іконкою чи кнопкою це впливає на якість прийняття рішень щодо логіки роботи апки взагалом. Є багато більш важливих задач. :) Плюс кіти зазвичай добре протестовані. Це добре і коли працюєш сам і ще краще коли в команді. Хоча поки не пройдеш шлях розробки свого власного юай кіта, то не заспокоєшся. Тут я чудово розумію розробника додатка представленого у відео, але рекомендувати такий підхід навряд зможу.

Воно то так, але якщо там текст зміниться то треба все перейменовувати або сподіватись що IDE перепише сама. Я все таки за більш контрольований підхід. Для vanilla js - це однозначно так треба робити.

@@MaksymRudnyi дійсно не подумав. але з мого досвіду не зустрічав коли змінюють назви. більш вірогідно просто назву додадуть і використають там де треба було замінити. старе залишать знову ж таки щоб не зламати нічого і роботи собі не додавати. якщо змінять назву то напевне і ключ теж треба міняти якщо це константа у вигляді обєкту (а то ключ названий по старому а його значення інше виходить). в будь якому випадку я тоді просто пошуком і автозаміною все заміняю.

😃😃😃 В мене ж не ціль завалити людину. Треба вказати на недоліки коду і як краще виправити.

Будь ласка

Круто що автор відразу врахував зауваження і покращив проєкт.

Автор реально молодець. Передивився відео і виправив помилки

Дуже радий чути.

На скільки я пам'ятаю, там лише сервіс воркер JS. Решта тайпсурипт. Той сервіс воркер може бути на JS. Тут нічого страшного. Може ще десь є і я не побачив?

@@MaksymRudnyi так, там ще було, зараз не згадаю, але думаю 3-4 рази я бачив js файли

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

Знаю. Це вирішить лише питання коментарів. Різні параметри з змінні прокидати все рівно не можна. Хоча, може це і не потрібно.

В .env потрібно їх писати. Тут головне потім в гіт не комітити це.

Що є то є)

депрекейтед)) форевер))

Однозначно!

думаю навіть мідл+ але все залежить від компаній. думаю такий достатній рівень розуміння архітектури коду це точно вже не джун!)

Сеніоріті розробника визначають не по написаному коду. Такий код і джун може написати, головне знайти правильні уроки. Я бачив багато розумних джунів які писали код не набагато гірше мене. Потрібно враховувати досвід, уміння самостійно вирішувати задачі, планування на оцінювання часу та зусиль на задачі. І це ще без комунікації (навіть не з замовниками).

Дякую що поділились кодом. Мені дуже сподобався проєкт. Не зміг проаналізувати деталі, дуже вже багато коду і мало часу. Успіхів з рефакторінгом і професійним розвитком. Буду вдячний за позитивний відгук в LinkedIn. Він буде корисний обом. Хороший проєкт повинно побачити більше людей.

Дизайн такий собі, але це не має значення. Його змінити можна за день.

Дякую за комент) Над дизайном я дійсно сильно не заморочувався, основний акцент був на функціональності. Усі зображення згенеровано штучним інтелектом, тому вони можуть бути не найкращої якості. Основна мета проекту наразі - це функціональність, а змінити дизайн пізніше не складе проблеми.

@@BohdanKushnerov Круто, молодець!

​ @BohdanKushnerov Привіт! можеш глянути в сторону nx, а також юніт тестів. Nx звісно топово працює з ангуляром, але я тестив, і в реакті також є профіт в ізоляції кожної частини проєкту в окреми пакети, які самостійні і можна перевикористовувати будь-де. Наприклад, ти потім захочеш створити віджет чату і в тебе вже буде готова база з мікропакетів, обʼєднавши які можна досягнути поставленої мети (+ так буде легше тестувати проєкт, а nx дуже швидко це зробить для тих модулів, де були тільки зміни).

@@aleksandrsliusarenko2403 Привіт! Я обов'язково зверну увагу на Nx та тестування. Вони дійсно можуть допомогти з ізоляцією та перевикористанням компонентів у проекті, особливо якщо буде достатньо часу для масштабування. Тести - це поки що моя слабка сторона, але я буду працювати над цим у найближчому майбутньому. Дякую за підтримку і чудову ідею!

Завжди радий.

буду мати на увазі, дякую. Більшість кого питав і хто відписував в коментарях то в захваті. Набагто простіше від Redux (toolkit).

Красавчик). Як мінімум тобі відомий подобаються. Під кожним залишаєш коментар. Прямо найбільший фанат. Скріни у повному відео.

@@MaksymRudnyi Я просуваю твій найнудніший канал про айті розробку! Цінуй!😄

Коли буде мільйон підписників - випишу грамоту))

@@MaksymRudnyi Дякую! Спробуй тільки не виписати!

Це не плінтус а гроші, при чому великі. Час програмістів не безкоштовний. І кожен раз ждати доки пройде лінтинг і форматування перед комітом - це довго. Здається що пару секунд не багато, але доки запуститься процес розробник уже переключив контекст і пішов або каву пити або на перекур, або ще куди. А помітити треба часто. Лінтинг на Ci/CD - серверний час теж не безкоштовний. На кожному інструменті економія кілька секунд і виходить пристойна сума. Не забувайте що час множимо на розмір команд і компаній. Хай японці страждають чим хочуть. Ми тут працюємо і гроші заробляємо. Якщо ці інструменти безтолкові, то чому ми уже не пишемо в Notepad++. Шикарна прога була. І не треба було всяких підказок, форматування, лінтерів.

@@MaksymRudnyi йптхнштйн.. напишіть IDE, який буде зрозумілий навіть для дурних, щоб код для машини був чистий, а для всіх інших з літературними творами на 100 сторінок, щоб без потреби були класи там де їх не повинно бути, але вони є заради зручності, бо теперішній IDE в цьому випадку дуже допомагає. Нехай IDE завжди допомагає. Ниряйте з в глибину графічних блоків, до програмних кодів з поясненнями та грамотним відображенням. А для пк залиште простий швидкий код. Бо заки ви сповідуєте якийсь плінтус, по факту всі клієнти отримують повільні продукти. А у випадку ImageCMS, який був красиво написаний класами, той взагалі потух і плакав гаманець когось вже тепер невідомого. Вже байдуже який красивий на вигляд код

Просто в JS багато платять, тому люди вигадують нові челенджи. :)

@@MaksymRudnyi > Якщо ці інструменти безтолкові, то чому ми уже не пишемо в Notepad++. Шикарна прога була. І не треба було всяких підказок, форматування, лінтерів. Доречі, залюбки б писав в Notepad++, якщоб мова дозволяла. :) Наприклад, PHP взагалі не потрібно транспілювати. Економія!

А вона не казала причину цього? Я просто не розумію сенсу в оцінюванні у зірочках. З точки зору UI і дизайну це може бути красиво, але з точки зору UX - невдало. Неоднозначність. Треба вигадувати точний рівень. Замовнику в штатах ж не скажеш що в кандидата 6 зірочок з 8.

@@MaksymRudnyi якось не зручно було питати. Правду кажучи, в моему резюме не було оцінок взагалі. В принципі завжди можно перевести зірочки в бали або відсотки. Хоча hr у Німеччині це ще та пісня. ;)

Це буде. Трішки пізніше.

@@MaksymRudnyi і було б круто з eslint 9.5v. з ts

Завжди рідненькою)

Дякую

ну якщо в ide не налаштували при збереженні файлу то можна взяти ще + husky і на pre-commit зробити форматування, буде ідеально

@@VasylBatih краще все ж при збереженні файлу, аби одразу бачити що і як. Бо перед комітом можна випадково віддати ну дуже кривий код, чого б не хотілось

Підказки є. Плагіни поставити і працює добре. При збереженні напевно є. Це налаштовується в IDE. Тут питання чи це потрібно. Я, наприклад, не зберігаю. IDE має саме це робити. Як на мене то зручніше щоб при коміті все фіксилось.

А як можна віддати кривий код перед комітом якщо налаштований хаскі і є стандартні правила форматування.

Точно що краще за Java

Привіт. Відео уже є ua-cam.com/video/m8IOKa65BjQ/v-deo.html Тут більш огляд помилок. В мене не хватило сил на фікси. Там багато роботи.

Дивно. Треба розбиратися. Може нода не тієї версії або щось оновити треба.

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

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

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

Дякую

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

рідакс це стейт менеджер. файли та інше треба зберігати на сервері. а взагалі в браузері є indexedDB почитайте його апі або у гпт спитайте

А в мене є ціле відео про це. Одним шортсом не пояснити . Відео ua-cam.com/video/5r9sN5Yz79A/v-deo.html

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

+ 1 :)

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

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