Open lemonade-dm opened 1 year ago
This is great, I think maybe one thing to mention here because it's an underlying assumption - is that we have some standardized way of measuring various developer workflows - something we can automate ideally. I can see a separate RFC about defining and automating measuring these developer workflows in such a way that they could run regularly and feed some kind of statistics database for developers to refer to.
Defining the developer workflows may also help to clarify engine-developer vs game/simulation-developer workflows if we want to clarify what the workflows look like for engineers using, for example, the O3DE SDK vs source engine
The O3D Engine suffers from slow developer iteration times as it relates to building the C++ source code base into a completed runnable target(Executable or Shared Library)
Iteration Improvement Areas
.dlls
,.so
,.dylib
) in non-monolithic TARGETS Having the Core libraries built as dlls, would help with reducing link times of each of these libraries to Applications and Gem modules. Furthermore it would enforce a better public and Private API that engine developers must adhere core libraries features to the Projects and Gems.At the bottom of the Public API/Private API split RFC details a a set of potential Gems that can be moved from the O3DE core repo https://github.com/o3de/sig-core/issues/37#issue-1216466919