Micro frontends: Unbelievably true life story - Дмитро Павлов [Fwdays JavaScript]

Відео з JavaScript fwdays'24 конференції, яка пройшла 25 травня 2024 року
fwdays.com/en/...
Опис доповіді:
Реальна історія про досвід використання Micro frontends в існуючому Enterprise продукті. Проблеми та їх рішення на шляху від інтеграції окремого компоненту до розширюваної No-code платформи
Сторінка доповіді та презентації:
fwdays.com/eve...
Більше доповідей та відео за темою конференції:
fwdays.com/en/...
Понад 14 років Fwdays займається організацією масштабних конференцій та навчанням для розробників таких напрямків: JavaScript, .NET, Python, Data Science, PHP, QA, Highload, Architecture, DevOps, Databases.
Більше інформації про актуальні події:
fwdays.com/events
Підписуйтесь, щоб першими дізнаватися про старт продажів квитків за найбільш вигідною ціною:
Telegram: t.me/fwdays
Facebook: / fwdays
Twitter: / fwdays

[@fwdays]

Друзі, доєдуйтесь на нашу React+ fwdays’24 конференцію!
Ознайомитись можна за посиланням: bit.ly/4cLiEUD

[@nickmet12]

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

[@roman4ique]

Чудова доповідь, моя повага.

[@ОлексійБойко-ц1д]

Дай Боже

[@Black1991Star]

Таке враження, що компанія пишається тим, що перевинайшла велосипед. Поки світ працює над створенням нового вони перезбирають старе. Чому на початвовому етапі неможна взяти технологію, що буде розвиватись, а якщо бачите що вона вмирає і розробники не вкладаються у розвиток стандарту, то перейти на нову не змінюючи візуальний осередок для клієнту ? Хто у вас такий розумний, що бере на себе відповідальність за архітектуру ? - Звільніть . Він витрачає гроші компанії та перестворення вже готових продуктів.

[@Black1991Star]

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

[@igoralt16]

А як тоді краще оптимізувати проект якщо кожен компонент з мікрофронтенду тягне однакові залежності?