From 89c97f1933e306e73a6ff50c533ef2c8cdb341e2 Mon Sep 17 00:00:00 2001 From: Joel Denning Date: Thu, 11 Apr 2024 16:02:09 -0600 Subject: [PATCH] April 2024 core team meeting (#635) --- blog/2024-04-10-core-team-meeting-notes.md | 24 ++++++++++++++++++++++ 1 file changed, 24 insertions(+) create mode 100644 blog/2024-04-10-core-team-meeting-notes.md diff --git a/blog/2024-04-10-core-team-meeting-notes.md b/blog/2024-04-10-core-team-meeting-notes.md new file mode 100644 index 000000000..d7db29bdf --- /dev/null +++ b/blog/2024-04-10-core-team-meeting-notes.md @@ -0,0 +1,24 @@ +# April 2024 Core Team Meeting + +Attendees: Ian, Milan Kovacic + +Date: 2024-04-10 + +## Meeting Agenda + +- Discussed [create-single-spa PR 402](https://github.com/single-spa/create-single-spa/pull/402) +- Milan plans to introduce `nx` to create-single-spa +- Ian will look into fixing the types in single-spa-layout +- Joel will push towards single-spa@7 + +## Note from single-spa's creator + +After releasing single-spa@7, I think my next priority for single-spa will be to push for native ES modules and native import maps. + +I lean against es-module-shims because I don't think we need those additional features, and am hesitant about in-browser parsing of the Javascript language being something that is encouraged in production (despite the performance metrics on the readme suggesting that it's negligible). I want single-spa to be as native to the browser as possible. + +The recommendation should be to use a single inline import map, rather than multiple import maps or an external import map, for performance reasons. For cases where that isn't possible, I think https://github.com/single-spa/import-map-injector should be used, since it doesn't parse JS in the browser. + +Regarding shared dependencies, I think we should discuss whether to support self hosting or just JSPM proxies. I imagine some users will insist on self-hosting, which means we could check if JSPM is open source or if there is a similar tool for converting npm packages to ES modules. + +Regarding module federation, I discussed it with Zack and module federation is still moving towards a runtime rather than native import maps. There might be possible collaboration on a service worker for module federation + native modules. I personally prefer no runtime whatsoever - just what the browser natively supports. \ No newline at end of file