You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Generally speaking we don't want the default to be that asserts are left in production environments, as these massively balloon the size of the project and create performance bottlenecks. But we also want to continue using asserts as inline-unit-tests and guardrails for debug builds.
We have the infra in place though to move to a pattern that would allow some or all asserts to be left in production builds if thats what the user wanted in order to provide better debugging of their app.
Note
Likely we would want to at least specify some asserts as still being debug-only due to their overhead.
The text was updated successfully, but these errors were encountered:
Over time many issues have been reported that were due to emergent unspecified behaviors that occur once system expectations have not been met.
Some examples:
Generally speaking we don't want the default to be that asserts are left in production environments, as these massively balloon the size of the project and create performance bottlenecks. But we also want to continue using asserts as inline-unit-tests and guardrails for debug builds.
We have the infra in place though to move to a pattern that would allow some or all asserts to be left in production builds if thats what the user wanted in order to provide better debugging of their app.
The text was updated successfully, but these errors were encountered: