fill

CF INTRO: QUESTIONS

  1. Реальні відгуки за і проти.
  2. Основні маркери, щоб дізнатися, коли це реально необхідно, а коли надлишково.
  3. Реальні кейси застосування цієї архітектури?
  4. Скільки команд було залучено, чи використовувалися всі переваги, такі як деплой окремих модулів?
  5. Наскільки вона була гнучкою і чи доводилося повністю змінювати модулі, наскільки вони насправді були pluggable у shell-контейнері?
  6. Чи використовувалися різні технологічні стеки, і наскільки це було доцільно, адже фінальний бандл буде великим?
  1. Якщо я правильно зрозумів зі статі то ця концепція опираєтсья на SSR. Чому?
  2. Які переваги Composable Frontend. Де я можу використовувати та з якими бібліотеками або фреймворками. Який бекграунд потрібен для того щоб почати працювати з цієї концепцією. Хочеться побачити приклади, хоча б поверхневі.
  3. Підводні камені Composable Frontend? Коли точно не треба використовувати цей підхід?
  4. Що треба підготувати чи перевірити для використання Composable Frontend?
  1. Інструменти які допомагають в створенні та підтримці Composable Frontend
  2. Який найпростіший перший крок, щоб зробити існуючий моноліт більш компонуємим?
  3. Пекрспективи розвитку microfrontend та Module federation
  4. Яка альтернатива microfrontend архітектурі?
  5. Can you discuss the key advantages of adopting a Composable Frontend approach over a Microfrontend architecture, particularly in terms of scalability, maintainability, and integration with business workflows?
  1. Best practices for defining and documenting modular components' interdependencies and business requirements (Composable Frontend approach) to ensure their reusability and alignment with overall system goals.
  2. Цікаво дізнатись про інші тули, оскільки користувалась на проекті лише Spartacus, порівняти.
  3. Якщо використовувати Composable Frontend не з "коробки" або ж розширювати готове рішення, як не переускладнити код і не отримати проблеми з перформансом та гнучкістю.