Not the OP, but one came to mind quickly: developers like quick build times and easy to edit files, but end users need efficiently-packed, minimal builds - the

Not the OP, but one came to mind quickly: developers like quick build times and easy to edit files, but end users need efficiently-packed, minimal builds - the more you do at build time to improve performance, the more time a developer has to wait for builds. This is especially true if E2E tests improve UX by reducing bugs but again devs have to wait. Finally, it’s convenient for devs if no API surfaces change but it’s convenient for users to have the newest features that will save them time. It takes work to make sure both UX and DevRel goals can align in the same solution… they’re different audiences, even if there is overlap.